测试执行及测试报告

一.  测试执行

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情况 测试风险 测试对象评估 测试结论