技术领域
[0001] 本
发明属于计算机领域，尤其涉及一种软件的测试方法。
背景技术
[0002] 软件测试的目的就是要在规定的条件下对程序进行操作，以便发现错误，同时对软件
质量进行评估，软件测试不仅仅是对程序的测试，整个测试范围应该包括软件形成过程的文档、数据、服务以及程序。为了最大程度地保证软件产品的质量，需要在软件开发的每个阶段都进行相应的测试，完整的软件测试应该贯穿软件产品的整个生命周期。
[0003] 然而，在现实实际软件项目测试中，由于时间、人
力、资源的限制，以及综合的考虑，通常是由测试团队根据经费、时间、要求及经验，进行测试的设计，存在如下方面的问题：
[0004] 测试方法、测试工作量等的选择随意性比较大，没有一个相对固定的模式；
[0005] 有时过多地考虑经费、时间等因素，而忽略了测试的质量等要求，达不到高质量的测试；
[0006] 有时为了质量而忽略了时间、经费等的限制，不能完成测试任务。
发明内容
[0007] 本发明
实施例的目的在于提供一种软件的测试方法，将相对固定形式与灵活综合平衡各因素相结合的模式，旨在解决现有的技术方案软件测试无法达到高质量测试的问题。
[0008] 本发明实施例是这样实现的，一种软件的测试方法，该方法包括：
[0009] S11、建立并存储SPR的18种测试形式的阴阳比重值表；
[0010] S12、根据待测试软件估算出待测试软件的使用频度、失效可视性和复杂性；
[0011] S13、获取用户对待测试软件的测试时间和测试人数；
[0012] S14、根据使用频度从预先存储的权重值表中查询出使用频度对应的18种测试形式的权重值，根据失效可视性从预先存储的权重值表中查询出失效可视性对应的18种测试形式的权重值，根据复杂性从预先存储的权重值表中查询出复杂性对应的18种测试形式的权重值，根据测试时间从预先存储的权重值表中查询出测试时间对应的18种测试形式的权重值，根据测试人数从预先存储的权重值表中查询出测试人数对应的18种测试形式的权重值；
[0013] S15、计算18种测试形式的总权重值以及各种测试形式权重值和；
[0014] 各种测试形式权重值和=Q1+Q2+Q3+Q4+Q5；
[0015] 其中，Q1为：上述权重值和对应的测试形式的使用频度权重值；Q2为：上述权重值和对应的测试形式的失效可视性权重值；Q3为：上述权重值和对应的测试形式的复杂性权重值；Q4为：上述权重值和对应的测试形式的测试时间权重值；Q5为：上述权重值和对应的测试形式的测试人数权重值；例如，计算的测试形式为第一种测试形式子程序测试，则Q1为：子程序测试的使用频度权重值，Q2为子程序测试的失效可视性权重值，Q3为子程序测试的复杂性权重值；Q4为子程序测试的测试时间权重值，Q5为子程序测试的测试人数权重值。
[0016] 总权重值=使用频度权重值和+失效可视性权重值和+复杂性权重值和+测试时间权重值和+测试人数权重值和；
[0017] S16、计算每种测试形式的权重值比例，根据每种测试形式的权重值比例和总资源数计算得到每种测试形式的资源数；
[0018] 每种测试形式的权重值比例=每种测试形式权重值和/总权重值*100%；
[0019] 每种测试形式的资源数=总资源数*每种测试形式的权重值比例；
[0020] S17、查询阴阳比重值表获取每种测试形式中阴测试项目和阳测试项目的比重值；
[0021] S18、根据每种测试形式中阴测试项目、阳测试项目的比重值和每种测试形式的资源数计算得到阴测试项目、阳测试项目的资源数；
[0022] S19、依据每种测试形式的阴测试项目、阳测试项目的资源数完成待测试软件的测试；
[0023] 所述阴测试项目为：静态测试、
黑盒测试和性能测试；
[0024] 所述阳测试项目为：动态测试、
白盒测试和功能测试。
[0025] 可选的，上述18种测试形式具体为：
[0026] 子程序测试、单元测试、整个应用程序的系统测试、新功能测试、回归测试、集成测试、病毒防护测试、压力或能力测试、性能方面测试、安全性测试、平台测试、供应链测试、第三方测试、客户验收测试、现场测试、可用性测试、试验室测试和净室统计测试。
[0027] 在本发明实施例中，本发明提供的技术方案通过阴阳测试的方法确定各个测试项目的阴测试比例值，阳测试比例值，根据各个项目的阴测试比例值和阳测试的比例值完成软件的测试，通过实践证明，采用阴阳测试的方法，可以提高测试质量，所以其具有提高软件测试质量的优点。
附图说明
[0028] 图1是本发明提供的一种软件的测试方法的
流程图。
具体实施方式
[0029] 为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。
[0030] 为了更好的说明本发明的技术方案，首先，我们将阴测试和阳测试进行定义，把具有沉静的、隐晦的、器质方面的属性的测试称为阴测试，例如静态测试、黑盒测试、性能测试；把具有活动的、明显的、功能方面的属性的测试称为阳测试，例如动态测试、白盒测试、功能测试。上述阴测试和阳测试的分类表如表1所示：
[0031] 表1：阴测试与阳测试分类表
[0032]
[0033] 根据美国软件生产力研究所（Software Productivity Research，SPR）的研究，软件测试经常使用的测试形式有18种，可以将其分为三大类：一类是根据输入验证应用程序的输出有效性的通用测试，第二类是针对性能或能力等特定类型问题的专用测试，第三类是用户或客户参与的评价软件易用性的测试。表2是SPR的客户中规模大于500个功能点的项目中各种测试形式的使用情况。
[0034] 表2：软件项目中测试方法使用的分布情况
[0035]
[0036] 从上述表中可以看出，50%以上的项目都会用到所有的通用测试，所以通用测试是测试工作量的主要构成成份，同时，有30%左右的项目会选择一半的专用测试，有20%左右的项目会选择一半的用户测试。
[0037] 如果将每一种测试都视为一个测试阶段，那么不同的软件测试项目中测试阶段数量差异很大，从表2中列出的18种测试中的1个到16个不等，但是70%的项目的测试阶段数为6个或6个以下，26%的项目的测试阶段数为7-12个。SPR的经验数据见表3。
[0038] 表3：美国软件项目测试阶段的近似分布
[0039]
[0040] 测试模式选择了之后，就可以进行测试工作量的估计，对测试进行全面的估计需要进行三方面的工作：第一，测试准备，包括设计测试
用例、验证测试用例和将测试用例保存在测试库中；第二，测试执行，在软件上执行测试用例，并记录执行结果；第三，
缺陷修复，修复测试中发现的缺陷，对修复进行验证，然后再次执行用例，确认缺陷已修复，并没有引入新的缺陷。表4为SPR的经验数据，其中测试工作量的百分比是指被估计软件项目的开发总工作量。6个测试阶段、33%的成本、85%的缺陷清除率是美国规模大于1000个功能点的软件项目的平均值。从表中可以看出，测试阶段数越多，缺陷清除率越高。
[0041] 表4：测试阶段数、测试工作量和缺陷清除率关系表
[0042]
[0043]
[0044] 本发明提供一种软件的测试方法，该方法如图1所示，包括：
[0045] S11、建立并存储SPR的18种测试形式的阴阳比重值表；
[0046] S12、根据待测试软件估算出待测试软件的使用频度、失效可视性和复杂性；
[0047] S13、获取用户对待测试软件的测试时间和测试人数；
[0048] S14、根据使用频度从预先存储的权重值表中查询出使用频度对应的18种测试形式的权重值，根据失效可视性从预先存储的权重值表中查询出失效可视性对应的18种测试形式的权重值，根据复杂性从预先存储的权重值表中查询出复杂性对应的18种测试形式的权重值，根据测试时间从预先存储的权重值表中查询出测试时间对应的18种测试形式的权重值，根据测试人数从预先存储的权重值表中查询出测试人数对应的18种测试形式的权重值；
[0049] S15、计算18种测试形式的总权重值以及各种测试形式权重值和；
[0050] 各种测试形式权重值和=Q1+Q2+Q3+Q4+Q5；
[0051] 其中，Q1为：上述权重值和对应的测试形式的使用频度权重值；Q2为：上述权重值和对应的测试形式的失效可视性权重值；Q3为：上述权重值和对应的测试形式的复杂性权重值；Q4为：上述权重值和对应的测试形式的测试时间权重值；Q5为：上述权重值和对应的测试形式的测试人数权重值；例如，计算的测试形式为第一种测试形式子程序测试，则Q1为：子程序测试的使用频度权重值，Q2为子程序测试的失效可视性权重值，Q3为子程序测试的复杂性权重值；Q4为子程序测试的测试时间权重值，Q5为子程序测试的测试人数权重值。
[0052] 总权重值=使用频度权重值和+失效可视性权重值和+复杂性权重值和+测试时间权重值和+测试人数权重值和；
[0053] S16、计算每种测试形式的权重值比例，根据每种测试形式的权重值比例和总资源数计算得到每种测试形式的资源数；
[0054] 每种测试形式的权重值比例=每种测试形式权重值和/总权重值*100%；
[0055] 每种测试形式的资源数=总资源数*每种测试形式的权重值比例；
[0056] S17、查询阴阳比重值表获取每种测试形式中阴测试项目和阳测试项目的比重值；
[0057] S18、根据每种测试形式中阴测试项目、阳测试项目的比重值和每种测试形式的资源数计算得到阴测试项目、阳测试项目的资源数；
[0058] S19、依据每种测试形式的阴测试项目、阳测试项目的资源数完成待测试软件的测试。
[0059] 需要说明的是，上述总资源数具体可以为，总测试的时间或总测试的机器数。
[0060] 需要说明的是，上述S12中根据待测试软件估算出待测试软件的使用频度、失效可视性和复杂性的具体的实现方法可以采用
现有技术的方法，例如功能点方法等[0061] 可选的，上述阴阳比重值表具体可以如表5所示，
[0062] 表5：阴阳测试比重值表
[0063]
[0064]
[0065] 其中，需要说明的是，上述阴测试项目和阳测试项目的比重值之和为1。
[0066] 可选的，上述权重值表具体可以如表6和表7所示；
[0067] 表6：权重值表
[0068]
[0069] 表7：权重值表
[0070]
[0071] 实施例一
[0072] 本实施例提供一种《应急推演沙盘》软件测试的方法，其中，《应急推演沙盘》软件的测试时间为：4个月，测试人数为50人，总资源数为1000个小时。该方法的具体实现方式如下：
[0073] 1、采用现有技术的估算方法估算出《应急推演沙盘》软件的使用频度为25%、失效可视性为可视、复杂性为600点；需要说明的是，本实施例的使用频度和失效可视性是为了简化说明所以采用的是同一个使用频度和失效可视性，在实际应用中，根据现有技术的估算方法有可能估算出的18个测试项目的使用频度和失效可视性不一致；
[0074] 2、获取《应急推演沙盘》软件的测试时间为4个月，测试人数为50；
[0075] 3、查询表6、7获取子程序测试的使用频度权重值为10、失效可视性的权重值为10、复杂性的权重值为10、测试时间的权重值为5，测试人数的权重值为5；
[0076] 4、计 算得 到子 程序 测试 的权 重值 和=10+10+10+5+5=40；总 权重 值=105+70+115+100+145=535；
[0077] 5、计算出子程序测试的比重值=40/535*100%=7.47%；子程序测试的资源数=1000h*7.47%=74.7h；
[0078] 6、查询表5获取黑盒测试的比例为0.2、白盒测试的比例为0.5和功能测试的比例为0.3；
[0079] 7、计算子程序测试的黑盒测试的资源数=74.7h*0.2=14.94h；子程序白盒测试的资源数=74.7h*0.5=37.35；功能测试的资源数=74.7h*0.3=22.41h。同理计算出其他17个测试形式的阴测试项目和阳测试项目的资源数。
[0080] 8、依据每种测试形式的阴测试项目、阳测试项目的资源数完成待测试软件的测试。
[0081] 本实施例提供的方法通过阴阳测试的方法确定各个测试项目的阴测试比例值，阳测试比例值，根据各个项目的阴测试比例值和阳测试的比例值完成软件的测试，通过实践证明，采用阴阳测试的方法，可以提高测试质量，所以其具有提高软件测试质量的优点。将阴阳软件测试技术方法，应用于《应急推演沙盘》软件测试，并与用传统测试方法测试《应急推演沙盘》软件进行了对比。使用阴阳软件测试技术方法共用测试用例202个，发现缺陷45个，传统测试方法共用测试用例330个，发现缺陷43个。阴阳软件测试技术的测试效果有所提高，发现的缺陷数比传统测试方法提高了4.65%（=（45-43）/43），测试的工作量大大减少，测试用例数比传统测试方法减少了38.78%（=（330-202）/330）的工作量。
[0082] 值得注意的是，上述实施例中，所包括的各个单元只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各功能单元的具体名称也只是为了便于相互区分，并不用于限制本发明的保护范围。
[0083] 另外，本领域普通技术人员可以理解实现上述各实施例方法中的全部或部分步骤是可以通过程序来指令相关的
硬件来完成，相应的程序可以存储于一计算机可读取存储介质中，所述的存储介质，如ROM/RAM、磁盘或光盘等。
[0084] 以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内所作的任何
修改、等同替换和改进等，均应包含在本发明的保护范围之内。
