人数为5人。
[0029] (4)当前是银行开户系统开发项目测试执行的第13日。通过的测试用例620条， 失败的测试用例12条。因此，被执行的测试用例数目是：通过的测试用例+失败的测试用 例，即 620+12 = 632 条。
[0030] b)将a)中得出参数代入日执行率的公式，公式为：
因此，银行开户系统开发项目第13日的日执行率Execution Rate是196.
[0031] c)从b)中得出Execution Rate = 196，表示在项目测试的第13日为止，项目组 人手过剩，可以适当减少测试人员，利于有效调配人力资源；修改测试计划，适当减少测试 执行时间，节省成本。
[0032] 实例3ATM升级项目-测试执行阶段
[0033] a)找出软件测试项目中测试执行阶段的以下4个参数：
[0034] (1)项目覆盖测试范围内的测试用例数目，并且每条测试用例包含的工作量是相 等的。ATM升级项目在覆盖需求范围内总共有670条测试用例。并且每条测试用例在执行 之后只存在"通过"和"失败"两种状态。
[0035] (2)计划覆盖范围内执行一次全部测试用例花费的总时间。ATM升级项目在测试 计划中估算出执行全部测试用例所需要的时间为30天。.
[0036] (3)参与ATM升级项目测试执行活动的人数为2人。
[0037] (4)当前是ATM升级项目测试执行的第19日。通过的测试用例250条，失败的 测试用例25条。因此，被执行的测试用例数目是：通过的测试用例+失败的测试用例，即 250+25 = 275 条。 CN 105117348 A 说明书 4/4 页
[0038] b)将a)中得出参数代入日执行率的公式，公式为：
因此，ATM升级项目第五日的日执行率Execution Rate是.64. 8
[0039] c)从b)中得出Execution Rate = 64. 8，表示在项目测试的第19日为止，项目属 于红色警报状态。表明测试执行进度落后于测试执行计划，但是已经超过25 %，将无法在现 有的测试资源上按照计划完成测试执行活动。测试管理人员需要针对测试执行活动采取有 效的措施行动，用于挽回测试进度滞后的局面。提供解决测试执行滞后于测试执行计划的 参考方案包括：增加测试人员进入测试执行活动；要求测试人员加班；修改测试执行计划， 增加测试执行时间；请求减少测试范围，从而减少需要执行的测试用例数量。
【主权项】
1. 一种监控软件测试执行进度的方法，其特征在于，包括如下步骤： a) 找出软件测试项目中测试执行阶段的4个参数 (1) 项目覆盖测试范围内的测试用例数目，并且每条测试用例包含的工作量是相等的。 约定测试用例经过执行后只有"通过"和"失败"两种状态。 (2) 测试计划列出的覆盖范围内执行一次全部测试用例花费的总时间。 (3) 参与执行测试用例的人员数量。 (4) 截至与当日为止，测试执行开始到当天为止已被执行的测试用例的数目为通过的 测试用例+失败的测试用例。 b) 计算日执行率的公式为：式中TotalMandays为覆盖范围内执行一次全部测试用例花费的总时间； EfforSpent为从测试执行开始到当天为止测试执行已耗费的时间； TestExecuted为由测试执行开始到当天为止已被执行的测试用例的数量；TotalTestCase为项目覆盖测试范围内的测试用例数目；Execution Rate为日执行 率。 c)根据Execution Rate判断测试执行进度的状态。 (1)若Execution Rate>100,项目属于绿色状态。表明测试执行进度超前于测试执行 计划，测试执行进度的趋势好，测试管理人员并不需要对目前的测试活动采取任何措施。若 Execution Rate>180,表明项目测试进度超前测试计划接近1倍。项目组人手过剩，可以减 少参与项目测试的测试人员，有效调配人力资源；修改测试计划，适当减少测试执行时间。 在调配完人力和执行时间后，重复步骤a到步骤c，计算新的日执行率来监控日后的测试进 度。企业或项目小组可以根据自身的软件能力成熟度，应对软件缺陷，测试环境问题，再测 试与重复验证测试的能力，调整Execution rate的阈值。 (2) 90〈Execution Rate〈100,项目属于黄色预警状态。表明测试执行进度落后与测试 执行计划，但是不超过10%，测试管理人员不需要对目前的测试活动采取任何干预措施，因 为测试趋势的进展在现有的资源基础上，属于在正常可控范围内。 (3) ExecutionRate〈75,项目属于红色警报状态。表明测试执行进度落后于测试执行 计划，但是已经超过25 %，将无法在现有的测试资源上按照计划完成测试执行活动。提供解 决测试执行滞后于测试执行计划的参考方案包括：增加测试人员进入测试执行活动；要求 测试人员加班；修改测试执行计划，增加测试执行时间；请求减少测试范围，从而减少需要 执行的测试用例数量。企业或项目小组可以根据自身的软件能力成熟度，应对软件缺陷，测 试环境问题，再测试与重复验证测试的能力，调整ExecutionRate可容许的最低值。2. 根据权利要求1所述的一种日执行率的计算方法，其特征在于软件测试项目中测试 执行阶段的4个参数，包括项目覆盖测试范围内的测试用例数目、测试计划列出的覆盖范 围内执行一次全部测试用例花费的总时间、参与执行测试用例的人员数量、截至与当日为 止，测试执行开始到当天为止已被执行的测试用例的数目。3. 根据权利要求1或2所述的一种日执行率的计算方法，其特征在于运用日执行率公 式进行计算ExecutionRate.
【专利摘要】本发明公开了一种运用简单的度量去监控软件测试执行阶段进度的方法。利用简单的测试度量参数，包括测试用例数目、测试用例完成时间、测试人员数量、已经执行的测试用例数目来计算日执行率。运用日执行率来衡量和监控软件开发项目中测试执行的状况，清晰反映软件测试执行的每日进度状态与软件测试的趋势走向，以及根据日执行率的大小，为项目管理者应对软件测试执行期间遇到的问题提供参考和采取何种应对措施做出正确的指导。
【IPC分类】G06F11/36
【公开号】CN105117348
【申请号】CN201510634531
【发明人】李鸿雁
【申请人】佛山市朗达信息科技有限公司
【公开日】2015年12月2日
【申请日】2015年9月28日