方案中MF部分.doc

.2 通用软件测试工具 .2.1必要性 随着国防行业建设的发展和我所装备研制科研范围的不断扩展，技术装备复杂性的提高，信息化软件在我单位中的应用逐渐增多，在装备中的核心作用越来越突出。此外，我测试中心刚取得的集团内唯一的一级测试中心资格，不但要承担本集团内的测评任务，进而面临着整个国防工业系统横向的测评业务的扩充，更需要从软硬件基础条件到整体的测试管理体系建设上一个层次，迫切地需要对原有测评中心进行新的建设。 测试中心是装备科研体系建设内容的重要组成部分之一，是为我单位进行完整的单元测试、集成测试、系统测试、用户验收测试、性能测试及安全性测试，提供最佳品质保障；通过提供完善的缺陷跟踪手段，与各个产品研发环节的信息充分连接，为系统质量分析和评估提供有效的支撑；基于测试中心构建的信息化测试平台，系统地收集、积累项目的历史质量管理经验及数据，提炼共性质量分析和评估模型，形成结构化、知识型、可共享的质量管理资源库，为装备研制工作提供过程改进和管理提供决策支持,为长期不断地提高我装备的质量奠定坚实的基础。 图 2 通用软件测评体系架构图 .2.2 建设目标 通过本次“十二五”能力建设，使中国船舶重工集团公司软件测试中心具备完善的测试工具平台，能够满足从静态测试到动态测试、从单元测试到系统测试、从白盒测试到黑盒测试、从第三方测评到鉴定、定型测试、各主流开发语言的测试需求，能够满足船舶行业各型号设备、系统软件测评的需求。 本测评中心建设目的是增加我单位信息化软件质量与可靠性方面的科研手段，严把质量关，为我单位及各有关单位提供测试技术支持与服务。通过测试工作，发现并减少软件在投入使用前存在的问题，并给出正确的评估与评价结论，以提高软件的质量与可靠性，从而确保我单位被测软件系统性能的稳定和提高，减少故障和事故的发生，提高军用软件系统的安全性，确保装备和人员的安全，进而提高部队战斗力。同时，提高我单位在信息化软件质量与可靠性方面的科研实力，改变以往缺乏有效测试与评价的情况，加大对软件系统质量与可靠性的监控力度。 基于此目的，此次建设的目标为: 建设与整个软件开发体系配套的测试体系； 建立一流的软件测试流程规范，确保测试工作质量； 建立一支业务能力过硬，测试技能一流的测试团队； 建立一流的软件测试环境（包含测试硬件环境、系统软件、自动化测试工具平台等）； 逐步积累测试数据，进行度量分析，建立完善的度量标准，持续改进软件测试过程。 以上红色部分可加到整体中心建设中。 基于目前软件在装备作用中的提升，安全等级高的软件、影响系统全局的核心软件的增多，软硬件运行造成装备故障也成为不断困扰我军装备研究的主要问题，并且未来装备中软件复杂大系统（平台化、组件化、基于SOA）的增多，软件测试的发展趋势要求我们对于软件测试通用平台建设本着测试技术覆盖范围广，测试能力探索范围深的原则，以提高我军软件系统安全性和可靠性，达到软件系统交付零缺陷的目标。 .2.3 建设方案 结合我所实际并定制以下平台架构。 图 9 通用软件测试工具建设方案 下面通用软件测试工具许可的配置均以100人为基准，年项目量为60个计算。 .2.3.1 软件需求测试工具 . 必要性 高质量的软件依赖于一致的、精确的需求；统计表明，有一半左右的缺陷是和需求描述不好相关的。詹姆斯.马丁的研究结果表明，在整个软件开发与测试过程中所发现的错误有超过50%的错误其根源在于错误的或不恰当的系统需求定义上。 通常，软件错误越早发现，用于纠正错误的开销就越小。统计表明，在软件开发的维护阶段纠正软件错误的费用是软件需求定义阶段的100倍。针对软件需求的测试对软件测试的充分性，测试的完备性起到很重要的影响，早期的软件需求测试，能够发现需求中存在的错误，并能够根据软件需求产生完备的测试用例。 当前软件测试中心还没有软件需求测试工具，需要新购该类工具。 . 功能 使用基于域测试的算法来生成最佳数量的测试向量，对系统的每一个需求进行测试。具体的组件功能 a) 分析需求缺陷组件功能 可以分析软件需求的缺陷，生成测试完备的测试用例。分析需求缺陷，定位模型错误，例如那些通过人工方式很难有效被发现的逻辑冲突。尽早地发现并排除软件需求定义中的错误；尽早地发现并排除软件需求定义的二义性和歧义性。 b) 获取，建模和需求管理组件功能 采取文本和非正式文本的需求，并且创建和相关文档的链接。产生可测试的需求。提取不成文的需求，构建域知识库。 通过分级的规格说明模型对复杂系统进行管理；它定义各层次之间的分级关系。该模型支持功能的分解和基于对象概念进行的模块开发的规格说明。 对于上一级体系结构中的每个子系统的输出都要有功能的需求规格说明。每一个功能的需求不是在当前级别上直接实现，通过数据转移序列来进行功能设计描述。一个数据转移序列确定了从输