一. 测试执行
1. 什么是执行测试用例
根据已有的测试用例，按照里面的步骤一步一步的执行，查看预期结果与实际结果是否一致。
（1）明确要在被测软件的哪个版本上执行。
（2）确认要验证的测试点，在被测版本上已经实现了。
（3）按照测试用例的预置条件、步骤进行执行。
（4）按照测试用例的预期结果进行结果判断。
（5）如果结果失败，说明找到了缺陷。
2. 用例执行结果
（1）当用例还尚未被执行时，是No Test未执行状态；
（2）当执行结果与预期结果相符时，是Pass通过状态；
（3）当执行结果与预期结果不符时，是Fail失败状态；
（4）当因为软件有缺陷而妨碍了用例步骤的执行，且该缺陷并不是我们的测试点，则用例是Block阻碍状态；
（5）当用例正在执行中，但是需要耗较多时间去观察其结果，是Investigate观察中状态。
二. 软件缺陷
1. 缺陷的定义
（1）软件未实现需求和规格要求的功能；
（2）软件出现了需求和规格指明不该出现的错误；
（3）软件实现了需求和规格未提及的功能；
（4）软件未实现需求和规格未明确提及但应该实现的内容；
（5）软件难以理解，不易使用，运行缓慢，或者最终用户(估计会)认为不好；
（6）测试用例执行中发现的与预期结果不符的现象。
注：缺陷又名为BUG（臭虫）
2. 缺陷的原因
缺陷的原因所占比例
3. 缺陷的修复成本
缺陷的修复成本
4. 缺陷的分布特征
集结（二八定理）
缺陷往往喜欢扎堆，一个模块已经发现的缺陷比别的模块多，通常不是代表这个模块已经把缺陷暴露完了，而是意味着这个模块还存在有同样多的缺陷尚未被发现。这就是著名的二八定理：80%的缺陷出现在 20%的模块。
5. 缺陷的生命周期
缺陷的生命周期
6. 缺陷的流程
缺陷流程
7.缺陷生命周期——状态
状态
8. 缺陷等级
缺陷等级
9. 缺陷单的编写
一个好的缺陷单，是你提交之后就再也没人联系你，然后过了一段时间已经被完美地修复，转回到你手上进行验证测试这样的一个单子，需做到：
（1）提供足够的错误环境信息，使得开发人员既能够明确如何重现故障现象，又有足够的信息定位到问题的根源；
（2）书写良好的重现步骤；
（3）上传附件，例如软件运行日志，抓图，网络抓包，声音，视频等；
（4）使用特殊的颜色对重点词语进行标记；
（5）使用关键词进行强调；
（6）特殊标记。
10. 缺陷的基本要素
缺陷发现的日期和时间，发现缺陷的软件版本，缺陷ID，缺陷标题，缺陷的严重等级，缺陷的优先级，测试类型，测试环境，缺陷复现步骤，期望结果，实际结果，缺陷提交人，附件
例1-excel表
excel表
例2-bugfree
bugfree
三. 测试报告
1. 测试报告的内容
人力投入、用例覆盖情况、Bug的分类及数量统计、遗留Bug情况、测试风险、测试对象评估、测试结论。
人力投入
用例覆盖情况
问题单分类统计
遗留bug情况
测试风险
测试对象评估
测试结论
网友评论