CN105117348A - 一种监控软件测试执行进度的方法 - Google Patents

Abstract

本发明公开了一种运用简单的度量去监控软件测试执行阶段进度的方法。利用简单的测试度量参数，包括测试用例数目、测试用例完成时间、测试人员数量、已经执行的测试用例数目来计算日执行率。运用日执行率来衡量和监控软件开发项目中测试执行的状况，清晰反映软件测试执行的每日进度状态与软件测试的趋势走向，以及根据日执行率的大小，为项目管理者应对软件测试执行期间遇到的问题提供参考和采取何种应对措施做出正确的指导。

Description

一种监控软件测试执行进度的方法

技术领域

一种监控软件测试执行进度的方法，属于软件测试技术领域，特别是涉及一种软件测试执行期间的进度监控的方法。

背景技术

测试执行是软件测试过程中的关键的阶段，测试相关人员执行项目覆盖范围内的测试用例发现缺陷，验证软件功能是否符合需求，评估软件的安全性，易用性，可靠性，适用性。同时测试执行的阶段也是最难控制的，测试执行进度较大程度的影响已制定的测试计划和执行测试计划。运用有效直观的方法去监控测试执行进度的状态，以及清晰指导测试执行的进度之后，在项目管理上面应该如何采取有效的措施解决问题成为的关注的重点。

发明内容

为解决上述问题，本发明采用的一种方案是：提供测试执行活动中日执行率的计算方法，提供解决测试执行滞后于测试执行计划的参考方案。包括如下步骤：

a)找出软件测试项目中测试执行阶段的以4个参数

(1)项目覆盖测试范围内的测试用例数目，并且每条测试用例包含的工作量是相等的。约定测试用例经过执行后只有“通过”和“失败”两种状态。

(2)测试计划列出的覆盖范围内执行一次全部测试用例花费的总时间。

(3)参与执行测试用例的人员。

(4)截至与当日为止，测试执行开始到当天为止已被执行的测试用例的数目为通过的测试用例+失败的测试用例。

b)计算日执行率的公式为：

$ExecutionRate=\frac{\left(\frac{TotalMandays}{EffortSpent}\right)\×TestExecuted}{TotalTestCase}\×100$

公式中TotalMandays为覆盖范围内执行一次全部测试用例花费的总时间；EfforSpent为从测试执行开始到当天为止测试执行已耗费的时间；TestExecuted为由测试执行开始到当天为止已被执行的测试用例的数量；TotalTestCase为项目覆盖测试范围内的测试用例数目；ExecutionRate为日执行率。

c)根据ExecutionRate判断测试执行进度的状态。

(1)若ExecutionRate>100，项目属于绿色状态。表明测试执行进度超前于测试执行计划，测试执行进度的趋势好，测试管理人员并不需要对目前的测试活动采取任何措施。若ExecutionRate>180,表明项目测试进度超前测试计划接近1倍。项目组人手过剩，可以减少参与项目测试的测试人员，有效调配人力资源；修改测试计划，适当减少测试执行时间。在调配完人力和执行时间后，重复步骤a到步骤c，计算新的日执行率来监控日后的测试进度。企业或项目小组可以根据自身的软件能力成熟度，应对软件缺陷，测试环境问题，再测试与重复验证测试的能力，调整Executionrate的阈值。

(2)90<ExecutionRate<100，项目属于黄色预警状态。表明测试执行进度落后与测试执行计划，但是不超过10％，测试管理人员不需要对目前的测试活动采取任何干预措施，因为测试趋势的进展在现有的资源基础上，属于在正常可控范围内。

(3)ExecutionRate<75，项目属于红色警报状态。表明测试执行进度落后于测试执行计划，但是已经超过25％，将无法在现有的测试资源上按照计划完成测试执行活动。测试管理人员需要针对测试执行活动采取有效的措施行动，用于挽回测试进度滞后的局面。提供解决测试执行滞后于测试执行计划的参考方案包括：增加测试人员进入测试执行活动；要求测试人员加班；修改测试执行计划，增加测试执行时间；请求减少测试范围，从而减少需要执行的测试用例数量。企业或项目小组可以根据自身的软件能力成熟度，应对软件缺陷，测试环境问题，再测试与重复验证测试的能力，调整ExecutionRate可容许的最低值。

