CN104978274A - 一种软件测试工作量估算方法 - Google Patents
一种软件测试工作量估算方法 Download PDFInfo
- Publication number
- CN104978274A CN104978274A CN201510408900.4A CN201510408900A CN104978274A CN 104978274 A CN104978274 A CN 104978274A CN 201510408900 A CN201510408900 A CN 201510408900A CN 104978274 A CN104978274 A CN 104978274A
- Authority
- CN
- China
- Prior art keywords
- test
- software
- result
- time
- grade
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Stored Programmes (AREA)
Abstract
本发明公开了一种复杂度底和估算误差小的软件测试工作量估算方法，根据估算功能测试需求最可能的测试用例数目，执行一条测试用例的时间，工作团队的软件开发成熟能力度，软件是否需要非功能测试这四方面的参数，估算出软件开发项目中软件测试的工作量。有利于在软件开发项目管理中更准确地制定测试方案，安排测试进度，调整测试资源，评估测试风险。
Description
技术领域
本发明涉及软件测试技术领域，特别是涉及一种软件测试工作量估算方法。
背景技术
软件测试是保障软件质量较为有效的方法，准确预测测试时间、工作量是做好软件测试的首要任务。优秀的软件估算模型有利于测试管理人员更准确地制定测试方案、安排测试进度、调整测试资源、评估测试风险。
但目前专门针对于软件测试领域的估算模型较少，又由于企业情况、业务领域不同，造成目前对某个测试工作进行工作量的预算，很多时候都是凭个人的工作经验进行估算的，而且估算结果与实际结果差距相差大。
发明内容
本发明主要解决的技术问题是提供一种关于软件测试工作量估算方法，能更有利于测试管理人员更准确地制定测试方案、安排测试进度、调整测试资源、评估测试风险。并且能将软件测试工作量与实际工作量的误差控制在10％范围。
为解决上述问题，本发明采用的一种方案是：提供软件测试的工作量估算方法，包括如下步骤：
a)依据功能需求与系统设计说明书估算出最有可能的测试用例数目，对于小型的项目以10为单位进行测试用例数目估算，对于大型项目采用100为单位进行测试用例数据估算。
b)定义执行一条测试用例所需要的时间，并假设在第一次执行测试用例的时候，所有的测试用例都全部通过。需要分开对可以实时判断执行结果的测试用例和需要批处理或者特殊处理后才能判断测试结果的测试用例的执行时间。
c)将a)和b)的结果相乘，并在这里乘以一个软件能力成熟度因子。得出的值代表执行所有的测试用例需要的时间，我们称为测试执行工作量。在CMM体系中，将软件能力成熟度分成5个等级，这个因子代表公司团体应对软件缺陷，测试环境问题，再测试与重复验证测试的能力。
| 等级 | 等级名称 | 因子 |
| 等级一 | 初始级 | 5 |
| 等级二 | 可重复级 | 4 |
| 等级三 | 已定义级 | 3 |
| 等级四 | 已管理级 | 2 |
| 等级五 | 优化级 | 1 |
d)在c)的结果上加入非功能测试需求(压力测试，性能测试，安全测试等)的工作量。
如果非功能测试需求高，则将c)的结果乘以2
如果非功能测试需求低，则在c)的结果上增加10％
如果非功能测试需求不确定，则在c)的结果上增加25％
e)在d)得出的结果上加入用户需求测试的工作量，得出测试实施的总时间。根据对现有软件系统的了解，有经验的测试人员或者相应系统的专家给出回归测试的工作量。如果软件系统需要测试软件的可用性，则在d)的结果上加10％。
f)根据软件测试最佳实践比例，测试准备阶段时间与测试实施阶段时间的比例为6:4，则可以算出总测试工作量。
g)对f)得出的结果与软件开发的总工作量相比较，在理想情况下，软件测试的工作量不会多于软件开发的工作量的25％。
运用上述方法进行测试估算，对测试管理人员在更加准确的制定测试方案、安排测试进度、调整测试资源、评估测试风险。
实际软件测试工作量与用此方法估算出来的软件测试工作量相差不到10％。
本发明的有益效果是：本发明的软件测试工作量估算方法复杂程度低，软件测试工作量与实际工作量的误差小，可靠性高。有利于测试管理人员在更加准确的制定测试方案、安排测试进度、调整测试资源、评估测试风险。
具体实施方式
下面对本发明的较佳实例详细阐述，已使本发明的优点和特征能易于被本领域技术人员理解，从而对本发明的包含范围做出更为清楚明确的界定。
实例1：银行证券系统开发
软件测试工作量估算包括如下步骤：
a)依据功能需求与系统设计说明书估算出最有可能的测试用例数目，对于小型的项目以10为单位进行测试用例数目估算，对于大型项目采用100为单位进行测试用例数据估算。
实例项目中功能测试用例数目为：1100条。所有试用例为可实时执行的测试用例。
b)定义执行一条测试用例所需要的时间，并假设在第一次执行测试用例的时候，所有的测试用例都全部通过。需要分开对可以实时判断执行结果的测试用例和需要批处理或者特殊处理后才能判断测试结果的测试用例的执行时间。实例项目中测试人员执行一条实时测试用例所耗时：7分钟
c)将a)和b)的结果相乘，并在这里乘以一个软件能力成熟度因子。得出的值代表执行所有的测试用例需要的时间，我们称为测试执行工作量。在CMM体系中，将软件能力成熟度分成5个等级，这个因子代表公司团体应对软件缺陷，测试环境问题，再测试与重复验证测试的能力。
| 等级 | 等级名称 | 因子 |
| 等级一 | 初始级 | 5 |
| 等级二 | 可重复级 | 4 |
| 等级三 | 已定义级 | 3 |
| 等级四 | 已管理级 | 2 |
| 等级五 | 优化级 | 1 |
实例项目中，公司团体的能力成熟等级是可定义级，故执行所有功能性测试用例所耗时间：1100条*7分钟*3(因子)＝23100分钟
d)在c)的结果上加入非功能测试需求(压力测试，性能测试，安全测试等)的工作量。
如果非功能测试需求高，则将c)的结果乘以2
如果非功能测试需求低，则在c)的结果上增加10％
如果非功能测试需求不确定，则在c)的结果上增加25％
实例项目中，不确定是否需要非功能性测试，故
加入非功能性测试后所耗时间为23100分钟+23100分钟*25％＝28875分钟
e)在d)得出的结果上加入用户需求测试的工作量，得出测试实施的总时间。根据对现有软件系统的了解，有经验的测试人员或者相应系统的专家给出回归测试的工作量。如果软件系统需要测试软件的可用性，则在d)的结果上加10％。
实例项目中，需要增加回归测试，回归测试用例为100条，故测试总量为28875分钟+100条*7分钟＝28975分钟
f)根据测试准备与测试实施比例为6:4，则可以算出总测试工作量。实例项目中，实际每人每月工作152.70小时，软件测试总工作量为：28975分钟/40％＝72437.50分钟 即7.90人月
g)对f)得出的结果与软件开发的总工作量相比较，在理想情况下，软件测试的工作量不会多于软件开发的工作量的25％。
实例项目中，软件开发的工作总量为33.22人月，软件测试总工作量为软件开发总工作量的23.80％。
实例项目的测试活动结束后，实际软件测试活动工作量为7.90人月，与估算工作量8.46误差仅7.10％。
实例2：银行开户系统开发
软件测试工作量估算包括如下步骤：
a)实例项目中功能测试用例数目为：3100条。所有试用例为可实时执行的测试用例。
b)实例项目中测试人员执行一条实时测试用例所耗时：8分钟
c)实例项目中，公司团体的能力成熟等级是可定义级，故执行所有功能性测试用例所耗时间：3100条*8分钟*3(因子)＝74400分钟
d)实例项目中，不确定非功能性测试的要求，故加入非功能性测试后所耗时间为74400分钟+74400分钟*25％＝93000分钟
e)在d)得出的结果上加入用户需求测试的工作量，得出测试实施的总时间。实例项目中，需要增加回归测试，回归测试用例为280条，故测试总量为93000分钟+280条*8分钟＝95240分钟
f)根据测试准备与测试实施比例为6:4，则可以算出总测试工作量。实例项目中，实际每人每月工作174小时，软件测试总工作量为：95240分钟/40％＝238100分钟 即22.80人月
g)对f)得出的结果与软件开发的总工作量相比较。
实例项目中，软件开发的工作总量为104.10人月，软件测试总工作量为软件开发总工作量的21.91％。
实例项目的测试活动结束后，实际软件测试活动工作量为25.10人月，与估算工作量22.80误差仅10％。
实例3：对银行客户问卷调查系统开发
软件测试工作量估算包括如下步骤：
a)实例中根据需求说明书功能点分析，功能测试用例数目为:5720条。所有试用例为可实时执行的测试用例。
b)实例项目中测试人员执行一条实时测试用例所耗时：5分钟
c)实例项目中，公司团体的能力成熟等级是可定义级，故执行所有功能性测试用例所耗时间：5720条*5分钟*3(因子)＝85800分钟
d)实例项目中，确定非功能需求很低，故加入非功能性测试后所耗时间为85800分钟+85800分钟*10％＝94380分钟
e)在d)得出的结果上加入用户需求测试的工作量，得出测试实施的总时间。实例项目中，需要增加回归测试，回归测试用例为460条，故测试总量为94380分钟+460条*5分钟＝96680分钟
f)根据测试准备与测试实施比例为6:4，则可以算出总测试工作量。实例项目中，实际每人每月工作152.25小时，软件测试总工作量为：96680分钟/40％＝241700分钟 即26.46人月
g)对f)得出的结果与软件开发的总工作量相比较。
实例项目中，软件开发的工作总量为121.48人月，软件测试总工作量为软件开发总工作量的20.78％。
实例3项目的测试活动结束后，实际软件测试活动工作量为24.95人月，与估算工作量26.46误差仅5.70％。
Claims (3)
1.一种软件测试工作量估算方法，其特征在于，依次包括下述步骤：a)依据功能需求与系统设计说明书估算出测试用例数目。b)定义执行一条测试用例所需要的时间，并假设在第一次执行测试用例的时候，所有的测试用例都全部通过。分开对可以实时判断执行结果的测试用例和需要批处理或者特殊处理后判断测试结果的测试用例的执行时间。c)将a)和b)的结果相乘，并在这里乘以一个软件能力成熟度因子，得出的值代表执行所有的测试用例需要的时间。d)在c)的结果上加入非功能测试需求(压力测试，性能测试，安全测试等)的工作量。非功能测试需求高，则将c)的结果乘以2；非功能测试需求低，则在c)的结果上增加10％；非功能测试需求不确定，则在c)的结果上增加25％；e)在d)得出的结果上加入用户需求测试的工作量，得出测试实施的总时间，软件系统需要测试软件的可用性，则在d)的结果上加10％f)根据软件测试最佳实践比例，测试准备阶段时间与测试实施阶段时间的比例为6:4，则可以算出总测试工作量。
2.根据权利要求1所述的一种软件测试工作量估算方法，其特征在于：对于小型的项目以10为单位进行测试用例数目估算，对于大型项目采用100为单位进行测试用例数据估算。
3.根据权利要求1或2所述的一种软件测试工作量估算方法，其特征在于：软件能力成熟度因子分成5个等级：等级一是初始级，因子为5；等级二是可重复级因子为4；等级三是已定义级，因子为3；等级四是已管理级，因子为2；等级五是优化级，因子为1。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201510408900.4A CN104978274A (zh) | 2015-07-11 | 2015-07-11 | 一种软件测试工作量估算方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201510408900.4A CN104978274A (zh) | 2015-07-11 | 2015-07-11 | 一种软件测试工作量估算方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN104978274A true CN104978274A (zh) | 2015-10-14 |
Family
ID=54274803
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201510408900.4A Pending CN104978274A (zh) | 2015-07-11 | 2015-07-11 | 一种软件测试工作量估算方法 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN104978274A (zh) |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106844196A (zh) * | 2016-12-22 | 2017-06-13 | 福建瑞之付微电子有限公司 | 一种支付终端嵌入式软件测试工作量统计系统 |
| CN109324978A (zh) * | 2018-11-28 | 2019-02-12 | 北京精密机电控制设备研究所 | 一种多人协同的软件测试管理系统 |
| US10255162B2 (en) | 2016-09-08 | 2019-04-09 | International Business Machines Corporation | Using customer profiling and analytics to understand customer environment and workload complexity and characteristics by industry |
| US10586242B2 (en) | 2016-09-08 | 2020-03-10 | International Business Machines Corporation | Using customer profiling and analytics to understand customer workload complexity and characteristics by customer geography, country and culture |
| US10684939B2 (en) | 2016-09-08 | 2020-06-16 | International Business Machines Corporation | Using workload profiling and analytics to understand and score complexity of test environments and workloads |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20090199047A1 (en) * | 2008-01-31 | 2009-08-06 | Yahoo! Inc. | Executing software performance test jobs in a clustered system |
| CN101989228A (zh) * | 2009-08-07 | 2011-03-23 | 中兴通讯股份有限公司 | 测试计划执行时间的估算方法及装置 |
-
2015
- 2015-07-11 CN CN201510408900.4A patent/CN104978274A/zh active Pending
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20090199047A1 (en) * | 2008-01-31 | 2009-08-06 | Yahoo! Inc. | Executing software performance test jobs in a clustered system |
| CN101989228A (zh) * | 2009-08-07 | 2011-03-23 | 中兴通讯股份有限公司 | 测试计划执行时间的估算方法及装置 |
Non-Patent Citations (2)
| Title |
|---|
| 侯莉: "基于经验的软件测试执行工作量复估算模型", 《中国优秀硕士学位论文全文数据库》 * |
| 刘晓敏: "对日软件外包项目规模影响因素分析", 《中国优秀硕士学位论文全文数据库》 * |
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US10255162B2 (en) | 2016-09-08 | 2019-04-09 | International Business Machines Corporation | Using customer profiling and analytics to understand customer environment and workload complexity and characteristics by industry |
| US10586242B2 (en) | 2016-09-08 | 2020-03-10 | International Business Machines Corporation | Using customer profiling and analytics to understand customer workload complexity and characteristics by customer geography, country and culture |
| US10684939B2 (en) | 2016-09-08 | 2020-06-16 | International Business Machines Corporation | Using workload profiling and analytics to understand and score complexity of test environments and workloads |
| CN106844196A (zh) * | 2016-12-22 | 2017-06-13 | 福建瑞之付微电子有限公司 | 一种支付终端嵌入式软件测试工作量统计系统 |
| CN109324978A (zh) * | 2018-11-28 | 2019-02-12 | 北京精密机电控制设备研究所 | 一种多人协同的软件测试管理系统 |
| CN109324978B (zh) * | 2018-11-28 | 2022-05-24 | 北京精密机电控制设备研究所 | 一种多人协同的软件测试管理系统 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN104978274A (zh) | 一种软件测试工作量估算方法 | |
| EP2413242B1 (en) | System and method for test strategy optimization | |
| Aranha et al. | An estimation model for test execution effort | |
| US8667458B2 (en) | System and method to produce business case metrics based on code inspection service results | |
| CN107908550A (zh) | 一种软件缺陷统计处理方法及装置 | |
| Nguyen et al. | An analysis of trends in productivity and cost drivers over years | |
| Embrechts et al. | Practices and issues in operational risk modeling under Basel II | |
| US20130030860A1 (en) | Managing inspection, test, analys, and acceptance criteria (itaac) activities, systems and methods | |
| Abou Khalil et al. | A longitudinal analysis of bug handling across eclipse releases | |
| CN103077109A (zh) | 一种测试计划调度方法及系统 | |
| US20150339613A1 (en) | Managing developer productivity | |
| Tandon et al. | An NHPP SRGM with change point and multiple releases | |
| Ren et al. | Research of software size estimation method | |
| Nolan et al. | Towards the integration of quality attributes into a software product line cost model | |
| Ibarra et al. | Model for integrated production and quality control: implementation and testing using commercial software applications | |
| US20120136695A1 (en) | Determining Maturity of an Information Technology Maintenance Project During a Transition Phase | |
| Minamino et al. | Bivariate software reliability growth models under budget constraint for development management | |
| Lisse | Applying system dynamics for outsourcing services in design-build projects | |
| RU162895U1 (ru) | Автоматизированное устройство оценивания рисков | |
| Hampp | A cost-benefit model for software quality assurance activities | |
| Lipke | Schedule adherence: A useful measure for project management | |
| Kadam et al. | Increases the Reliability of Software using Enhanced Non Homogenous Poisson Process (EHPP), Functional Point and Test Point Analysis | |
| CN111080046A (zh) | 一种输电技术成熟度评估方法和装置 | |
| Anand et al. | System testing optimization in a globally distributed software engineering team | |
| Payne | A practical approach to software reliability for army systems |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20151014 |
|
| WD01 | Invention patent application deemed withdrawn after publication |