测试方案

一、软件测试工作过程

1. 消化需求/概要设计/ui设计/编码规范/架构设计/数据库设计；

2. 分析并编写测试计划（单元/集成/系统）（确定测试需求，测试方法，测试环境，测试工作进程计划）；

3. 评审测试计划

4. 设计测试用例（单元/集成/系统）（集成测试用例，系统测试用例）

5. 评审测试用例（集成测试用例，系统测试用例）

6. 单元测试(UT)（执行单元测试用例，记录bug，回归测试，出具测试分析报告）；

7. 集成测试(IT) （执行集成测试用例，记录bug，回归测试，出具测试分析报告） ；

8. 搭建测试环境；

9. 系统测试(ST) （执行系统测试用例，记录bug，回归测试，出具测试分析报告） ；

10. 用户验收测试(UAT)。

二、确定测试策略的原则

（一） 理解被测软件需求熟悉需求，理解被测系统的

1. 组织结构：(软件的用户单位工作岗位的层次结构图,根权限管理测试有关)；

2. 系统功能：与数据有关的动作；

3. 业务流程：调用（获取数据），参数，函数，返回值（送出数据）等；

4. 技术方案（模块化，组件化，层次化）；

5. 前置条件 (完成功能时应该具备的条件，还没有存在的事情；如：除法的分子，分母描述等，如：业务流程中的详细说明)；

6. 约束条件（完成功能是受到的限制，已经存在的事情；如：除数不能为零，如：业务流程中的详细说明）；

7. 数据字典（表单的字段名称，类型，长度，pk等）；

8. 安全要求（网络安全，数据安全等）；

9. 性能指标．TPS，响应速度，CPU和内存的使用率等；

10. 综合查询/报表；

11. 软件运行的环境等相关内容，熟悉软件的结构、相关的技术、设计思想、数据库设计等相关内容。

（二）定义测试计划（测试策略=测试需求+测试方法，测试环境，测试工作进度表）：

可以包括以下内容：16种的测试类型： 初始化测试，功能测试、界面测试，安全测试，容错测试，接口（业务流程）测试、性能测试、并发测试、负载测试、配置（兼容性）测试，恢复测试，安装测试，文档测试，可用性测试等。

（三） 测试技术：

25%用自动测试工具进行测试， 75%手工测试。

（四）完成标准：

测试用例的覆盖率达到20%（测试用例个数/kloc*100%）左右，95%测试用例通过并且最高级缺陷全部解决。

（五）软件特性

1. 正确性--功能，接口，界面，权限

2. 可靠性--性能，负载，并发，稳定性

3. 可测性—需求，可用性

4. 健壮性—容错，恢复测试，

5. 完整性—功能，接口，界面，安装，数据完整性，初始化，权限，release

6. 一致性—文挡，配置，

7. 可扩展性--外部接口

8. 安全性--安全

9. 无二义性

10. 兼容性

三、确定测试策略的步骤

分析被测系统，编写测试需求

反复检查并理解各种信息(数据等)，和相关人员沟通和交流，理解他们的需求。可以按照以下步骤执行：

1）确定软件提供的主要业务

2）对每个用户的日常数据处理业务（商业业务），确定完成该任务所要进行的工作,前置条件,约束条件。

3）确定数据的计算及其结果。

4）对于对时间有要求的业务处理过程，确定所要的时间和条件。这些条件包括数据库大小、机器配置、交易（事务处理）量、以及网络拥挤情况。

5）确定会产生重大意外的安全和压力测试，包括：应用级安全,系统级安全，软件运行的CPU.内存.硬盘空间等

6）确定应用软件系统所需要处理的数据量。

7）确定需要的软件和硬件配置。

通常情况下，不可能对所有可能的配置都测试到，因此要选择最有可能产生问题的情况进行测试.包括：最低性能的硬件、几个有兼容性问题的软件并存、客户端机器通过最慢的LAN/WANF连接访问服务器。

8）确定其他与应用系统有没有接口。包括：

-管理功能，如启动和退出程序；

-配置功能，如设置打印机；

-操作员的爱好，如字体、颜色；

-应用功能，如访问email或者显示时间和日期等。

9）确定安装过程，包括常用的典型安装、自定义定制安装、升级安装。

10）确定没有隐含在功能测试中的用户界面要求。大多界面都在功能测试时被测试到。还有没有是否没有测试到位的。

如：操作与显示的一致性，如使用快捷键等；界面符合ui设计，如按钮大小，标签等。

---

案例 1(ATM业务)

• 主业务流程,卡分支;

• 业务流程分析方法;

• 功能业务分支;

• 转帐业务分支;

• 业务流程容错.

案例2