目录

一、软件测试的生命周期

二、bug

---

一、软件测试的生命周期

        软件测试贯穿于软件的生命周期。

 

• 需求分析：
  ⽤⼾⻆度：软件需求是否合理
  技术⻆度：技术上是否可⾏，是否还有优化空间
  测试⻆度：是否存在业务逻辑错误、冗余、冲突等问题
• 测试计划：制定测试计划：什么时候开发测试，什么时候结束测试，耗时多久
• 测试设计与开发：参考需求⽂档、技术⽂档等编写测试⽤例、写测试⽂档，明确标注使⽤到的测试⽅法，测试⼯具，测试形式等等
• 测试执行：充分利⽤测试⽤例和测试⼯具对项⽬尽可能做到全⽅⾯的测试覆盖
• 测试评估：测试是否通过，本次测试是否有遗留的BUG，最终测试⼈员需要产出⼀个测试报告
• 上线：项⽬测试结束后，将项⽬发布到线上环境，测试⼈员需要跟踪上线并测试线上环境下软件的运⾏是否正确
• 运行维护：测试⼈员需要参与项⽬的实施⼯作。测试⼈员对项⽬产品的业务和操作⾮常了解，加上测试⼈员的沟通表达能⼒⼀般都⽐较强，所以测试⼈员可以参与⽤⼾使⽤软件的培训，
  在试运⾏项⽬时收集 问题并及时反馈给相关负 责⼈

 

• 演示会议由测试人员来演示。
• 测试人员不仅需要具备开发能力、还要具备测试能力以及对产品功能分析的能力。
• 在工作中，上线这个过程分为多个步骤：沙盒、小流量、全流量、全线上。

1. 沙盒：企业内部的线上环境，供内部人员进行测试。
2. 小流量：部分线上真实的用户使用，测试人员在线上手动测试，还要观察有没有错误日志
3. 全流量：所有真实用户都可以使用

• 线上环境和线下测试环境不一定是完全一样的结果，因此测试人员在上线后要跟进测试。

 

二、bug

• 最终实现的功能和需求文档不匹配的叫做bug，此外如果需求文档没有提到，但是也不符合用户预期的，也可以称为bug
• 描述bug的要素：问题出现的版本、问题出现的环境、问题出现的步骤、预期结果、实际结果
• bug级别：一般公司内部会有定义bug级别的文档，常见的bug是一般性错误和次要bug。
• bug管理平台和开发人员交互
• 与开发人员发生争执怎么办（重点）

1. 先检查自身，bug描述是否清楚，一个bug可能简单，可能复杂，往往有时候词不达意，仔细检查对bug的描述是不是通俗易懂，或者在提交bug后及时主动和开发人员沟通。
2. 站在用户角度考虑这个bug
3. 对bug级别的定义要有理有据，不能凭空扣高级别的帽子
4. 提高自己的技术和业务水平，要能做到不仅可以发现问题，也能给出良好的解决方案。
5. 和开发人员沟通时语气不能冒进，开发人员和我是同一级别的技术岗位，不能以上级的口吻命令开发人员。