本发明运用简单的度量去监控软件测试执行阶段进度，从而有利于监控软件开发项目中测试执行的情况，清晰反映软件测试执行的每日进度状态，根据日执行率的大小，为项目管理者应对软件测试遇到的问题提供参考和采取何种应对措施做出正确的指导。

具体实施方式

下面对本发明的较佳实例详细阐述，已使本发明的优点和特征能易于被本领域技术人员理解，从而对本发明的包含范围做出更为清楚明确的界定

实例1手机银行升级项目-测试执行阶段

a)找出软件测试项目中测试执行阶段的以下4个参数：

(1)项目覆盖测试范围内的测试用例数目，并且每条测试用例包含的工作量是相等的。手机银行升级项目在覆盖需求范围内总共有150条测试用例。并且每条测试用例在执行之后只存在“通过”和“失败”两种状态。

(2)计划覆盖范围内执行一次全部测试用例花费的总时间。手机银行升级项目在测试计划中估算出执行全部测试用例所需要的时间为16天。.

(3)参与手机银行升级项目测试执行活动的人数为1人。

(4)当前是手机银行升级项目测试执行的第五日。通过的测试用例47条，失败的测试用例2条。因此，被执行的测试用例数目是:通过的测试用例+失败的测试用例＝，即47+2＝49条

b)将a)中得出参数代入日执行率的公式，公式为：

$ExecutionRate=\frac{\left(\frac{TotalMandays}{EffortSpent}\right)\&times;TestExecuted}{TotalTestCase}\&times;100$

即

因此，手机银行系统第5日的日执行率ExecutionRate是98.

c)从b)中得出ExecutionRate＝98,表示在项目测试的第5日为止，项目属于黄色预警状态。表明测试执行进度落后与测试执行计划，但是不超过10％，测试管理人员不需要对目前的测试活动采取任何干预措施，因为测试趋势的进展在现有的资源基础上，属于在正常可控范围内。

实例2银行开户系统开发项目-测试执行阶段

a)找出软件测试项目中测试执行阶段的以下4个参数

(1)项目覆盖测试范围内的测试用例数目，并且每条测试用例包含的工作量是相等的。银行开户系统开发项目在覆盖需求范围内总共有1070条测试用例。并且每条测试用例在执行之后只存在“通过”和“失败”两种状态。

(2)计划覆盖范围内执行一次全部测试用例花费的总时间。银行开户系统开发项目在测试计划中估算出执行全部测试用例所需要的时间为30天。.

(3)参与银行开户系统开发项目测试执行活动的人数为5人。

(4)当前是银行开户系统开发项目测试执行的第13日。通过的测试用例620条，失败的测试用例12条。因此，被执行的测试用例数目是:通过的测试用例+失败的测试用例，即620+12＝632条。

b)将a)中得出参数代入日执行率的公式，公式为：

$ExecutionRate=\frac{\left(\frac{TotalMandays}{EffortSpent}\right)\&times;TestExecuted}{TotalTestCase}\&times;100$

即

因此，银行开户系统开发项目第13日的日执行率ExecutionRate是196.

c)从b)中得出ExecutionRate＝196,表示在项目测试的第13日为止，项目组人手过剩，可以适当减少测试人员，利于有效调配人力资源；修改测试计划，适当减少测试执行时间，节省成本。

实例3ATM升级项目-测试执行阶段

a)找出软件测试项目中测试执行阶段的以下4个参数：

(1)项目覆盖测试范围内的测试用例数目，并且每条测试用例包含的工作量是相等的。ATM升级项目在覆盖需求范围内总共有670条测试用例。并且每条测试用例在执行之后只存在“通过”和“失败”两种状态。

(2)计划覆盖范围内执行一次全部测试用例花费的总时间。ATM升级项目在测试计划中估算出执行全部测试用例所需要的时间为30天。.

(3)参与ATM升级项目测试执行活动的人数为2人。

(4)当前是ATM升级项目测试执行的第19日。通过的测试用例250条，失败的测试用例25条。因此，被执行的测试用例数目是:通过的测试用例+失败的测试用例，即250+25＝275条。

b)将a)中得出参数代入日执行率的公式，公式为：

