1) 压力测试

基于本次的测试的目的和需要测试的特性，将本次测试分为两个阶段：阶段一，单业务压力测试；阶段二，多业务混合压力测试。

a) 单业务压力测试

测试目的：

排查各个典型业务的压力瓶颈。

选用测试模型

单业务压力测试模型。

b) 混合业务压力测试

测试目的：

在排查各个典型业务的性能瓶颈后，测试该系统的最大并发用户数，并找到系统存在的性能瓶颈。 选用测试模型：

混合业务压力测试模型。

2) 稳定性测试

测试目的：

检查系统在连续运行240小时过程中的性能表现

选用测试模型：

稳定性测试模型。

1.1.4.4.3. 文档测试

对需求说明书、设计文档进行规范性检查。

1.1.4.5 测试用例

本次测试中将主要的测试用例归类为不同的测试场景，同时设计易用性测试用例和接收测试用例。 1.1.4.5.1. 基本测试场景

描述系统正常操作流程，以通过操作完整实现一个业务功能为原则。其中每一个步骤对应一个测试用例。测试用例中采取的数据都为正常数据。 1.1.4.5.2. 异常测试场景

基于系统正常操作流程，在整实现一个业务功能的操作过程中验证系统的数据校验、特殊操作处理等功能。其中每一个步骤对应一个测试用例。测试用例中采取的数据有正常数据和异常数据。 1.1.4.5.3. 接收测试用例

由“基本测试场景”中选取出代表性用例，用于验证开发团队提交测试版本

的可测性。 1.1.4.6 人员及职责

资源 职责描述 数量 到位时间 1. 负责测试人员的组织和管理工作，并指导、带领本组人员日常测试工作； 测试项目负责人 2. 负责对各个项目做测试需求分析和文档整理工作; 3. 参与执行测试用例 1 测试小组进场时 配置管理员 负责测试文档和测试工具管理工作 测试开始执行前 1 负责检查测试过程中各个环节测试质量管理员 质量 测试开始执行前 1. 参与编写测试用例； 测试工程师 2. 负责功能、性能测试用例执行。 若干 测试开始执行前

1.1.4.7 测试工作输出

分类 名称 描述 输出人 备 注 《测试方案》 Word 测试项目负责人 《测试进度计划》 project 测试项目负责人 《性能测试方案》 Word 测试项目负责人 《测试用例》 文档 QCS/Excel 测试组 《缺陷状态报告》 Word 测试组 《阶段简报》 Word 测试组 阶段性输出本阶段的测试总结报告 《测试报告》 Word 测试项目负责人 含性能、功能测试结果

1.1.4.8 启动、暂停/重启、结束准则 1.1.4.8.1. 启动准则

待测试系统部署完毕，功能使用正常。

1.1.4.8.2. 暂停/再启动准则

测试版本未通过“接收测试”，需要由开发人员修正后再次接收测试； 测试过程中发现性能瓶颈时测试执行暂停，由开发人员进行调优； 开发人员经过调优后解决系统测试瓶颈后，可以再次启动 1.1.4.8.3. 退出准则

通过压力测试发现的性能瓶颈经过待测试系统开发人员对系统调优后无解决时。 1.1.4.9 测试风险分析

风险描述 程度 解决方案 相关负责人 备注