1. 软件测试
软件测试是一个过程,在这个过程中测试人员在做对比,程序的执行结果与预期结果进行对比。
如果程序执行结果和预期结果不一样,此时产生了缺陷(BUG)
如果程序执行结果和预期结果一样,说明软件暂时是没有问题的。
2. 软件测试的生命周期
需求分析——测试计划——测试设计、测试开发——测试执行——测试评估——维护上线
每个阶段测试人员需要做的工作:
需求分析:分析需求的正确性、完整性
测试计划:who(由谁测试),when(何时开始测试、何时结束测试、测试点有哪些)
测试设计:编写测试用例、编写测试工具、测试用例评审
测试执行:执行测试用例、发现BUG、提交BUG、验收BUG...
测试评估:产出一个测试报告
3. BUG
3.1 如何描述一个BUG
一个合格的BUG描述应该包括一下几个部分:
- 发现问题的版本
- 问题出现的环境
- 错误重现的步骤
- 预期行为的描述
- 错误行为的描述
- 其他
3.2 如何定义BUG级别
不同公司定义BUG级别不同。
举例:崩溃、严重、一般、次要。
3.3 BUG 的生命周期
RD:开发 PM:产品 QA:测试
- New:新发现的BUG,未经评审决定是否指派给开发人员进行修改。
- Open:确认是BUG,并且认为需要进行修改,指派给相应的开发人员。
- Fixed:开发人员进行修改后标识为修改状态,有待测试人员的回归测试验证。
- Rejected:如果认为不是BUG,则拒绝修改。
- Delay:如果认为暂时不需要修改或暂时不能修改,则延后修改。
- Closed:修改状态的BUG经测试人员的回归测试验证通过,则关闭BUG。
- Reopen:如果经验证BUG仍然存在,则需要重新打开BUG,开发人员重新修改。