$ExecutionRate=\frac{\left(\frac{TotalMandays}{EffortSpent}\right)\&times;TestExecuted}{TotalTestCase}\&times;100$

即

因此，ATM升级项目第五日的日执行率ExecutionRate是.64.8

c)从b)中得出ExecutionRate＝64.8,表示在项目测试的第19日为止，项目属于红色警报状态。表明测试执行进度落后于测试执行计划，但是已经超过25％，将无法在现有的测试资源上按照计划完成测试执行活动。测试管理人员需要针对测试执行活动采取有效的措施行动，用于挽回测试进度滞后的局面。提供解决测试执行滞后于测试执行计划的参考方案包括：增加测试人员进入测试执行活动；要求测试人员加班；修改测试执行计划，增加测试执行时间；请求减少测试范围，从而减少需要执行的测试用例数量。

Claims (3)

1.一种监控软件测试执行进度的方法，其特征在于，包括如下步骤：

a)找出软件测试项目中测试执行阶段的4个参数

(1)项目覆盖测试范围内的测试用例数目，并且每条测试用例包含的工作量是相等的。约定测试用例经过执行后只有“通过”和“失败”两种状态。

(2)测试计划列出的覆盖范围内执行一次全部测试用例花费的总时间。

(3)参与执行测试用例的人员数量。

(4)截至与当日为止，测试执行开始到当天为止已被执行的测试用例的数目为通过的测试用例+失败的测试用例。

b)计算日执行率的公式为：

$ExecutionRate=\frac{\left(\frac{TotalMandays}{EffortSpent}\right)\&times;TestExecuted}{T\mathrm{otalTest}Case}\&times;100$

式中TotalMandays为覆盖范围内执行一次全部测试用例花费的总时间；

EfforSpent为从测试执行开始到当天为止测试执行已耗费的时间；

TestExecuted为由测试执行开始到当天为止已被执行的测试用例的数量；

TotalTestCase为项目覆盖测试范围内的测试用例数目；ExecutionRate为日执行率。

c)根据ExecutionRate判断测试执行进度的状态。

(1)若ExecutionRate>100，项目属于绿色状态。表明测试执行进度超前于测试执行计划，测试执行进度的趋势好，测试管理人员并不需要对目前的测试活动采取任何措施。若ExecutionRate>180,表明项目测试进度超前测试计划接近1倍。项目组人手过剩，可以减少参与项目测试的测试人员，有效调配人力资源；修改测试计划，适当减少测试执行时间。在调配完人力和执行时间后，重复步骤a到步骤c，计算新的日执行率来监控日后的测试进度。企业或项目小组可以根据自身的软件能力成熟度，应对软件缺陷，测试环境问题，再测试与重复验证测试的能力，调整Executionrate的阈值。

(2)90<ExecutionRate<100，项目属于黄色预警状态。表明测试执行进度落后与测试执行计划，但是不超过10％，测试管理人员不需要对目前的测试活动采取任何干预措施，因为测试趋势的进展在现有的资源基础上，属于在正常可控范围内。

(3)ExecutionRate<75，项目属于红色警报状态。表明测试执行进度落后于测试执行计划，但是已经超过25％，将无法在现有的测试资源上按照计划完成测试执行活动。提供解决测试执行滞后于测试执行计划的参考方案包括：增加测试人员进入测试执行活动；要求测试人员加班；修改测试执行计划，增加测试执行时间；请求减少测试范围，从而减少需要执行的测试用例数量。企业或项目小组可以根据自身的软件能力成熟度，应对软件缺陷，测试环境问题，再测试与重复验证测试的能力，调整ExecutionRate可容许的最低值。

2.根据权利要求1所述的一种日执行率的计算方法，其特征在于软件测试项目中测试执行阶段的4个参数，包括项目覆盖测试范围内的测试用例数目、测试计划列出的覆盖范围内执行一次全部测试用例花费的总时间、参与执行测试用例的人员数量、截至与当日为止，测试执行开始到当天为止已被执行的测试用例的数目。

3.根据权利要求1或2所述的一种日执行率的计算方法，其特征在于运用日执行率公式进行计算ExecutionRate.

$ExecutionRate=\frac{\left(\frac{TotalMandays}{EffortSpent}\right)\&times;TestExecuted}{TotalTestCase}\&times;100$