性能测试学习方式

最近在学性能测试，用的工具就是LoadRanner，废话不多说，直接进入主题
在学软件测试遇到最大的困难就是不知道干什么，性能测试到底提现在什么地方，怎么测试，我到底要干嘛，我拿到那些性能指标有什么作用，怎么处理那些性能指标，这些问题就是我一开始学性能测试时遇到的问题；一开始我还没有意识到有这些问题，所以按照视频上面的性能测试介绍随便去练习，但是练习能过，运用到实际场景中根本不管用，后来在慢慢的实际思考过程中，才明白我自己正是在不断解答这些问题，然后成长（当然也有这种可能，我可能和我的学习方式有关，我喜欢从方法论上面直接学习，然后向下延伸到各个实际场景中，而有些人的学习习惯可能是恰好相反，有人的学习习惯就是不断积累检验，然后把所有检验总结起来，然后就学习方法论，这两种学习方式都可以，因为这两种学习方式的考察入口不一样，我所用的就是抽象化具体的能力；而后一种可能就是考察你具体化抽象的能力，这些学习方式都是可以的）

这个是第一步，创建Vuser脚本，这是做性能测试的基本功了（创建，处理脚本都是功能测试往其他方向发展的测试第一步，也是比较难的一步），解决完这个之后就到controller这个部分了，这一部分是构造场景的非常重要的一个部分其中也包含了数据视图及监控对象，最后一个部分就是Analysis，这个部分主要是用到场景运行结果的展现，其他功能不怎么用到，所以这部分基本上不怎么用到，我们现在现在最麻烦的就是不明白性能测试的流程，我们测试在搞明白这些并发之后，结果怎么处理，其实今天上午我就认识到一个错误，就是及交易成功率的多少并不代表所有测试都通过了，主要是因为，交易成功达标和性能测试的目这是两个不同的目的，我们测试的目标大体上分两个，系统占用资源和客户端完全显示出结果所需时间的占比到底是怎么样的，其实交易成功率和这两个并不是同一个意思，有时候一些交易的时间是比平常的交易时间更长的，我们需要发现这些比平常时间更长的线程，找出原因为什么这个线程多这么长时间，我们有没有办法把这个时间缩短，这就是我们性能测试的目的，也是最终的结果，这个就是性能测试的方法论，我们明白这个之后我们下一步就需要把它运用在实际场景中，这个就需要写测试用例和使用工具来体现我所说的方法论