XXX测试方案


修改记录：


版本号

修改人

修改日期

审核人

批准人

备注

























目录

1引言... 3

1.1编写目的... 3

1.2测试目标... 4

1.3名词解释... 4

2测试范围... 4

2.1功能测试... 4

2.2性能测试... 4

2.3安全性测试... 4

3测试原则... 4

4测试方法... 5

5测试策略... 5

5.1功能测试... 5

5.2性能测试模型估算... 6

5.3性能指标... 6

6测试风险预估... 7

1引言

1.1编写目的

本文档主要是为XXXX产品的测试提供测试范围，测试方法和测试策略，让项目开发人员和测试人员能够熟知本次测试的重点、难点及测试要求，指导测试人员进行系统测试，使本次测试能按照需求达到公司对产品的质量要求。

1.2测试目标

根据产品需求文档得出本次测试的目标，测试的重点。

1.3名词解释

解释方案中出现的专业术语。

2测试范围

2.1功能测试

根据产品需求进行功能拆分，将待测产品功能以表格形式给出。

2.2性能测试

举例说明：过测试确保程序架构的稳定性，并且测试每秒有效的短信下发数和最大承受请求数。

2.3安全性测试

针对产品特性需要进行哪方面的安全性测试。

3测试原则

基于测试是为了寻找软件的错误和缺陷，评估与提高软件质量，我们提出这样的一组测试原则：

l所有的软件测试都应追溯到用户需求

l尽早地和不断地进行软件测试

l充分注意测试中的群集现象

l程序员应避免检查自己的程序

l尽量避免测试的随意性

4测试方法

本次测试主要采用静态分析法和动态测试法进行测试。

5测试策略

5.1功能测试

举例说明：针对产品特点首先进行功能验证、UI测试、兼容性测试等

功能验证主要包括：

1.基本功能：检查程序的基本功能，主要包括XXX、XXX

2.容错性：一台服务器接口崩溃，不会导致服务异常

UI测试主要包括;

1.布局：测试界面是否简洁与美观，布局是否合理，各个输入框是否对齐，文字是否有乱码

2.风格统一：测试界面风格是否统一

5.2性能测试模型估算

列出测试项目的基本业务模型，例如

u全天最大并发用户数

u全天访问/查询总用户数

u忙时占全天总业务量的百分比

uTPS指标，可以选前一年中某个交易在某一天的最大值，然后在这一天中按分钟为单位，列出一个时间分别表，取交易量最大的一分钟，然后用这个交易量除以60，此时就能得TPS，然后再乘以1.5倍作为当前的TPS目标

u查询响应时间

u其他

5.3性能指标

描述了本次测试将要覆盖的需求点，所有的测试将围绕此需求展开。

举例说明：

序号

需求名称

性能指标

1

cpu使用率在70%时，服务器吞吐量值

参考当CPU为40%左右时，吞吐量为607392.095/秒

2

最大TPS时并发的用户量

假设单台机器最大TPS为150，记录此时最大并发用户数


6测试风险预估

根据实际情况和以往经验，在测试过程中的难点和风险点加以评估