计算公式：已执行的测试用例数

/

设计的总测试 用例数。

读者肯定觉得很奇怪了，我们设计的测试用例肯定都 是要执行的，即使是按模块来执行测试，

那该模块的测试执行率肯定是

< br>100%

，为什么还要设置这个指标？

其实不然。在实际测试过程中，

经常有如下这种情况发生。一种情况是，因为系 统采用迭代方

式开发，每次

Build

时都有不同的重点，包含不同的内容；第二种情况是，由于测试资源的有限，

不可能每次 将所有设计的测试内容都全部测试完毕。

由于这两种情况的存在，

所以在每次执行测试

时，

我们会按照不同的测试重点和测试内 容来安排测试活动，

所以就存在了

“

测 试执行率

”

这个指标。

通常，我们的测试目标是确保

100%

的测试用例都 得到执行，即执行率为

100%

。但是，如前

< br>面所提到的，实际中可能存在非

100%

的执行率。如果 不能达到

100%

的测试执行率，那么我们需

< br>要根据不同的情况制定不同的测试执行率标准

——

主要考 虑风险、重要性、可接受的测试执行率。

在考虑可接受的测试执行率时，就涉及到了测试 用例执行顺序的问题。

在设计测试用例时，

< br>我们需要从广度和深度上尽可能的覆盖需求，

所以我们就需要设计各种测

试用例，如正常的测试用例、异常的测试用例、界面的测试用例等。但是在执行时，测试人员需要

根据项目进度和测试时间的充裕程度，

参考测试执行率标准，< /p>

将测试用例按照一定的顺序执行。

通

常是 先执行用户场景对应的测试用例，

然后再执行具体功能点、

功能 组合的测试，

完成这些测试后，

再进行其它测试，如系统场景、 性能、语句等测试。

例如，

某项目共 设计了

280

个测试用例。

该项目某一 阶段的测试共分四个版本，

其中有一个版

本执行了

134

个测试用例，那么该版本的测试执行率为

47 .9%

。

3

测试执行通过率

< br>在介绍

“

测试执行通过率

”

之前，

需要说明测试用例的执行结果定义。

测试用例的执行结果有以

下四种定义：

介绍了执行结果定义后，

我们来看测 试执行通过率。

测试执行通过率，

指在实际执行的测试用

例中，执行结果为

“

通过

”

的测试用例比率。

计算公式： 执行结果为

“

通过

”

< br>的测试用例数

/

实际执行的测试用例总数。

我们可以针对所有计划执行的测试用例进行衡量，

可以细化到具体模块，

用于对比各个模块的

测试用例执行情况。

为了得到测试执行通过率数据，

我们 在测试执行时，

需要在测试用例副本中记录下每个测试用

例的执 行结果，然后在当前版本执行完毕，或者定期（如每周）统计当前测试执行数据。通过原始