万事开头难，我从想做性能测试到现在5个年头过去了，现在把做性能测试过程中的迷茫、坚持、到后来的被认可写下来，纪念下那年的加班岁月。
我一直认为自己很幸运，在校期间就找了份实习工作，做金融方面的测试。银行系统涉及到钱，所以从公司到银行很重视测试。当然了现在互联网时代，性能测试就更重要了。
大三暑期实习时做了软件测试，培训老师说软件测试分为功能测试和性能测试，最牛逼的是做性能测试，那简直是受万人敬仰。
刚好学校开始选毕设课题，看到了loadrunner性能测试题目，带着想成为行业的大拿，受到膜拜的幻想，于是乎选择了这个课题，仿佛看到了未来做性能测试的样子。
由于在学校老师没教过这个，所以得自学，就连loadrunner工具也得自己在网上下载，loadrunner是大型商业软件，小公司用的大都是开源工具，公司做银行系统，所以性能测试是重中之重，正好有此软件。
第一次听培训老师讲性能，特别认真的带着本和笔坐第一排听。培训老师在公司待10多年了，讲的很好。“80%的交易是20%的时间完成的、tps、tps拐点、脚本、并发用户数、最大并发用户数、单交易场景、混合交易场景等”听的云里雾里。
实习时在公司培训班待了一周，做了个小型银行系统，大概只有账户查询、开户、存款贷款等小模块。系统用于是乎我就在电脑里安装了这个系统做性能测试。
公司有配置库，文档包括各种类型，恰好有性能测试文档。由于公司有2人做性能测试，常年在客户现场出差，所以一切都得自学，带我毕设的老师也是没做过这方面的工作。
度娘里找答案，清一色全是loadrunner的工具使用，如何设置参数、如何录制脚本、脚本参数化等。到了这步就木有下文了，宝宝心里苦。
我最想看到的是录制脚本后脚本运行成功（数据库里有条成功数据）、如何设置场景、如何获取有用的数据、以及如何测出瓶颈、以及如何解决瓶颈、最后出份漂亮的性能测试报告。心理想着等我哪天做完性能测试一定和大家分享有用的知识。
现在回想起来，当初真是太可怜了，录制脚本后，回放录制的视频，界面一直显示登录超时，登陆脚本都无法登录系统，更别提之后的测试脚本了。
大四毕设做的很不好，没人指导，自己在瞎琢磨，没有写过测试脚本，毕设答辩内容很空洞，勉强通过。
由于一直有做性能测试的心思，离开了第一家公司。之后找工作时拒绝了二包公司、拒绝了单纯的界面测试，找了家功能测试、性能测试都涉及的。然后就一直待这家公司。
2014年银行理财忽然卖的很火，某城商行，系统承受不了压力，然后要做压力测试。我作为项目组唯一的测试员，这项工作落在我头上。真是又紧张又兴奋，开心的是可以亲手做性能测试了，紧张的是之前只有点基础。
就像如开发人员初次学习写代码，运行helloworld一样，我首先得录制登录脚本，只要这个调通其他的也就迎刃而解。
脚本调通后，运行脚本，查看日志显示交易成功。保险期间我写了个select语句查询流水表，金额、账户都正确，就是刚执行脚本后插入的那条数据。
终于成功了一把，最终熬到凌晨2点，设置了系统运行8小时，回家睡觉去了。第二天查询数据库，成功了10万多条没有报错，简直好惊喜。
由于知识有限，第二天买了本性能测试书，那段时间，只要闲下来就会录制其他交易的脚本，学习到了脚本参数化、关联等。那年别的项目也做性能，所以我学习了web、socket、xml协议的脚本。
测试脚本
做性能测试第一步就是写测试脚本，一个完美的脚本是成功的一半。
脚本分为2种模式：录制、手动编写。
由于系统是web类型的，所以直接用工具录制，关键是当初也不会写啊。
脚本参数化：
添加事务
loadrunner11以上版本不添加事务，场景执行后tps无值。
关联
关联分为自动关联、手动关联，适合复核交易，通过流水号查询交易，适用于http协议。
测试数据参数化
测试脚本中为了保证流水号的唯一性，添加时间数字+时间毫秒设置。
