性能测试需求分析与传统的功能测试需求有所不同，功能测试需求分析重点在于从用户层面分析被测对象的功能性、易用性等质量特性，性能则从终端用户应用、系统架构设计、硬件配置等多个纬度分析系统可能存在瓶颈及需要验证的关键业务。
9.1.1性能测试必要性评估
任何产品或项目在开展性能测试活动前都需要进行测试必要性评估，通过必要性评估分析，确认被测对象是否有必要实施性能测试活动。
性能测试活动是一个相对较为复杂的测试活动，涉及相对较多的因素，如系统架构，硬件配置，用户应用场景等。因此，在性能测试活动实施前，必须完成必要性评估，千万不可为了性能要性能。
通常情况下，必要性评估可以通过设定不同条件，不同权重的方式进行分析。一般可分为关键评估项和一般评估项两种，关键评估项，只要有一项符合，则必须开展性能测试，而一般评估项，可通过加权计算，超过60分，则可开展性能测试。
在金融系统中，测试对象一般分为功能测试与非功能测试。非功能测试，通常指的即是性能测试。当然，具体情况具体分析。
常见的性能测试关键评估项如下：
1、 被测对象需经过主管部门或监管单位认可，验证，出具性能测试报告
目前，很多软件企业的软件产品在正式上市对外销售、应用时，政府机关或主管部门或监管单位，可能需要其出具功能测试报告、性能测试报告，甚至是第三方测试报告，因此，这种情况下，必须进行性能测试。
2、 涉及财产生命安全或首次投入应用的系统
通常情况，电商系统、金融业务系统、医疗健康评估，涉及用户或行方资金交易，生命安全类的，或者首次投产的大型系统，都需要进行性能测试。
3、 系统核心数据库、业务逻辑、软硬件升级
与历史系统对比，系统核心数据库、业务逻辑调整、软件硬件设备升级，同样需要实施性能测试。
4、 历史版本存在重大非功能缺陷或风险较大的未评估项
5、 业务量、用户量、节点增长30%以上
系统升级后，业务量、用户量、应用节点，增长量在30%以上的，具体数值可根据实际情况调整。应用节点增长一般指甲方因业务需求，增加应用节点，拓展分行、分中心、营业网点等。
6、 系统架构发生重大变化
不同的系统架构可能存在较大的性能差异，因此在系统架构发生变化后，必须实施性能测试，并且在此过程中，无法通过类推的思路推断架构变化后的系统性能。
7、 生产环境非功能严重缺陷修复后
生产环境在使用过程中产生重大非功能性缺陷成功修复后，需重新开展性能测试活动，以验证修复活动是否对生产环境造成不良影响。
以上仅仅列出笔者在日常性能测试活动参考的关键评估项，对于不同行业，不同测试对象可能存在的不同的关键评估项，读者可自行增减。
常见的性能测试一般评估项，主要从单次版本考虑，如果是平台性的，则为关键评估项，如果是单次版本，单个组件或业务，则从以下几个一般评估项评估权重：
1、 是否在平台中处于核心位置（15分）
2、 是否有升级，且升级内容中包含了支付接口，Web Service调用接口等与其他系统关联接口（20分）
3、 是否存在部署方式调整或优化（15分）
4、 是否增加了性能风险较高的调整（20分）
5、 是否存在客户要求必须测试的组件或业务流程（20分）
6、 是否涉及多个功能缺陷的修复，且流程发生较大变化（10分）
如果上述一般评估项，总计分值超过60分，则需进行性能测试。
以本系统为例，通过针对上述关键评估项及一般评估项的评估，满足关键评估项中的第二条：“涉及财产生命安全或首次投入应用的系统”，因此本系统的性能测试活动必须开展。
9.1.2性能测试工具选型
通过测试必要性评估，确定了需要对被测对象实施性能测试，则需要考虑采用哪种性能测试方式。根据被测对象的业务特性和架构设计，可以采用两种方式开展有效的性能测试活动。
如果被测对象为批处理方式实现，并且在数据库中设立起始与终止标识字段，则可以利用存储过程或发起批处理的方式进行，资源监控可以利用监控脚本如python脚本、shell脚本或其他监控工具。最终统计时，以结束时间减去开始时间，则可获得交易时间，并可根据每笔交易获得平均交易时间，相对来说较为方便。
如果被测对象不是批处理模式，且可能存在大量数据交互，则可能需要采用专业的性能测试工具来实现。一般而言，业内常用的性能测试工具主要要开源的Jmeter和HP商用的LoadRunner。
Jmeter是个开源的性能测试工具，目前在市场中的热度很高，不依赖于界面，功能测试的脚本同样可以作为性能测试脚本运行，对测试人员技术技能要求不高，而且提供了参数化、函数等功能便于脚本的优化与扩展。
LoadRunner在商用领域一枝独秀，很多年保持排前的市场占有率，与Jmeter相比，LoadRunner具有更强大的脚本开发功能、更完善的函数库及结果分析功能。对测试人员技术要求高，但因其在业内流行很多年，以此LoadRunner应用的资料相对于Jmeter较多，更便于学习与应用。
企业在选择性能测试工具时，如有条件可以自己根据实际测试需求自定义开发测试工具，也可以选择市场上常用的测试工具，通常选择时需考虑以下几个问题：
1、 能否自定义开发，更符合实际测试需求；
2、 商用的测试工具所需的成本，企业能否承受；
3、 采购的测试工具是否提供了完善的服务，细致的培训；
4、 团队人员能否掌握测试活动所需的工具技能。
考虑到业内性能测试工具使用的频率，本次P2P网贷项目性能测试，采用HP试用版50个许可证的LoadRunner。
9.1.3性能测试需求分析
与功能测试需求分析一样，性能测试同样需要针对被测对象进行测试需求的分析，一般而言，用户或项目组在设定性能测试需求的时候，仅会表述字面意义上需求，如“系统TPS需达到300以上，单笔交易时间不超过3秒”等等。需要性能测试人员结合用户需求及性能测试活动本身需求进行显性与隐性性能测试需求的分解与提取。
随着互联网技术的飞速发展，如今的互联网应用架构越来越复杂，运营系统涉及的利益相关方越来越多，因此，在性能测试工作实施过程中，需从不同的用户层面分析待测需求。
在确定了性能测试的必要性后，性能测试工程师主要从以下两个用户方确定性能测试需求：
业务用户
1、 用户频繁使用，且存在大量用户使用的业务流程；
2、 交易占比较高，日常占比在80%以上甚至更高的业务流程；
3、 特殊交易日或峰值交易占比80%以上甚至更高的业务流程；
4、 性能较差且有过调整的业务流程；
5、 特殊业务场景；
6、 核心业务发生重大流程调整的业务流程
以上从业务用户层面，考虑的可能需要进行性能测试的点。实际实施过程中，如果可能，可向终端用户调研。
项目团队
1、 曾经测过性能后调整了架构设计的业务；
2、 逻辑复杂，关键的业务；
3、 可能消耗大量资源的业务；
4、 与外部系统存在接口调用，且有大量数据交互的业务；
5、 调用第三方业务组件，逻辑复杂的业务；
以上从项目开发角度考虑可能需要进行性能测试业务流程，性能测试人员需对被测对象深入了解，并且需要研发团队配合。
除上述常见业务类型外，还可能由于未来业务发展规划，需要满足未来业务需求的可能性。
根据需要，性能测试团队还可以发放下面的问卷调查表，考察被测对象可能存在的问题。
公司项目名称 简称
全称
部门
联系人 联系方式
测试环境信息
业务系统相关信息
系统出现过什么问题 □频繁宕机频繁重启 □客户反映系统访问慢 □找不到慢的根本原因□JVM堆栈占用高 □CPU非常繁忙 □Others
系统架构 □J2EE □LAMP□.NET □Others □B/S □C/S
J2EE类型 □WebLogic □Tomcat □JBoss□WebSphere □Borland AppServer □Oracle iAS □SAP NetWeaver □Others 具体版本
JDK信息 □SUN □IBM □HP □BEA JRockit □Others
JDK版本 □1.3 □1.4 □1.5 □1.6 □Others
OS信息 □Solaris □AIX □HP-UX □Windows □Linux □Others
数据库信息 □Oracle □Mysql □SQL Server □Sybase □DB2 □Informix □Others
产品性能需求信息
目前使用何种性能测试工具 □HP LoadRunner □Grinder □PUnit □JMeter□IBM Rational Robot □IBM performance tester
熟练使用何种开发语言 □C/C++ □C# □VB □Java
是否用过J2EE性能监控和管理工具 □CA Wily IntroScope □Quest PerformaSure □BMC Appsight □I3 Precise□Compuware Vantage for J2EE □HP/Mercury Diagnostics □Application Manage □Others
是否在演示环境和线上系统进行部署 □是 □否，仅仅在测试系统上 效果如何
项目是否有性能需求规格说明书或在软件需求规格说明书中Highlight性能需求
如果已经开展性能测试，遇到的主要问题有哪些
描述产品架构、网络协议、操作系统、Web服务器、数据库、开发语言等
系统业务流程图
系统组网图
网络拓扑图
表9- 1性能问卷调查表
9.1.1性能测试必要性评估
任何产品或项目在开展性能测试活动前都需要进行测试必要性评估，通过必要性评估分析，确认被测对象是否有必要实施性能测试活动。
性能测试活动是一个相对较为复杂的测试活动，涉及相对较多的因素，如系统架构，硬件配置，用户应用场景等。因此，在性能测试活动实施前，必须完成必要性评估，千万不可为了性能要性能。
通常情况下，必要性评估可以通过设定不同条件，不同权重的方式进行分析。一般可分为关键评估项和一般评估项两种，关键评估项，只要有一项符合，则必须开展性能测试，而一般评估项，可通过加权计算，超过60分，则可开展性能测试。
在金融系统中，测试对象一般分为功能测试与非功能测试。非功能测试，通常指的即是性能测试。当然，具体情况具体分析。
常见的性能测试关键评估项如下：
1、 被测对象需经过主管部门或监管单位认可，验证，出具性能测试报告
目前，很多软件企业的软件产品在正式上市对外销售、应用时，政府机关或主管部门或监管单位，可能需要其出具功能测试报告、性能测试报告，甚至是第三方测试报告，因此，这种情况下，必须进行性能测试。
2、 涉及财产生命安全或首次投入应用的系统
通常情况，电商系统、金融业务系统、医疗健康评估，涉及用户或行方资金交易，生命安全类的，或者首次投产的大型系统，都需要进行性能测试。
3、 系统核心数据库、业务逻辑、软硬件升级
与历史系统对比，系统核心数据库、业务逻辑调整、软件硬件设备升级，同样需要实施性能测试。
4、 历史版本存在重大非功能缺陷或风险较大的未评估项
5、 业务量、用户量、节点增长30%以上
系统升级后，业务量、用户量、应用节点，增长量在30%以上的，具体数值可根据实际情况调整。应用节点增长一般指甲方因业务需求，增加应用节点，拓展分行、分中心、营业网点等。
6、 系统架构发生重大变化
不同的系统架构可能存在较大的性能差异，因此在系统架构发生变化后，必须实施性能测试，并且在此过程中，无法通过类推的思路推断架构变化后的系统性能。
7、 生产环境非功能严重缺陷修复后
生产环境在使用过程中产生重大非功能性缺陷成功修复后，需重新开展性能测试活动，以验证修复活动是否对生产环境造成不良影响。
以上仅仅列出笔者在日常性能测试活动参考的关键评估项，对于不同行业，不同测试对象可能存在的不同的关键评估项，读者可自行增减。
常见的性能测试一般评估项，主要从单次版本考虑，如果是平台性的，则为关键评估项，如果是单次版本，单个组件或业务，则从以下几个一般评估项评估权重：
1、 是否在平台中处于核心位置（15分）
2、 是否有升级，且升级内容中包含了支付接口，Web Service调用接口等与其他系统关联接口（20分）
3、 是否存在部署方式调整或优化（15分）
4、 是否增加了性能风险较高的调整（20分）
5、 是否存在客户要求必须测试的组件或业务流程（20分）
6、 是否涉及多个功能缺陷的修复，且流程发生较大变化（10分）
如果上述一般评估项，总计分值超过60分，则需进行性能测试。
以本系统为例，通过针对上述关键评估项及一般评估项的评估，满足关键评估项中的第二条：“涉及财产生命安全或首次投入应用的系统”，因此本系统的性能测试活动必须开展。
9.1.2性能测试工具选型
通过测试必要性评估，确定了需要对被测对象实施性能测试，则需要考虑采用哪种性能测试方式。根据被测对象的业务特性和架构设计，可以采用两种方式开展有效的性能测试活动。
如果被测对象为批处理方式实现，并且在数据库中设立起始与终止标识字段，则可以利用存储过程或发起批处理的方式进行，资源监控可以利用监控脚本如python脚本、shell脚本或其他监控工具。最终统计时，以结束时间减去开始时间，则可获得交易时间，并可根据每笔交易获得平均交易时间，相对来说较为方便。
如果被测对象不是批处理模式，且可能存在大量数据交互，则可能需要采用专业的性能测试工具来实现。一般而言，业内常用的性能测试工具主要要开源的Jmeter和HP商用的LoadRunner。
Jmeter是个开源的性能测试工具，目前在市场中的热度很高，不依赖于界面，功能测试的脚本同样可以作为性能测试脚本运行，对测试人员技术技能要求不高，而且提供了参数化、函数等功能便于脚本的优化与扩展。
LoadRunner在商用领域一枝独秀，很多年保持排前的市场占有率，与Jmeter相比，LoadRunner具有更强大的脚本开发功能、更完善的函数库及结果分析功能。对测试人员技术要求高，但因其在业内流行很多年，以此LoadRunner应用的资料相对于Jmeter较多，更便于学习与应用。
企业在选择性能测试工具时，如有条件可以自己根据实际测试需求自定义开发测试工具，也可以选择市场上常用的测试工具，通常选择时需考虑以下几个问题：
1、 能否自定义开发，更符合实际测试需求；
2、 商用的测试工具所需的成本，企业能否承受；
3、 采购的测试工具是否提供了完善的服务，细致的培训；
4、 团队人员能否掌握测试活动所需的工具技能。
考虑到业内性能测试工具使用的频率，本次P2P网贷项目性能测试，采用HP试用版50个许可证的LoadRunner。
9.1.3性能测试需求分析
与功能测试需求分析一样，性能测试同样需要针对被测对象进行测试需求的分析，一般而言，用户或项目组在设定性能测试需求的时候，仅会表述字面意义上需求，如“系统TPS需达到300以上，单笔交易时间不超过3秒”等等。需要性能测试人员结合用户需求及性能测试活动本身需求进行显性与隐性性能测试需求的分解与提取。
随着互联网技术的飞速发展，如今的互联网应用架构越来越复杂，运营系统涉及的利益相关方越来越多，因此，在性能测试工作实施过程中，需从不同的用户层面分析待测需求。
在确定了性能测试的必要性后，性能测试工程师主要从以下两个用户方确定性能测试需求：
业务用户
1、 用户频繁使用，且存在大量用户使用的业务流程；
2、 交易占比较高，日常占比在80%以上甚至更高的业务流程；
3、 特殊交易日或峰值交易占比80%以上甚至更高的业务流程；
4、 性能较差且有过调整的业务流程；
5、 特殊业务场景；
6、 核心业务发生重大流程调整的业务流程
以上从业务用户层面，考虑的可能需要进行性能测试的点。实际实施过程中，如果可能，可向终端用户调研。
项目团队
1、 曾经测过性能后调整了架构设计的业务；
2、 逻辑复杂，关键的业务；
3、 可能消耗大量资源的业务；
4、 与外部系统存在接口调用，且有大量数据交互的业务；
5、 调用第三方业务组件，逻辑复杂的业务；
以上从项目开发角度考虑可能需要进行性能测试业务流程，性能测试人员需对被测对象深入了解，并且需要研发团队配合。
除上述常见业务类型外，还可能由于未来业务发展规划，需要满足未来业务需求的可能性。
根据需要，性能测试团队还可以发放下面的问卷调查表，考察被测对象可能存在的问题。
公司项目名称 简称
全称
部门
联系人 联系方式
测试环境信息
业务系统相关信息
系统出现过什么问题 □频繁宕机频繁重启 □客户反映系统访问慢 □找不到慢的根本原因□JVM堆栈占用高 □CPU非常繁忙 □Others
系统架构 □J2EE □LAMP□.NET □Others □B/S □C/S
J2EE类型 □WebLogic □Tomcat □JBoss□WebSphere □Borland AppServer □Oracle iAS □SAP NetWeaver □Others 具体版本
JDK信息 □SUN □IBM □HP □BEA JRockit □Others
JDK版本 □1.3 □1.4 □1.5 □1.6 □Others
OS信息 □Solaris □AIX □HP-UX □Windows □Linux □Others
数据库信息 □Oracle □Mysql □SQL Server □Sybase □DB2 □Informix □Others
产品性能需求信息
目前使用何种性能测试工具 □HP LoadRunner □Grinder □PUnit □JMeter□IBM Rational Robot □IBM performance tester
熟练使用何种开发语言 □C/C++ □C# □VB □Java
是否用过J2EE性能监控和管理工具 □CA Wily IntroScope □Quest PerformaSure □BMC Appsight □I3 Precise□Compuware Vantage for J2EE □HP/Mercury Diagnostics □Application Manage □Others
是否在演示环境和线上系统进行部署 □是 □否，仅仅在测试系统上 效果如何
项目是否有性能需求规格说明书或在软件需求规格说明书中Highlight性能需求
如果已经开展性能测试，遇到的主要问题有哪些
描述产品架构、网络协议、操作系统、Web服务器、数据库、开发语言等
系统业务流程图
系统组网图
网络拓扑图
表9- 1性能问卷调查表
