【测试与开发的冲突化解：高情商沟通与解决方案】

🌈个人主页: Aileen_0v0
🔥热门专栏: 华为鸿蒙系统学习|计算机网络|数据结构与算法|SpringBoot|MySQL
​💫个人格言:“没有罗马,那就自己创造罗马~”

• 软件测试:检验产品特性是否满足用户需求(特性包括:功能,性能,界面,易用性…)
  • 测开:工作重点业务测试,若有多余时间,开发测试效率工具(自动化,性能测试,覆盖率等)
  • 测试:工作重点业务测试
  • 测试人员无权限开发业务代码
  • 测试工具能够特高测试效率和质量,效率工具是测试人员开发出来的,测试人员也需要进行后期的测试管理,效率工具不能替代测试人员.
• 测试岗从小白到大神的步骤
  • 收悉工作和测试流程
  • 通过业务测试熟练个人的测试能力
  • 掌握各种各样的测试工具,提高测试效率
  • 开始逐步开发测试工具
• 调试和测试的区别
  • 调试:主要是定位并解决程序中的问题,主要由开发人员完成
  • 测试:测试人员和开发人员都需要执行,
    • 黑盒测试主要由测试人员完成,因为黑盒测试不涉及业务逻辑代码
    • 单元测试/集成测试主要由开发人员来执行
• 测试贯穿软件开发整个生命周期
• 为啥走测试不走开发(测试的工作性质+个人兴趣/爱好+个人职业规划);你做测试有什么优势,你有啥特点
  • 综合能力
    • 兴趣:测试人员需要耐心和细心,接触测试内容后产生浓厚的兴趣
    • 沟通:需要和开发人员请教不懂的代码实现逻辑,或程序出现的bug
      • 产品经理-写需求文档&&发布任务的人
    • 快速学习
    • 开发
    • 文字:测试人员需要写测试用例,测试计划,测试报告
    • 责任感和压力:严格要求测试质量
• 软件测试人员:只能极大程度上保证产品不会出现问题,不能保证产品一定没有问题
• 探索性思维:自己假设,解决面试遇到的问题
• 软件测试贯穿于软件的整个生命周期
• 开发和测试发生冲突的解决方案:
  • 1.反思自己的bug是否描述不清楚,或是由于自己的疏忽导致误判
  • 2.站在用户角度反问开发人员:如果你是用户你能接受这种情况吗?
  • 3.不仅提出问题,也给出解决方案
• 良好的工作态度,为人处世态度和高情商

需求

• 在企业中,需求包括两方面:用户需求和软件需求
  • **用户需求:**未经过评估,通常就是一句话
  • **软件需求:**是开发人员和测试人员的工作依据
  • 用户需求不能直接作为开发和测试的依据。需要针对用户需求，产品经理需要进行需求分析（技术可行性，市场可行性、成本投入和收益占比等）之后才能转换为软件需求

计划:

• 什么时候开始什么时候结束,测试完成之后进行测试设计

设计:

• 使用什么测试技术,使用什么测试工具,测试形式

执行:

• 编码结束以后做

评估:

• 测试计划是什么,测试设计是什么,是否满足测试计划,完成了多少,是否存在遗留问题,这些都要评估。

产品上线：

• 内部环境使用
  • 内部线上环境
    • 小部分用户可使用的线上环境
    • 大部分用户可使用的线上环境
    • 全线上环境

开发模型

软件的生命周期

• 软件的生命周期实际上就是软件的开发模型
• 软件开发的生命周期(SDLC):需求分析-计划-设计-编码-测试-运行维护
  • 1.Requirement Analysis
  • 2.Design设计
  • 3.Implementation实现
  • 4.Testing测试
  • 5.Deployment部署
  • .Maintenance维护

• 下表展示了软件开发生命周期的每个阶段的具体内容和产出:

角色及任务:

• 产品经理:定需求,明确需求是否正常执行
• 项目经理:为整个项目负责,人员调配等
• 交互:设计交互图
• 前端:设计前端内容
• 后端::设计后端内容
• 测试:测试用例,测试计划,工具

常见的开发模型(软件开发流程又叫软件的生命周期):

瀑布模型

• 特点:线性开发流程
• 测试后置:
  • （1）很多问题遗留到测试阶段才能被发现,可能会导致全面返工的情况。
  • （2）需要给测试保留足够的时间，否则直接将问题暴露给用户，用户流失。
• 适用场景：
  • 需求固定,规模较小的项目。

螺旋模型

• 特点:给各个阶段引入了原型和风险分析.
• 缺点:
  • （1）需要耗费时间和额外招聘风险分析人才，额外增加成本
  • （2）是否遗留风险跟风险分析人才的技能水平直接挂钩
• 适用场景:
  • 需求复杂,规模大,**风险**大的项目

迭代模型和增量模型

• 增量模型:将一个大需求修改成多个小功能,每个功能独立（独立但完整）开发上线
• 迭代模型:会先上线一个基础版本,但是基础版本所有的功能都有但比较简陋,后期再继续迭代优化上线。
• 随着互联网发展,很少企业会独立的使用这两个模型,而是配合着一起使用

• 适用场景:大型项目,需求不明确。

敏捷模型

• 敏捷模型为了快速适应变更需求.
• 敏捷模型会被分解成增量开发,敏捷模型采用迭代开发(“增量迭代模型”)

敏捷开发模型-Scrum模型

• 三个角色和五大重要会议
• 三大角色:
  • 产品经理
  • 项目经理
  • 研发团队
• 五大重要会议:
  • 需求发布会:从需求池获取需求进行评估
  • 计划发布会:领取开发需求
  • 每日会议:执行任务期间,每天都要开会进行任务进度的汇报.
    • 昨天干了什么（进度）
    • 今天干了什么（目标）
    • 遇到了什么问题（风险把控）
  • 演示会议：提出新的需求放到需求池里面->不断迭代更新软件
  • 回顾会议:哪一步做的不够好,可以如何进行改进.