2020-12-17

1、测试用例的评审和变更

1、需要评审的原因
2、进行评审的时机
3、参与评审人员
4、评审内容
5、评审的方式
6、评审结束标准

2、测试用例的变更

测试用例并非一成不变，如果软件修改之后发生变化，或者需求发生变更，那么测试用例变更不满足当前版本软件的测试需求，由此需要进行修改和变更操作

3、测试计划

包含：
测试背景
测试目标
测试范围
测试输出文档
测试策略
测试规模工作量分析
测试进程
测试进度及时间安排
测试资源
人工，设备
风险管理

4、软件缺陷的定义

软件缺陷，常常又被叫做Bug，计算机软件或程序中那些导致系统或部件不能正常运行，不符合用户需求的缺陷。

5、什么样的软件问题可以称之为软件缺陷

1、软件未达到产品说明书的功能
2、软件出现了产品说明书指明不会出现的错误
3、软件功能超出产品说明书指明的范围
4、软件未达到产品说明书虽未指出但应该达到的目标
5、软件难以理解，不易使用，运行速度缓慢或者从测试人员的角度看最终用户认为不好

6、缺陷报告的八大要素

7、Bug生命周期

首先测试人员提交Bug，这时Bug的状态标识为“新建”，开发经理确定后将Bug分配给相关的开发人员去处理，此时Bug状态为“一打开”，开发人员拿到指派给自己的Bug，开始进行处理，开发人员已经修复了该Bug后，设置Bug状态为“已修复”，测试人员拿到已经修复的Bug进行验证，如果验证通过，则将该Bug设置为“已关闭”状态，如果验证为通过，则将该Bug设置成“重新打开”。

8、测试用例执行和故障管理流程图