4、 测试数据
针对以上设计的测试用例，需要准备大量的业务数据。本次性能测试的环境即系统上线后真实运行的环境，所有的业务数据均来自X银行 的真实核心系统(通过ETL转换)，数据量已经能满足测试的需要。
由于测试用例中要求执行并发操作的时候使用不同身份的用户登录系统，因此在测试开始前需要准备一批具有不同身份的用户名(包括各 分支行的主管以及客户经理)，并且要有相应的操作权限。
对于“积分转移”、“积分兑换”、“礼品兑换”等等交易，则需要提供一批卡上有足够积分的客户理财卡号。
以上测试数据由X银行负责提供，在性能测试执行之前提供给我们。
5、 测试脚本
使用性能测试工具LoadRunner录制并调试测试脚本，对相关的输入项进行参数化。
6、 测试实施
在LoadRunner中执行测试脚本，实施性能测试。对于每个单交易测试脚本各执行一轮测试，并按一定的用户比例设计出一个混 合交易场景，令其自动持续运行五小时左右，观察系统的性能表现。每次执行的结果文件均保存下来，待测试完成后连同性能测试报告一 并交付客户确认。在此过程中，需要监视相关的系统资源使用情况，包括：应用服务器和数据库服务器的所有系统资源指标，所有数据库 资源指标。
7、 测试结果
经过本次性能测试，发现了系统五个主要的性能问题。我们与程序开发人员一同分析问题产生的原因，并给出改进建议，一起记录到测试 报告中。其中的一个问题在性能测试报告提交客户之前已经过优化，得到显著改进。
8、 测试结论
测试结果显示，系统性能能满足测试目标，交易并发数达到或超过30个，批量交易(查询记录50条以上的交易)并发数也能达到或超 过10个，交易平均响应时间在2-12秒内，90%平均响应时间在2-15秒间完成。
混合交易案例持续运行5小时，运行结果正常，系统没有报任何错误，系统稳定，可用率应达到100%。
另外如在ETL批处理期间运行营销服务系统，系统性能明显下降，建议ETL批处理在夜间处理，避免影响系统的正常运行。
文章来源于领测软件测试网 https://www.ltesting.net/