引言

1.1 编写目的

为软件开发项目管理者、软件工程师、系统维护工程师、测试工程提供关于项目系统整体功能和性能的测试指导，同时也是用户确定软件是否完整测试的重要依据。

1.2 项目背景

xxxxxx

1.3 测试目标

在用使用软件之前，尽可能的发现软件中存在的错误和不合理之处，排除软件中存在的错和不合理之处，排出软件中潜在的错误，最终把高质量的软件系统交付给用户。系统的测试覆盖范围：功能、性能、UI、安全性、兼容性、容量

1.4 测试参考文档

GBT 15532-2008 软件测试规范

GBT 9386-2008 计算机软件测试文档编制规范

1.5 测试提交文档

软件测试方案

软件测试用例

软件测试报告

2.测试要求

2.1 测试配置要求

分类 / 软件 、版本

运行系统：xxx系统

2.2 测试方法

系统的功能测试选用了手工测试，运用黑盒测试中的等价类划分、边界值分析、错误推断、因果图法。

系统UI方面的测试包括：易用性测试、规范性测试、帮助设施测试、合理性测试、美观与协调性测试、独特 性测试、快捷方法组合组合测试。

系统的安全性、兼容性、暗转与反安装、配置测试也是手工测试

单元测试采用方法是白色测试，功能测试采用黑盒测试

2.3 测试数据

测试数据主要依据《A5 数据共享情况报告》文档，参考《08-2 试运行方案》文档中规定的运行限制，设计测试用例，作为《江门市交通运输局汽车排放检验与维护（I/M) 制度管理系统项目》平台的测试数据。

2.4 测试策略

2.4.1 单元测试

首先依照系统、子系统和模块进行划分名单时最终的单元必须是功能模块，或者面向对象过程中的若干类，单元测试是对功能模块进行正确性验证的测试工作，也是后续测试的基础。目的在于发现各模块内部可能存在的各种差错，因此需要从程序内部结构出发设计测试用例，着重考虑以下五个方面：

模块接口：对所测模块的数据流进行测试。

局部数据结构：检查不正确不一致的数据类型说明、适用尚未赋值或者尚未初始化的变量、错误的初始值或者缺省值

路径：虽然不能做到穷举测试，但是设计测试用例查找由于不正确计算（算法错、表达式的符号不正确、运算精度不够等）不正确的比较或者不正常的测试流（包括不同数据类型的相互比较、不适当地修改了循环变量、错误的或不可能的循环终止条件等）而导致错误

错误处理： 检查模块有没有对于常见的条件设计比较完善的错误处理功能，保证其逻辑上的正确性

边界：注意设计数据流、控制流中刚好等于、大于或小于确定的比较直的用例

2.4.2 集成测试

集成测试也叫组装测试、联合测试。通常在单元测试的基础上需要将所有的模块按照设计要求组装系统，这时需要考虑的问题如下：

把各个模块连接起来， 模块接口的数据是否会丢失

一个模块的功能是否i会对另一个模块的功能产生不利的影响

各个子共嗯那个组合起来，是否达到预期要求的父功能

全局数据结构是否有问题

单元模块的误差积累起来，是否会放大，从而达到不能接受对策程度。我们在组装的时候可以参考采用一次性组装方式或者增值式组装方式

2.4.3 系统测试

系统测试目的在于验证软件功能和性能及其他特性是否与用户的要求一致，主要是以下类型的测试

1.功能测试