性能效率

时间特性

P-001

系统在单用户登录响应时间在1/3/5秒以内。（一般来说，用户对响应时间的要求是越快越好。根据一些普遍的标准，如果系统能在1秒以内对用户请求作出响应，用户会感觉系统的响应很快，体验非常好；如果响应时间在1-3秒之间，用户可以接受；如果响应时间在3-5秒之间，用户可能会感觉系统响应速度有些慢，但仍然可以接受；而如果响应时间超过5秒，用户可能会认为这是一个失败的体验，选择离开或重新发起请求。）

P-002

系统在单用户下执行XXX业务响应时间在1/3/5秒以内。（根据需要测试的业务或者招标文件填写）

P-003

系统在多少用户下执行XXX业务响应时间在1/3/5秒以内。(根据招标文件判定具体用户数用户，100/200/300，)

P-004

系统在多少用户下执行XXX业务，TPS（吞吐率）达到多少。(根据招标文件判定具体用户数用户，部分需求只谈及TPS到达多少，不涉及多少用户数。)

容量特性

P-005

系统支持XXX用户数并发进行XXX操作。(系统支持多少用户数进行什么操作，事务通过率大于99%判定为通过)

P-006

系统交易吞吐量（单位时间内处理请求的数量）达到XXX。

P-007

数据容量。（系统内存在多少用户）

P-008

系统QPS（每秒查询率，即系统每秒响应的查询次数，主要针对查询服务性能指标）达到XXX。

资源特性

P-009

系统在xxx用户数并发时，CPU、内存使用率不超过75%。(具体值指根据招标文件等)

P-0010

系统在xxx用户数并发时，磁盘读写达到多少KB/S。

稳定性

P-0011

系统持续运行一段时间，测试系统在这种条件下是否能够稳定运行的程度。（判断是否稳定，根据事务通过率是否大于99%为依据。）

依从性

P-0012

产品或系统遵循与性能效率相关的标准、约定或法规以及类似规定的程度。

测试关注

Ø 时间特性：产品或系统执行其功能时，其响应时间 、处理时间及吞吐率满足需求的程度 。

Ø 资源利用性：产品或系统执行其功能时，所使用资源数量和类型满足需求的程度。

Ø 稳定性：系统持续运行一段时间，测试系统在这种条件下是否能够稳定运行的程度。

Ø 容量：产品或系统参数的最大限量满足需求的程度。

Ø 依从性：产品或系统遵循与性能效率相关的标准、约定或法规以及类似规定的程度。

测试方法

基准检验方法：应用单一的虚拟用户依次访问单一的典型业务点，保证测试过程中没有其他操作影响，从而获得“基准”的响应时间、资源利用率、吞吐量的参考值及性能周期性的表现趋势。

负载测试方法：是指在一定的软件、硬件级网络环境下，运行一种或多种业务，在不同虚拟使用者数量的情况下，测试服务器的性能指针是否在用户的要求范围内。

稳定性测试方法：通过给系统加载一定的业务压力的情况下（如：资源在70%-90%的使用率）的情况下，让系统持续运行一段时间，测试系统在这种条件下是否能够稳定运行。

测试步骤

1. 明确用户对系统性能表现的真实需求，掌握系统在对外提供服务时预计承受的访问指标（如：用户平均访问量、用户峰值访问量、要求提供的响应时间、事务吞吐量等）。

2. 依据系统设计文件，及用户需求沟通，了解系统整体架构、系统业务流程、系统拓扑、系统数据流向等技术信息，并对其进行基础分析，初步定为系统中性能瓶颈点。

3. 创建性能测试模型，性能测试需要针对一定的前提条件，某种性能表现与方方面面的前提条件息息相关，性能测试模型即为通过分析测试需求及系统分析创建的有助于限定性能测试结果的约束性条件。

4. 依据测试方法开发性能测试用例，并开发性能测试场景及脚本，依次执行基准检验、负载测试及稳定性，记录相关性能测试指针及资源利用情况。