报表软件测试

文 档 作 者：

开发/测试经理：项 目 经 理：

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 正式测试 [此处加入正式测试]

仅供内部使用

2

软件测试办法

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

测试工作进程

[此处加入测试工作进程]

测试开发 工作 阶段 需求 设计 实现 系统 联试 确认 测试 组装 测试 单元 测试 静态 分析 建立计划 建立计划 设计 建立用例、规程和测试 辅助程序 建立计划 建立计划 设计 建立用例、规程和测试 辅助程序 执行 无 建立计划 设计 建立用例、规程和测试 辅助程序 执行 无 建立计划 设计 建立用例、规程和测试辅助程序，执行 无 无 执行 测试 执行 无 执行 仅供内部使用

3

软件测试办法

图Ⅲ-1

4 .3.4

测试未通过处理

[此处加入测试未通过处理] 4 .3.5

测试记录

[此处加入测试记录] 4 .4 测试工作规程 [此处加入测试工作规程] 4 .5 测试组织 [此处加入测试组织]

测试类型 A 静态分析 单元测试 组装测试 确认测试 强度测试 可靠性测试 系统联试 注：（1）√表示适用 （2）强度测试和可靠性测试是确认测试的一部分内容，为了强调是对A、B级软件的要求而单独列出。 其中内部测试同开发小组进行，正式测试应视软件关键性级别由总公司评测中心或评测站进行。建议A类关键性软件由总公司评测中心或评测站进行正式测试。

图Ⅲ-2

内部 内部 内部 正式 正式 正式 √ √ √ √ √ √ √ 软件关键性级别 B √ √ √ √ √ √ √ C √ √ √ √ √ D √ √ √ 5 具体要求 5 .1 静态分析 [此处加入静态分析] 5 .2 组件测试 [此处加入组件测试] 5 .3 组装测试 [此处加入组装测试]

仅供内部使用

4

软件测试办法

5 .4 确认测试 [此处加入确认测试] 5 .5 系统联试 [此处加入系统联试] 5 .6 可靠性测试 [此处加入可靠性测试] 5 .7 安全性测试 [此处加入安全性测试] 5 .8 回归测试 [此处加入回归测试] 5 .9 软件错误报告 [此处加入软件错误报告]

附录 代码检查单（参考件）

格式：

——嵌套的IF正确地缩进了吗？ ——注释准确并有意义吗？ ——使用有意义的标号了吗？

——代码基本上与开始时的模块模式一致吗？ ——遵循全套的编程标准吗？ 入口和出口的连接：

——初始入口和最终出口正确吗？ ——对另一个模块的每一次调用：

全部所需的参数传送给每一个被调用的模块吗？ 被传送的参数值正确地设置了吗？

对关键的被调用模块的意外情况（如丢失、混乱）有处理吗？ 程序语言的使用：

——使用一个或一组最佳的动词了吗？

——模块中使用完整定义的语言的有限子集吗？ ——使用了适当的跳转语句吗？ 存贮器使用：

——每一个域在第一次使用前正确地初始化了吗？ ——规定的域正确吗？

——每个域有正确的变量类型声明吗？

仅供内部使用

5

软件测试办法

测试和转移：

——测试正确的条件了吗？ ——用于测试的是正确的变量吗？

——每个转移目标正确并至少执行一次吗？ 性能：

——逻辑被最佳地编码吗？

——提供正式的错误/例外子程序吗？ 可维护性：

——清单格式适于提高可读性吗？

——标号和子程序符合代码的逻辑意义吗？ 逻辑：

——全部设计已实现了吗？

——代码做的是设计规定的内容吗？ ——每一个循环执行正确的次数吗？ 可靠性：

——对从外部接口采集的数据有确认吗？ ——遵循可靠性编程要求了吗？

仅供内部使用

6