1、软件测试办法 文档 6文 档 编 号产品版本密级XK-DN-2000-10-11-07V 1.0内部产品名称： 共 页软件测试办法(仅供内部使用)文 档 作 者：_ 日期：_/_/_开发/测试经理：_ 日期：_/_/_项 目 经 理： _ 日期：_/_/_请在这里输入公司名称版权所有 不得复制软件测试办法1 范围1 .1 主题内容为保证软件的可靠性和安全性，从技术角度对工程软件测试办法作出规定，包括：xxxxxxxxxx1 .2 目的提供系统化、规范化、工程化、实用化的测试技术规范，尽早发现故障，减少交付系统联试前软件中的残留差错。1 .3 适用范围主要适用于系统中各组成部分的软件测试工作，其
2、它软件开发工程中的软件测试工作也可以参照。 本办法可用于新开发的或修改、更新的软件测试。 本办法的使用对象可以是开发人员、测试人员、交办单位委托的第三方测试人员。2 引用标准此处加入引用标准3 定义此处加入定义3 .1 单元此处加入单元3 .2 单元测试此处加入单元测试3 .3 计算机软件部件及计算机软件配置项此处加入计算机软件部件及计算机软件配置项3 .4 软件组件测试几组件接口测试此处加入软件组件测试几组件接口测试3 .5 组装测试此处加入组装测试3 .6 确认测试此处加入确认测试3 .7 系统联试此处加入系统联试3 .8 正式测试此处加入正式测试4 一般要求4 .1 测试目的a 通过测试
3、，发现软件错误；b 验证软件是否满足软件设计和合同书所规定的技术要求；c 检查软件对误操作的处理能力；d 为软件可靠性与安全性的评估提供依据。4 .2 测试阶段及顺序软件测试工作必须做以下各层测试：a 静态分析；b 组件测试；c 组装测试；d 确认测试；e 系统联试。4 .3 测试实施要求4 .3.1 测试用例设计要求此处加入测试用例设计要求4 .3.2 测试文档测试工作必须编制软件测试计划和测试分析报告两个文档。软件测试计划中应包括测试说明，也可以将测试说明另外成文。独立测试文档格式参见XK-DN-2000-10-11-13测试分析报告。测试文档管理纳入配置管理。4 .3.3 测试工作进程此
4、处加入测试工作进程 测试开发 工作阶段系统联试确认测试组装测试单元测试静态分析需求建立计划建立计划无无无设计建立计划设计建立计划设计建立计划设计建立计划设计无实现建立用例、规程和测试辅助程序建立用例、规程和测试辅助程序建立用例、规程和测试辅助程序建立用例、规程和测试辅助程序，执行执行测试执行执行执行无执行图-14 .3.4 测试未通过处理此处加入测试未通过处理4 .3.5 测试记录此处加入测试记录4 .4 测试工作规程此处加入测试工作规程4 .5 测试组织此处加入测试组织测试类型软件关键性级别ABCD静态分析内部单元测试内部组装测试内部确认测试正式强度测试正式可靠性测试正式系统联试注：（1）表
5、示适用（2）强度测试和可靠性测试是确认测试的一部分内容，为了强调是对A、B级软件的要求而单独列出。其中内部测试同开发小组进行，正式测试应视软件关键性级别由总公司评测中心或评测站进行。建议A类关键性软件由总公司评测中心或评测站进行正式测试。图-25 具体要求5 .1 静态分析此处加入静态分析5 .2 组件测试此处加入组件测试5 .3 组装测试此处加入组装测试5 .4 确认测试此处加入确认测试5 .5 系统联试此处加入系统联试5 .6 可靠性测试此处加入可靠性测试5 .7 安全性测试此处加入安全性测试5 .8 回归测试此处加入回归测试5 .9 软件错误报告此处加入软件错误报告附录 代码检查单（参考
6、件）格式：嵌套的IF正确地缩进了吗？注释准确并有意义吗？使用有意义的标号了吗？代码基本上与开始时的模块模式一致吗？遵循全套的编程标准吗？入口和出口的连接：初始入口和最终出口正确吗？对另一个模块的每一次调用： 全部所需的参数传送给每一个被调用的模块吗？ 被传送的参数值正确地设置了吗？ 对关键的被调用模块的意外情况（如丢失、混乱）有处理吗？程序语言的使用：使用一个或一组最佳的动词了吗？模块中使用完整定义的语言的有限子集吗？使用了适当的跳转语句吗？存贮器使用：每一个域在第一次使用前正确地初始化了吗？规定的域正确吗？每个域有正确的变量类型声明吗？测试和转移：测试正确的条件了吗？用于测试的是正确的变量吗？每个转移目标正确并至少执行一次吗？性能：逻辑被最佳地编码吗？提供正式的错误/例外子程序吗？可维护性：清单格式适于提高可读性吗？标号和子程序符合代码的逻辑意义吗？逻辑：全部设计已实现了吗？代码做的是设计规定的内容吗？每一个循环执行正确的次数吗？可靠性：对从外部接口采集的数据有确认吗？遵循可靠性编程要求了吗？6仅供内部使用