CN103455415B - 一种软件的测试方法 - Google Patents
一种软件的测试方法 Download PDFInfo
- Publication number
- CN103455415B CN103455415B CN201210296752.8A CN201210296752A CN103455415B CN 103455415 B CN103455415 B CN 103455415B CN 201210296752 A CN201210296752 A CN 201210296752A CN 103455415 B CN103455415 B CN 103455415B
- Authority
- CN
- China
- Prior art keywords
- test
- weighted value
- testing
- software
- kinds
- 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.)
- Expired - Fee Related
Links
Landscapes
- Debugging And Monitoring (AREA)
Abstract
本发明适用计算机领域,提供了一种软件的测试方法及系统,所述方法包括:对SPR的18种测试形式设置阴测试属性和阳测试属性;对上述18种测试形式中的比重值,根据待测试软件的属性估算出各个测试形式对应的权重值;获取用户输入的时间信息以及累计缺陷清除率,根据用户输入时间信息、累计缺陷清除率以及测试阶段数、测试工作量和缺陷清除率关系表确定测试的阶段数;根据阴测试属性的比重值、阳测试属性的比重值、各个测试形式的权重值以及测试阶段数确定测试方法及测试量,然后根据该测试方法以及测试量完成软件测试。本发明提供的技术方案提供了相对固定形式与灵活综合平衡各因素相结合的模式,具有测试效果好的优点。
Description
技术领域
本发明属于计算机领域,尤其涉及一种软件的测试方法。
背景技术
软件测试的目的就是要在规定的条件下对程序进行操作,以便发现错误,同时对软件质量进行评估,软件测试不仅仅是对程序的测试,整个测试范围应该包括软件形成过程的文档、数据、服务以及程序。为了最大程度地保证软件产品的质量,需要在软件开发的每个阶段都进行相应的测试,完整的软件测试应该贯穿软件产品的整个生命周期。
然而,在现实实际软件项目测试中,由于时间、人力、资源的限制,以及综合的考虑,通常是由测试团队根据经费、时间、要求及经验,进行测试的设计,存在如下方面的问题:
测试方法、测试工作量等的选择随意性比较大,没有一个相对固定的模式;
有时过多地考虑经费、时间等因素,而忽略了测试的质量等要求,达不到高质量的测试;
有时为了质量而忽略了时间、经费等的限制,不能完成测试任务。
发明内容
本发明实施例的目的在于提供一种软件的测试方法,将相对固定形式与灵活综合平衡各因素相结合的模式,旨在解决现有的技术方案软件测试无法达到高质量测试的问题。
本发明实施例是这样实现的,一种软件的测试方法,该方法包括:
S11、建立并存储美国软件生产力研究所的18种测试形式的阴阳比重值表;
S12、根据待测试软件估算出待测试软件的使用频度、失效可视性和复杂性;
S13、获取用户对待测试软件的测试时间和测试人数;
S14、根据使用频度从预先存储的权重值表中查询出使用频度对应的18种测试形式的权重值,根据失效可视性从预先存储的权重值表中查询出失效可视性对应的18种测试形式的权重值,根据复杂性从预先存储的权重值表中查询出复杂性对应的18种测试形式的权重值,根据测试时间从预先存储的权重值表中查询出测试时间对应的18种测试形式的权重值,根据测试人数从预先存储的权重值表中查询出测试人数对应的18种测试形式的权重值;
S15、计算18种测试形式的总权重值以及各种测试形式权重值和;
各种测试形式权重值和=Q1+Q2+Q3+Q4+Q5;
其中,Q1为:上述权重值和对应的测试形式的使用频度权重值;Q2为:上述权重值和对应的测试形式的失效可视性权重值;Q3为:上述权重值和对应的测试形式的复杂性权重值;Q4为:上述权重值和对应的测试形式的测试时间权重值;Q5为:上述权重值和对应的测试形式的测试人数权重值;当计算的测试形式为第一种测试形式子程序测试时,则Q1为:子程序测试的使用频度权重值,Q2为子程序测试的失效可视性权重值,Q3为子程序测试的复杂性权重值;Q4为子程序测试的测试时间权重值,Q5为子程序测试的测试人数权重值;
总权重值=使用频度权重值和+失效可视性权重值和+复杂性权重值和+测试时间权重值和+测试人数权重值和;
S16、计算每种测试形式的权重值比例,根据每种测试形式的权重值比例和总资源数计算得到每种测试形式的资源数;
每种测试形式的权重值比例=每种测试形式权重值和/总权重值*100%;
每种测试形式的资源数=总资源数*每种测试形式的权重值比例;
S17、查询阴阳比重值表获取每种测试形式中阴测试项目和阳测试项目的比重值;
S18、根据每种测试形式中阴测试项目、阳测试项目的比重值和每种测试形式的资源数计算得到阴测试项目、阳测试项目的资源数;
S19、依据每种测试形式的阴测试项目、阳测试项目的资源数完成待测试软件的测试;
所述阴测试项目为:静态测试、黑盒测试和性能测试;
所述阳测试项目为:动态测试、白盒测试和功能测试。
18种测试形式具体为:
子程序测试、单元测试、整个应用程序的系统测试、新功能测试、回归测试、集成测试、病毒防护测试、压力或能力测试、性能方面测试、安全性测试、平台测试、供应链测试、第三方测试、客户验收测试、现场测试、可用性测试、试验室测试和净室统计测试。
在本发明实施例中,本发明提供的技术方案通过阴阳测试的方法确定各个测试项目的阴测试比例值,阳测试比例值,根据各个项目的阴测试比例值和阳测试的比例值完成软件的测试,通过实践证明,采用阴阳测试的方法,可以提高测试质量,所以其具有提高软件测试质量的优点。
附图说明
图1是本发明提供的一种软件的测试方法的流程图。
具体实施方式
为了使本发明的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本发明进行进一步详细说明。应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不用于限定本发明。
为了更好的说明本发明的技术方案,首先,我们将阴测试和阳测试进行定义,把具有沉静的、隐晦的、器质方面的属性的测试称为阴测试,例如静态测试、黑盒测试、性能测试;把具有活动的、明显的、功能方面的属性的测试称为阳测试,例如动态测试、白盒测试、功能测试。上述阴测试和阳测试的分类表如表1所示:
表1:阴测试与阳测试分类表
根据美国软件生产力研究所(SoftwareProductivityResearch,SPR)的研究,软件测试经常使用的测试形式有18种,可以将其分为三大类:一类是根据输入验证应用程序的输出有效性的通用测试,第二类是针对性能或能力等特定类型问题的专用测试,第三类是用户或客户参与的评价软件易用性的测试。表2是SPR的客户中规模大于500个功能点的项目中各种测试形式的使用情况。
表2:软件项目中测试方法使用的分布情况
从上述表中可以看出,50%以上的项目都会用到所有的通用测试,所以通用测试是测试工作量的主要构成成份,同时,有30%左右的项目会选择一半的专用测试,有20%左右的项目会选择一半的用户测试。
如果将每一种测试都视为一个测试阶段,那么不同的软件测试项目中测试阶段数量差异很大,从表2中列出的18种测试中的1个到16个不等,但是70%的项目的测试阶段数为6个或6个以下,26%的项目的测试阶段数为7-12个。SPR的经验数据见表3。
表3:美国软件项目测试阶段的近似分布
测试模式选择了之后,就可以进行测试工作量的估计,对测试进行全面的估计需要进行三方面的工作:第一,测试准备,包括设计测试用例、验证测试用例和将测试用例保存在测试库中;第二,测试执行,在软件上执行测试用例,并记录执行结果;第三,缺陷修复,修复测试中发现的缺陷,对修复进行验证,然后再次执行用例,确认缺陷已修复,并没有引入新的缺陷。表4为SPR的经验数据,其中测试工作量的百分比是指被估计软件项目的开发总工作量。6个测试阶段、33%的成本、85%的缺陷清除率是美国规模大于1000个功能点的软件项目的平均值。从表中可以看出,测试阶段数越多,缺陷清除率越高。
表4:测试阶段数、测试工作量和缺陷清除率关系表
本发明提供一种软件的测试方法,该方法如图1所示,包括:
S11、建立并存储美国软件生产力研究所的18种测试形式的阴阳比重值表;
S12、根据待测试软件估算出待测试软件的使用频度、失效可视性和复杂性;
S13、获取用户对待测试软件的测试时间和测试人数;
S14、根据使用频度从预先存储的权重值表中查询出使用频度对应的18种测试形式的权重值,根据失效可视性从预先存储的权重值表中查询出失效可视性对应的18种测试形式的权重值,根据复杂性从预先存储的权重值表中查询出复杂性对应的18种测试形式的权重值,根据测试时间从预先存储的权重值表中查询出测试时间对应的18种测试形式的权重值,根据测试人数从预先存储的权重值表中查询出测试人数对应的18种测试形式的权重值;
S15、计算18种测试形式的总权重值以及各种测试形式权重值和;
各种测试形式权重值和=Q1+Q2+Q3+Q4+Q5;
其中,Q1为:上述权重值和对应的测试形式的使用频度权重值;Q2为:上述权重值和对应的测试形式的失效可视性权重值;Q3为:上述权重值和对应的测试形式的复杂性权重值;Q4为:上述权重值和对应的测试形式的测试时间权重值;Q5为:上述权重值和对应的测试形式的测试人数权重值;当计算的测试形式为第一种测试形式子程序测试时,则Q1为:子程序测试的使用频度权重值,Q2为子程序测试的失效可视性权重值,Q3为子程序测试的复杂性权重值;Q4为子程序测试的测试时间权重值,Q5为子程序测试的测试人数权重值;
总权重值=使用频度权重值和+失效可视性权重值和+复杂性权重值和+测试时间权重值和+测试人数权重值和;
S16、计算每种测试形式的权重值比例,根据每种测试形式的权重值比例和总资源数计算得到每种测试形式的资源数;
每种测试形式的权重值比例=每种测试形式权重值和/总权重值*100%;
每种测试形式的资源数=总资源数*每种测试形式的权重值比例;
S17、查询阴阳比重值表获取每种测试形式中阴测试项目和阳测试项目的比重值;
S18、根据每种测试形式中阴测试项目、阳测试项目的比重值和每种测试形式的资源数计算得到阴测试项目、阳测试项目的资源数;
S19、依据每种测试形式的阴测试项目、阳测试项目的资源数完成待测试软件的测试。
需要说明的是,上述总资源数具体可以为,总测试的时间或总测试的机器数。
需要说明的是,上述S12中根据待测试软件估算出待测试软件的使用频度、失效可视性和复杂性的具体的实现方法可以采用现有技术的方法,例如功能点方法等
可选的,上述阴阳比重值表具体可以如表5所示,
表5:阴阳测试比重值表
其中,需要说明的是,上述阴测试项目和阳测试项目的比重值之和为1。可选的,上述权重值表具体可以如表6和表7所示;
表6:权重值表
表7:权重值表
实施例一
本实施例提供一种《应急推演沙盘》软件测试的方法,其中,《应急推演沙盘》软件的测试时间为:4个月,测试人数为50人,总资源数为1000个小时。该方法的具体实现方式如下:
1、采用现有技术的估算方法估算出《应急推演沙盘》软件的使用频度为25%、失效可视性为可视、复杂性为600点;需要说明的是,本实施例的使用频度和失效可视性是为了简化说明所以采用的是同一个使用频度和失效可视性,在实际应用中,根据现有技术的估算方法有可能估算出的18个测试项目的使用频度和失效可视性不一致;
2、获取《应急推演沙盘》软件的测试时间为4个月,测试人数为50;
3、查询表6、7获取子程序测试的使用频度权重值为10、失效可视性的权重值为10、复杂性的权重值为10、测试时间的权重值为5,测试人数的权重值为5;
4、计算得到子程序测试的权重值和=10+10+10+5+5=40;总权重值=105+70+115+100+145=535;
5、计算出子程序测试的比重值=40/535*100%=7.47%;子程序测试的资源数=1000h*7.47%=74.7h;
6、查询表5获取黑盒测试的比例为0.2、白盒测试的比例为0.5和功能测试的比例为0.3;
7、计算子程序测试的黑盒测试的资源数=74.7h*0.2=14.94h;子程序白盒测试的资源数=74.7h*0.5=37.35;功能测试的资源数=74.7h*0.3=22.41h。同理计算出其他17个测试形式的阴测试项目和阳测试项目的资源数。
8、依据每种测试形式的阴测试项目、阳测试项目的资源数完成待测试软件的测试。
本实施例提供的方法通过阴阳测试的方法确定各个测试项目的阴测试比例值,阳测试比例值,根据各个项目的阴测试比例值和阳测试的比例值完成软件的测试,通过实践证明,采用阴阳测试的方法,可以提高测试质量,所以其具有提高软件测试质量的优点。将阴阳软件测试技术方法,应用于《应急推演沙盘》软件测试,并与用传统测试方法测试《应急推演沙盘》软件进行了对比。使用阴阳软件测试技术方法共用测试用例202个,发现缺陷45个,传统测试方法共用测试用例330个,发现缺陷43个。阴阳软件测试技术的测试效果有所提高,发现的缺陷数比传统测试方法提高了4.65%(=(45-43)/43),测试的工作量大大减少,测试用例数比传统测试方法减少了38.78%(=(330-202)/330)的工作量。
值得注意的是,上述实施例中,所包括的各个单元只是按照功能逻辑进行划分的,但并不局限于上述的划分,只要能够实现相应的功能即可;另外,各功能单元的具体名称也只是为了便于相互区分,并不用于限制本发明的保护范围。
另外,本领域普通技术人员可以理解实现上述各实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成,相应的程序可以存储于一计算机可读取存储介质中,所述的存储介质,如ROM/RAM、磁盘或光盘等。
以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等,均应包含在本发明的保护范围之内。
Claims (1)
1.一种软件的测试方法,其特征在于,所述方法包括:
S11、建立并存储美国软件生产力研究所的18种测试形式的阴阳比重值表;
S12、根据待测试软件估算出待测试软件的使用频度、失效可视性和复杂性;
S13、获取用户对待测试软件的测试时间和测试人数;
S14、根据使用频度从预先存储的权重值表中查询出使用频度对应的18种测试形式的权重值,根据失效可视性从预先存储的权重值表中查询出失效可视性对应的18种测试形式的权重值,根据复杂性从预先存储的权重值表中查询出复杂性对应的18种测试形式的权重值,根据测试时间从预先存储的权重值表中查询出测试时间对应的18种测试形式的权重值,根据测试人数从预先存储的权重值表中查询出测试人数对应的18种测试形式的权重值;
S15、计算18种测试形式的总权重值以及各种测试形式权重值和;
各种测试形式权重值和=Q1+Q2+Q3+Q4+Q5;
其中,Q1为:上述权重值和对应的测试形式的使用频度权重值;Q2为:上述权重值和对应的测试形式的失效可视性权重值;Q3为:上述权重值和对应的测试形式的复杂性权重值;Q4为:上述权重值和对应的测试形式的测试时间权重值;Q5为:上述权重值和对应的测试形式的测试人数权重值;当计算的测试形式为第一种测试形式子程序测试时,则Q1为:子程序测试的使用频度权重值,Q2为子程序测试的失效可视性权重值,Q3为子程序测试的复杂性权重值;Q4为子程序测试的测试时间权重值,Q5为子程序测试的测试人数权重值;
总权重值=使用频度权重值和+失效可视性权重值和+复杂性权重值和+测试时间权重值和+测试人数权重值和;
S16、计算每种测试形式的权重值比例,根据每种测试形式的权重值比例和总资源数计算得到每种测试形式的资源数;
每种测试形式的权重值比例=每种测试形式权重值和/总权重值*100%;
每种测试形式的资源数=总资源数*每种测试形式的权重值比例;
S17、查询阴阳比重值表获取每种测试形式中阴测试项目和阳测试项目的比重值;
S18、根据每种测试形式中阴测试项目、阳测试项目的比重值和每种测试形式的资源数计算得到阴测试项目、阳测试项目的资源数;
S19、依据每种测试形式的阴测试项目、阳测试项目的资源数完成待测试软件的测试;
所述阴测试项目为:静态测试、黑盒测试和性能测试;
所述阳测试项目为:动态测试、白盒测试和功能测试;
所述美国软件生产力研究所的18种测试形式具体为:
子程序测试、单元测试、整个应用程序的系统测试、新功能测试、回归测试、集成测试、病毒防护测试、压力或能力测试、性能方面测试、安全性测试、平台测试、供应链测试、第三方测试、客户验收测试、现场测试、可用性测试、试验室测试和净室统计测试。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210296752.8A CN103455415B (zh) | 2012-08-20 | 2012-08-20 | 一种软件的测试方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210296752.8A CN103455415B (zh) | 2012-08-20 | 2012-08-20 | 一种软件的测试方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN103455415A CN103455415A (zh) | 2013-12-18 |
CN103455415B true CN103455415B (zh) | 2016-02-17 |
Family
ID=49737815
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201210296752.8A Expired - Fee Related CN103455415B (zh) | 2012-08-20 | 2012-08-20 | 一种软件的测试方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN103455415B (zh) |
Families Citing this family (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105468503B (zh) * | 2014-08-06 | 2019-10-22 | 腾讯科技(深圳)有限公司 | 一种软件测试方法及其设备 |
CN105550106A (zh) * | 2015-12-09 | 2016-05-04 | 浪潮电子信息产业股份有限公司 | 一种基于团队的测试方法 |
CN107273282A (zh) * | 2016-04-07 | 2017-10-20 | 富士通株式会社 | 移动应用测试方法和移动应用测试设备 |
CN106844196B (zh) * | 2016-12-22 | 2019-12-10 | 福建瑞之付微电子有限公司 | 一种支付终端嵌入式软件测试工作量统计系统 |
CN108920362A (zh) * | 2018-05-30 | 2018-11-30 | 邵阳学院 | 一种计算机软件的测试系统 |
CN109271302A (zh) * | 2018-09-11 | 2019-01-25 | 无锡江南计算技术研究所 | 基于资源占用率统计的用户体验级基准测试集构建方法 |
CN111240959B (zh) * | 2019-12-27 | 2021-01-15 | 广东睿江云计算股份有限公司 | 一种回归测试范围的规划方法 |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102063375A (zh) * | 2011-01-13 | 2011-05-18 | 北京航空航天大学 | 一种基于混合测试的软件可靠性评估方法及其装置 |
-
2012
- 2012-08-20 CN CN201210296752.8A patent/CN103455415B/zh not_active Expired - Fee Related
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102063375A (zh) * | 2011-01-13 | 2011-05-18 | 北京航空航天大学 | 一种基于混合测试的软件可靠性评估方法及其装置 |
Non-Patent Citations (2)
Title |
---|
基于净室软件工程的游戏软件测试技术研究与分析;蒋方纯;《计算机工程与科学》;20080615;第30卷(第6期);全文 * |
软件测试理论中的阴阳学说;蒋方纯,陆云帆,谢晓勇;《第六届中国测试学术会议论文集》;20100731;全文 * |
Also Published As
Publication number | Publication date |
---|---|
CN103455415A (zh) | 2013-12-18 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103455415B (zh) | 一种软件的测试方法 | |
Giffin et al. | Change propagation analysis in complex technical systems | |
Reich-Weiser et al. | Appropriate use of green manufacturing frameworks | |
Jiang et al. | Software testing model selection research based on Yin-Yang testing theory | |
CN105260534B (zh) | 用于超大规模芯片验证的回归测试用例维护方法及系统 | |
CN103166989A (zh) | 面向云计算的资源使用计量方法和系统 | |
CN110968495A (zh) | 一种容器云平台性能评估方法及装置 | |
CN105988930A (zh) | 测试用例生成方法和装置 | |
CN103559303A (zh) | 一种对数据挖掘算法的评估与选择方法 | |
CN111190814B (zh) | 软件测试用例的生成方法、装置、存储介质及终端 | |
CN105183604A (zh) | 一种对服务器性能进行测试的方法及系统 | |
Macumber et al. | A graphical tool for cloud-based building energy simulation | |
Chandan et al. | idr: Consumer and grid friendly demand response system | |
Chandrakumar et al. | An approach to estimate the size of ERP package using package points | |
Schultz | Enriching process models for business process compliance checking in ERP environments | |
CN108572914B (zh) | 一种生成用于压力测试的日志的方法及装置 | |
Hammad et al. | Mitigating construction project risk using Building Information Modelling (BIM) | |
Mohankumar et al. | A Green IT Star Model Approach for Software Development Life Cycle | |
US11750471B2 (en) | Method and apparatus for determining resource configuration of cloud service system | |
CN102546235A (zh) | 云计算环境下面向web应用的性能诊断方法和系统 | |
CN108985758B (zh) | 数据处理方法、数据处理系统及终端设备 | |
CN106202374A (zh) | 一种数据处理方法及装置 | |
CN103917950A (zh) | 具有控制变量、性能度量和/或满意度函数的计算机系统性能管理 | |
Wang et al. | Analyzing inaccurate artifact usages in a workflow schema | |
Simonov et al. | Global sensitivity analysis workflow support to the EV fleet recharge optimization use case |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20160217 Termination date: 20190820 |
|
CF01 | Termination of patent right due to non-payment of annual fee |