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

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

【技术实现步骤摘要】

-种监控软件测试执行进度的方法，属于软件测试
，特别是涉及一种软 件测试执行期间的进度监控的方法。
技术介绍
测试执行是软件测试过程中的关键的阶段，测试相关人员执行项目覆盖范围内的 测试用例发现缺陷，验证软件功能是否符合需求，评估软件的安全性，易用性，可靠性，适用 性。同时测试执行的阶段也是最难控制的，测试执行进度较大程度的影响已制定的测试计 划和执行测试计划。运用有效直观的方法去监控测试执行进度的状态，以及清晰指导测试 执行的进度之后，在项目管理上面应该如何采取有效的措施解决问题成为的关注的重点。
技术实现思路
为解决上述问题，本专利技术采用的一种方案是：提供测试执行活动中日执行率的计 算方法，提供解决测试执行滞后于测试执行计划的参考方案。包括如下步骤： a)找出软件测试项目中测试执行阶段的以4个参数 (1)项目覆盖测试范围内的测试用例数目，并且每条测试用例包含的工作量是相 等的。约定测试用例经过执行后只有"通过"和"失败"两种状态。 ⑵测试计划列出的覆盖范围内执行一次全部测试用例花费的总时间。 (3)参与执行测试用例的人员。 (4)截至与当日为止，测试执行开始到当天为止已被执行的测试用例的数目为通 过的测试用例+失败的测试用例。 b)计算日执行率的公式为：公式中TotalMandays为覆盖范围内执行一次全部测试用例花费的总时间； EfTorSpent为从测试执行开始到当天为止测试执行已耗费的时间；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)EXeCUtion Rate〈75,项目属于红色警报状态。表明测试执行进度落后于测试 执行计划，但是已经超过25 %，将无法在现有的测试资源上按照计划完成测试执行活动。测 试管理人员需要针对测试执行活动采取有效的措施行动，用于挽回测试进度滞后的局面。 提供解决测试执行滞后于测试执行计划的参考方案包括：增加测试人员进入测试执行活 动；要求测试人员加班；修改测试执行计划，增加测试执行时间；请求减少测试范围，从而 减少需要执行的测试用例数量。企业或项目小组可以根据自身的软件能力成熟度，应对软 件缺陷，测试环境问题，再测试与重复验证测试的能力，调整Execution Rate可容许的最低 值。 本专利技术运用简单的度量去监控软件测试执行阶段进度，从而有利于监控软件开发 项目中测试执行的情况，清晰反映软件测试执行的每日进度状态，根据日执行率的大小，为 项目管理者应对软件测试遇到的问题提供参考和采取何种应对措施做出正确的指导。【具体实施方式】 下面对本专利技术的较佳实例详细阐述，已使本专利技术的优点和特征能易于被本领域 技术人员理解，从而对本专利技术的包含范围做出更为清楚明确的界定 实例1手机银行升级项目-测试执行阶段 a)找出软件测试项目中测试执行阶段的以下4个参数： (1)项目覆盖测试范围内的测试用例数目，并且每条测试用例包含的工作量是相 等的。手机银行升级项目在覆盖需求范围内总共有150条测试用例。并且每条测试用例在 执行之后只存在"通过"和"失败"两种状态。 (2)计划覆盖范围内执行一次全部测试用例花费的总时间。手机银行升级项目在 测试计划中估算出执行全部测试用例所需要的时间为16天。. (3)参与手机银行升级项目测试执行活动的人数为1人。 (4)当前是手机银行升级项目测试执行的第五日。通过的测试用例47条，失败的 测试用例2条。因此，被执行的测试用例数目是：通过的测试用例+失败的测试用例=，即 47+2 = 49 条 b)将a)中得出参数代入日执行率的公式，公式为：因此，手机银行系统第5日的日执行率Execution Rate是98. c)从b)中得出Execution Rate = 98，表示在项目测试的第5日为止，项目属于 黄色预警状态。表明测试执行进度落后与测试执行计划，但是不超过10%，测试管理人员不 需要对目前的测试活动采取任何干预措施，因为测试趋势的进展在现有的资源基础上，属 于在正常可控范围内。 实例2银行开户系统开发项目-测试执行阶段 a)找出软件测试项目中测试执行阶段的以下4个参数 (1)项目覆盖测试范围内的测试用例数目，并且每条测试用例包含的工作量是相 等的。银行开户系统开发项目在覆盖需求范围内总共有1070条测试用例。并且每条测试 用例在执行之后只存在"通过"和"失败"两种状态。 (2)计划覆盖范围内执行一次全部测试用例花费的总时间。银行开户系统开发项 目在测试计划中估算出执行全部测试用例所需要的时间为30天。. (3)参与银行开户系统开发项目测试执行活动的当前第1页1 2 本文档来自技高网...

【技术保护点】
一种监控软件测试执行进度的方法，其特征在于，包括如下步骤：a)找出软件测试项目中测试执行阶段的4个参数(1)项目覆盖测试范围内的测试用例数目，并且每条测试用例包含的工作量是相等的。约定测试用例经过执行后只有“通过”和“失败”两种状态。(2)测试计划列出的覆盖范围内执行一次全部测试用例花费的总时间。(3)参与执行测试用例的人员数量。(4)截至与当日为止，测试执行开始到当天为止已被执行的测试用例的数目为通过的测试用例+失败的测试用例。b)计算日执行率的公式为：ExecutionRate=(TotalMandaysEffortSpent)×TestExecutedTotalTestCase×100]]>式中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)Execution Rate<75，项目属于红色警报状态。表明测试执行进度落后于测试执行计划，但是已经超过25％，将无法在现有的测试资源上按照计划完成测试执行活动。提供解决测试执行滞后于测试执行计划的参考方案包括：增加测试人员进入测试执行活动；要求测试人员加班；修改测试执行计划，增加测试执行时间；请求减少测试范围，从而减少需要执行的测试用例数量。企业或项目小组可以根据自身的软件能力成熟度，应对软件缺陷，测试环境问题，再测试与重复验证测试的能力，调整Execution Rate可容许的最低值。...

【技术特征摘要】

【专利技术属性】
技术研发人员：李鸿雁，
申请(专利权)人：佛山市朗达信息科技有限公司，
类型：发明
国别省市：广东;44