软件测试的执行

软件测试的生命周期

• 需求阶段

---测试人员了解需求，对需求进行分解，得出测试需求。

• 计划阶段

---根据需求编写测试计划/测试方案。

• 设计阶段

---搭建测试用例框架，根据需求和设计编写一部分测试用例。

• 编码阶段

---对于已经编码的模块，专业的白盒测试人员可以计划执行单元测试，完善、细化测试用例以及调整测试计划和方案。

• 测试阶段

---根据测试用例和计划执行测试，在执行的过程中记录、管理缺陷，测试完成后编写测试报告。

• 运行维护

---参与用户使用软件的培训，在试运行项目时收集问题并及时反馈给相关负责人。

BUG

bug描述 

1. 发现问题的版本
2. 问题出现的环境
3. 错误重现的步骤
4. 预期行为的描述
5. 错误行为的描述
6. 其他，例如：故障的分类、优先级的分类

注意：在无法确认是同一段代码造成的故障时，不要将bug放在一起提交。

bug的生命周期

• New：新发现的Bug，未经评审决定是否指派给开发人员进行修改。
• Open：确认是Bug，并且认为需要进行修改，指派给相应的开发人员。
• Fixed：开发人员修改后标识成修改状态，有待测试人员的回归测试验证。
• Rejected：如果认为不是Bug，则拒绝修改。
• Delay：如果认为暂时不需要修改或暂时不能修改，则延后修改。
• Closed：修改状态的Bug经测试人员的回归测试验证通过，开发人员重新修改。
• Reopen：如果经验证Bug仍然存在，则需要重新打开Bug，开发人员重新修改。