性能测试步骤(金融软件)

,,性能测试计划编制规范,,,,,,,,,

0、测试计划目的,"测试计划的目的是：

1、尽早明确测试工作的内容、范围、方法

2、尽早明确测试工作需要的资源，将必需的条件落实下来

3、列出将下一步工作要考虑的问题并给出预案、建议

4、将此类信息发布到测试工作的涉众",,,,,,,,,,

,分类,不是所有的模块都需要进行性能测试，应按照80-20原则选中以下类型的模块进行性能测试（系统中可能只有20％的模块需要进行性能测试）,,,,,,,,,

1、明确测试对象,客户需求,1、功能最重要的模块。比如某邮件系统，最重要功能的就是收发邮件，而不是其他的在线帮助功能,,,,,,,,,

,,2、客户明确提出了性能需求的模块,,,,,,,,,

,服务器端,1、只占用20％的使用时间，却占据了80％的系统性能的功能模块（例如银行每天晚上只花4小时做日终处理，但这要耗费几乎所有的系统性能）,,,,,,,,,

,,2、未来产生最多业务数据的模块or访问最多业务数据的模块or查询条件比较复杂的模块,,,,,,,,,

,客户端,1、系统上线后使用次数最多的功能模块（并发不大，但总是有人在用，比如一般的增、删、查、改功能）,,,,,,,,,

,,2、系统上线后将承受最多并发的模块（不是总在用，但在某个时间段并发会很大。如系统登陆）,,,,,,,,,

,以上只是部分需要性能测试的模块，请再补充,,,,,,,,,,

,系统性能瓶颈的查找与调优,"

本次性能测试的目的是：

1、验证以下性能指标：

1.1系统所能提供的交易容量是否满足客户需求

1.2系统正常运行时对环境资源的占用和使用情况（硬件资源、网络带宽）是否良好

1.3系统在承载需求或测试用例中描述的并发用户数、数据量情况下，其关键功能模块的请求响应时间、每秒

交易次数等性能指标是否满足客户需求

2、通过测试模拟客户端不可控的用户行为，监控系统对其的处理能力，从而：

2.1发现系统瓶颈

2.2获取系统性能调优方案

3、通过对测试结果进行分析，获取系统正常运行所必须的硬件资源指标

",,,,,,,,,

2、明确测试目标,,,,,,,,,,,

,系统实施方案的数据获取,,,,,,,,,,

,,,,,,,,,,,,

,方案列表,"不同的测试方案代表的不同的业务经办规模、为将来不同等级的客户提供不同的实施方案

测试方案的建立参考

测试方案建立的原则是，关注什么，就测试什么。遵循的原则：什么最重要，什么最有意义，什么最受关注？

此外还要依照业务流程、逻辑，合理的安排先后顺序。最后，测试计划应该和测试报告内容相呼应

方案建立的checklist

1.是否存在对于某项业务在不同的条件下（包括系统软、硬件配置、网络环境以及数据量等）响应时间必须满足何值的描述？（如果是，则肯定需要建立不同的方案）

2.是否存在对于（多少数据量，多少并发下）单位时间内必须处理多少次业务的描述？（它应当是本次测试的最重要的任务之一）

3.是否存在对某项业务或整个系统最大承受用户数量的描述？

4.是否存在对同一时刻允许同时响应的业务的最大数量的描述？

5.是否存在对不同业务进行性能比较的描述？（指同一测试方案下）

6.是否存在将某一配置下的应用程序行为与另一配置下的应用程序行为进行比较的描述？

7.是否存在对连续长时间工作后性能变化所容许的范围的描述？（疲劳度测试应该关注的点）

",,,,,,,,,

3、定义测试环境,方案1,逻辑上的数据库、应用服务器在一台物理机器上，并发用户数最多不超过N1，数据库的业务数据量最多不超过D1,,,,,,,,,

,方案2,一台数据库，一台应用服务器，并发用户数从N1到N2，数据库的业务数据量从D1到D2,,,,,,,,,

,方案3,M台应用服务器，N台数据库，并发用户数至少超过N3，数据库的业务数据量至少超过D3,,,,,,,,,

,场景是模拟一个或多个功能模块被同时使用的情况,,,,,,,,,,

,,,,方案一,,,方案二,,,方案三,

,场景列表,经办业务,并发数,数据量,执行时间,并发数,数据量,执行时间,并发数,数据量,执行时间

4、定义测试场景,场景1,主业务