高可靠性软件测试方案探讨.docVIP

高可靠性软件测试方案探讨 2007-09-12 03:21:44 - 来源：CSDN - 发布者：admin - 评论数： 0 - 点击数： 413 - [ 评论 ] 内容简介：随着软件系统规模和复杂度日益升高，越来越多的软件项目明确提出软件的可靠性要求。而涉及高可靠性软件开发的软件企业也越来越意识到，软件测试在这些项目开发过程中绝不是一种辅助性工作，而是从软件质量控制角度保证软件工程过程质量的最有效方法。有鉴于此，本文以CraftGS航天项目模型为例，系统地介绍了一套行之有效的软件测试方案，该方案对同类高可靠性软件项目测试工作的开展具有一定的参考意义和指导作用。 ? （嫦娥工程地面应用系统软件质量部?戴金龙） Qnv中国可靠性资源网[关键词] 高可靠性?? 软件测试?? 软件验证技术?? 软件确认技术? 软件测试管理Qnv中国可靠性资源网 1??????? 引言 高可靠性软件泛指一类软件：该类软件运行过程中若出现故障会引发重大灾难性事故或经济损失。通常航天型号软件、银行系统软件、医疗行业软件、通讯行业软件等均属此范畴。目前，越来越多的软件企业涉及高可靠性软件项目，如何保证软件质量成为众多企业面临的一个很重要的课题。这篇文章结合某航天项目地面应用系统模型（本文命名为CraftGS），重点讨论如何从软件测试的角度保证此类产品的软件质量。 2??????? CraftGS项目简介 CraftGS是一个很经典的卫星地面应用系统模拟项目。它分为5个子系统：数据接收子系统(DAS)、数据预处理子系统(DPS)、运行管理子系统(OMS)、数据管理子系统(DMS)以及数据产品实现(DPRS)子系统。CraftGS的总体可靠度要求是0.95。各分系统分配到的可靠度指标是如下： 分系统名 可靠度指标 DAS 0.99994 DPS 0.99865 OMS 0.99910 DMS 0.99950 DPRS 0.99502 CraftGS的业务逻辑是Data Package从卫星传入DAS，DAS负责解包，将解包后数据传入OMS及DPS，OMS通过DAS传来的数据检测卫星是否正常运行并负责卫星飞行姿态调整；DPS负责调制DAS传来的数据，转换成有意义的逻辑数据。DPS处理后的逻辑数据传入DMS以及DPRS。其中DMS负责数据备份、数据查询及数据链路维护等操作；DPRS负责将DPS处理过的逻辑数据分门别类地转换成数据产品，并封装发布。 考虑到项目固有的可靠性安全性要求，CraftGS系统采用Java+Unix技术架构实现。该架构从编程语言级和系统级对软件产品质量做了保证。为了控制软件产品开发过程中的质量，笔者推荐采用如下软件测试方案。 3??????? 测试方案：软件验证技术+软件确认技术+软件测试管理 CraftGS系统的软件测试方案由三个部分组成，即软件验证技术、软件确认技术和软件测试管理技术。它们内涵及相互之间的关系如下图所示：Qnv中国可靠性资源网? CraftGS测试方案 测试技术层面 测试管理层面 软件验证技术 需求规格说明验证 软件测试团队组织管理 设计规格说明验证 代码验证 软件测试计划管理 交付验证 软件确认技术 单元测试 软件缺陷（错误）跟踪管理 集成测试 系统测试 软件测试件管理 交付测试 Qnv中国可靠性资源网 相对于软件验证技术，软件确认技术则主要着眼于排除程序代码中的错误。活动涉及的对象主要是程序部件的代码或软件成品。在实施过程中，常常按被测代码的规模和测试所处的层次将软件确认测试分为四个阶段，即：单元测试（也叫类测试）、集成测试（也叫组装测试）、系统测试和交付测试。确认测试基本上由软件测试人员对照相关开发文档运行程序独立完成的。必要时，也可让设计人员带领测试人员阅读程序代码共同发现其中的错误，（即所谓代码评审会）。有意见认为，在单元测试(或类测试)阶段，应该有软件编码人员参与，这样能减轻测试人员阅读代码障碍。原则上，测试理论不提倡程序作者负责把关自己编写的程序的质量。在实际实施过程中，可视实际情况灵活处理。（如成对编程可能会较好的处理单元测试这个难题，上面提到的代码评审会也是为应对这个难题而想出的一个好办法。），软件确认技术目前已经部分地实现了测试工具的自动化，市面上已有不少自动化工具能在测试人员的辅助下完成相应的测试工作（例如用于Java代码单元测试的Junit工具，又如用于GUI测试的Rational Visual Test工具，等等）。 软件验证技术和软件确认技术均属于测试技术层面的东西。然而对于工程质量的保证而言，光靠软件测试技术还远远不够，还需要技术管理层面上的东西。软件测试管理技术的诞生正是