软件性能测试过程详解_功能性测试过程_苹果手机性能测试软件(4)

度娘里找答案，清一色全是loadrunner的工具使用，如何设置参数、如何录制脚本、脚本参数化等。到了这步就木有下文了，宝宝心里苦。

我最想看到的是录制脚本后脚本运行成功（里有条成功数据）、如何设置场景、如何获取有用的数据、以及如何测出瓶颈、以及如何解决瓶颈、最后出份漂亮的性能测试报告。心理想着等我哪天做完性能测试一定和大家分享有用的知识。

现在回想起来，当初真是太可怜了，录制脚本后，回放录制的视频，界面一直显示登录超时，登陆脚本都无法登录系统，更别提之后的测试脚本了。

大四毕设做的很不好，没人指导，自己在瞎琢磨，没有写过测试脚本，毕设答辩内容很空洞，勉强通过。

由于一直有做性能测试的心思，离开了第一家公司。之后找工作时拒绝了二包公司、拒绝了单纯的界面测试，找了家功能测试、性能测试都涉及的。然后就一直待这家公司。

我主要做理财项目，涉及功能测试、接口测试、压力测试、稳定性测试。

2014年银行理财忽然卖的很火，某城商行，系统承受不了压力，然后要做压力测试。我作为项目组唯一的测试员，这项工作落在我头上。真是又紧张又兴奋，开心的是可以亲手做性能测试了，紧张的是之前只有点基础。

就像如开发人员初次学习写代码，运行helloworld一样，我首先得录制登录脚本，只要这个调通其他的也就迎刃而解。

web系统，基于web（HTTP/HTML）脚本很快录好了，可是运行显示登录超时，百思不得其解，领导下命令今晚必须出结果，怎么办，打电话求助公司的性能测试部门，他让我在脚本里做了个关联就可以了。

脚本调通后，运行脚本，查看日志显示交易成功。保险期间我写了个select语句查询流水表，金额、账户都正确，就是刚执行脚本后插入的那条数据。

终于成功了一把，最终熬到凌晨2点，设置了系统运行8小时，回家睡觉去了。第二天查询，成功了10万多条没有报错，简直好惊喜。

由于知识有限，第二天买了本性能测试书，那段时间，只要闲下来就会录制其他交易的脚本，学习到了脚本参数化、关联等。那年别的项目也做性能，所以我学习了web、socket、xml协议的脚本。

测试脚本

做性能测试第一步就是写测试脚本，一个完美的脚本是成功的一半。

脚本分为2种模式：录制、手动编写。

由于系统是web类型的，所以直接用工具录制，关键是当初也不会写啊。

图片发自简书App脚本参数化：添加事务

图片发自简书App

loadrunner11以上版本不添加事务，场景执行后tps无值。

关联

关联分为自动关联、手动关联，适合复核交易，通过流水号查询交易，适用于http协议。

测试数据参数化

图片发自简书App

测试脚本中为了保证流水号的唯一性，添加时间数字+时间毫秒设置。

日志设置

f4设置log，选择参数等。

图片发自简书Ap

脚本运行后，日志框会显示交易状态，遇到有参数时写print语句，日志里可以看到参数取值是否正确。

socket脚本模版

xml脚本，保证发起报文和接收报文都是明文，接收端如果是密文，测试时先解密再测试。

图片发自简书App

发送报文，报文长度必须正确，接收报文内容可以为空，长度数字写大点，确保大于实际的报文长度。

公司针对测试接口有模拟工具所以可以直接录制，也可以写脚本。首先明白接口用的是什么报文然后再写脚本。

现在给大家一份性能测试报告1、测试背景

首先确保功能测试覆盖率达到100%，缺陷通过率大于95%，其次做性能测试。银行理财产品有银行兜底，所以卖的很火，银行发产品后客户集中在一段时间抢购，导致系统压力，出现大量失败的交易，所以为了保证系统长期运行的稳定性，针对典型交易做性能测试。

本文来自电脑杂谈，转载请注明本文网址：
http://www.pc-fly.com/a/ruanjian/article-37854-4.html