软件测试办法.doc

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