测试方案设计

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

1.2 项目背景
根据项目去介绍

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

1.4 测试参考文档
GBT 15532-2008 软件测试规范

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

1.5 测试提交文档
软件测试方案

软件测试用例

软件测试报告

1.6 术语和缩写语
本文使用的术语、定义

​2.测试要求
2.1 测试配置要求

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

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

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

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

2.3 测试数据
测试数据主要依据《xxx》文档，参考《xxx》文档中规定的运行限制，设计测试用例，作为xx平台的测试数据

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

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

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

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

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

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

2.4.2 集成测试
集成测试也叫组装测试、联合测试。通常在单元测试的基础上需要将所有的模块按照设计要求组装系统，这时需要考虑的问题如下： 把各个模块连接起来， 模块接口的数据是否会丢失 一个模块的功能是否i会对另一个模块的功能产生不利的影响 各个子共那个组合起来，是否达到预期要求的父功能 全局数据结构是否有问题 单元模块的误差积累起来，是否会放大，从而达到不能接受对策程度。我们在组装的时候可以参考采用一次性组装方式或者增值式组装方式
2.4.3 系统测试
系统测试目的在于验证软件功能和性能及其他特性是否与用户的要求一致，主要是以下类型的测试

1、功能测试

验证系统功能是否符合其需求规格说明书，核实系统功能上是否完整，没有冗余和遗漏功能。详细介绍如下表：

​2、用户界面测试

测试用户界面是否具有导航性、美观性、行业或者公司规范性、是否满足设计中客户要求的执行功能、详细介绍如下边UI测试。

其中，Web 测试通用方法可以参考《Web 测试检查点总结》

​3、性能测试

测试相应时间、事务处理效率和其他时间敏感的问题。介绍如下表:

​4、兼容性测试

测试软件在不同平台上的使用的兼容性。介绍如下：

​5、安全性测试

测试软件你系统对于非法侵入的防范能力。详细介绍如下表：

​6、配置测试

测试在不同网络、服务器、工作站的不同软硬件配置条件下，软件系统的质量，详细说明见下表：

​7、回归测试

​2.4.4 验收测试

​2.5 测试资源

​2.6 测试阶段及范围

2.7通过测试的标准
一般有“基于测试用例” 和基于“缺陷密度”两种评比准则，在这里我们采用前者

1、功能性测试用例通过来吧达到100%

2、非功能性测试用例通过率达到95%

3、没有高于优先级3以上的问题

备选通过方法：根据实际由开发部门经理、项目经理、测试负责人共同讨论确定本测试阶段是否结束《系统测试各阶段准入准出规则》
3.软件结构介绍
3.1 概述

本文档描述的数据接入需求模块，需求表示及需求描述如表：

需求标识	需求模块	需求描述

 

4.测试用例
测试用例文档附件粘贴即可（也可以注明测试用例访问的位置）