软件测试与可靠性评估方法研究(4)

发表于:2015-01-06来源:uml.org.cn作者:51CMM.COM点击数: 标签:软件测试
这些检查虽然增加了工作量,但对于在测试早期发现错误和提高软件的质量是非常必要的。 2.设计测试用例 设计测试用例就是针对特定功能或组合功能设

  这些检查虽然增加了工作量,但对于在测试早期发现错误和提高软件的质量是非常必要的。

  2.设计测试用例

  设计测试用例就是针对特定功能或组合功能设计测试方案,并编写成文档。测试用例的选择既要有一般情况,也应有极限情况以及最大和最小的边界值情况。因为测试的目的是暴露应用软件中隐藏的缺陷,所以在设计选取测试用例和数据时要考虑那些易于发现缺陷的测试用例和数据,结合复杂的运行环境,在所有可能的输入条件和输出条件中确定测试数据,来检查应用软件是否都能产生正确的输出。

  一个典型的测试用例应该包括下列详细信息:

  a.测试目标;

  b.待测试的功能;

  c.测试环境及条件;

  d.测试日期;

  e.测试输入;

  f.测试步骤;

  g.预期的输出;

  h.评价输出结果的准则。

  所有的测试用例应该经过专家评审才可以使用。

  设计与选取测试用例集的第一步是对测试用例进行描述,这种描述是否权威、完整、可理解与规范化,则决定了该测试用例能否或多大程度上可以被操作人员、软件研制人员和试验鉴定人员所理解接受。所以,规范化的测试用例描述在软件测试与评估中具有重要的作用。

  3.测试实施

  做好上述准备工作后,就可以实施测试了。研制方交付的任何软件文档中与可靠性质量特性有关的部分,包括产品说明书、用户文档、程序以及数据都应当按照需求说明和质量需求进行测试。在项目合同、需求说明书和用户文档中规定的所有配置情况下,程序和数据都必须进行测试。

  在测试中,可以考虑进行“强化输入”,即输入比正常输入更恶劣(合理程度的恶劣)的输入。如果软件在强化输入下可靠,只能说明比正规输入下可靠得多。

  为了获得更多的可靠性数据,应该采用多台计算机同时运行软件,以增加累计运行时间。

  4.可靠性数据收集

  软件可靠性数据是可靠性评估的基础。应该建立软件错误报告、分析与纠正措施系统。按照相关标准的要求,制定和实施软件错误报告和可靠性数据收集、保存、分析和处理的规程,完整、准确地记录软件测试阶段的软件错误报告和收集可靠性数据。

  用时间定义的软件可靠性数据可以分为四类:1、失效时间数据,记录发生一次失效所累积经历的时间;2、失效间隔时间数据,记录本次失效与上一次失效间的间隔时间;3、分组数据,记录某个时间区内发生了多少次失效;4、分组时间内的累积失效数,记录某个区间内的累积失效数。这四类数据可以互相转化。

  每个测试记录必须包含充分的信息,包括:

  a.测试时间;

  b.含有测试用例的测试计划或测试说明;

  c.所有与测试有关的测试结果,包括所有测试时发生的故障;

  d.参与测试的个人身份。

  5.编写测试报告

  测试活动结束后必须编写《软件可靠性测试报告》,对测试项及测试结果在测试报告中加以总结归纳。编写时可以参考GJB 438A-97中提供的《软件测试报告》格式,并应根据情况进行剪裁。测试报告应具备下列内容:

  a.产品标识;

  b.使用的配置(硬件和软件);

  c.使用的文档;

  d.产品说明、用户文档、程序和数据的测试结果;

  e.与需求不相符的项的列表;

  f.测试的最终日期。

  这种规范化的过程管理控制有利于获得真实有效的数据,为最终得到客观的评估结果奠定基础。

  八.结束语

  本文针对软件的测试与可靠性评估方法进行了专门地研究。当然,最好的软件可靠性评估方法是完全用现场试验的方法。评估软件的可靠性受到许多客观条件限制,其中最大的限制就是可靠性信息不足。所以应该利用构成软件的各个模块的历史可靠性试验信息统计评估全系统的可靠性。这需要:收集到足够的软件以及各个模块的历史可靠性试验信息;各个模块与软件的可靠性关系明确;各模块寿命类型已知;以及软件研制部门的配合(因为软件历史信息数据主要由研制方掌握)。

  参考文献:

  [1].杨为民等,可靠性维修性保障性丛书,国防工业出版社,1995.

  [2].梅启智、廖炯生、孙惠中,系统可靠性工程基础,科学出版社,1992.

原文转自:http://www.uml.org.cn/Test/test58.htm