周例会的时候，做为重点问题，研发和测试都在讨论。不知谁冒出了一句，会不会是因为密码做了SHA1加密后导致的问题？对啊，我怎么没想到啊。于是和开发一起分析了脚本，发现脚本回放时，提交了上一次经过加密后的密文，而此时服务器端已经生成了新的密文，两端密文不一致，使得验证失败，自然登入失败。此时，才真正有种豁然开朗的感觉，同时也说明理解系统的工作方式对性能测试而言是多么重要。找到了症结后，解决方法就简单了，做一个加密算法的Dll文件，并在脚本中调用。
方法虽然简单，但操作起来还是出问题了。脚本加载了Dll文件后，然后通过加密接口对密码和随机数序列做加密运算，发现每次的结果依然不变。头大了，怎么可能呢，当时甚至怀疑起自己智商有问题。最后，多亏了群友的鼓励，是不是哪儿用错了？
我反复的查看脚本的每一句，这才发现每次加密用到的随机数居然是一样的。问题就来了，随机数是服务器返回的，不一样才对啊！后来把书里的相关的内容又仔仔细细的看了一遍，终于找到了问题的解决方法，为了保证脚本回放时能够动态的获取到这个随机数，需要做"关联"操作。果然，做了"关联"以后，返回值正确了，感觉又前进了一步。
……………………
在对系统做压力测试的时候，LoadRunner提示没有足够的虚拟用户分配给这个新的参数？这又是神马问题啊？百思不得其解。只能重新录制，修改脚本。像平时电脑崩溃了以后，重启电脑一样。这次居然误打误撞地解决了问题。原来，LoadRunner中在对用户名和密码或其他数据参数化了以后，不能删除参数，重新参数化，否则就会出现问题。
以后的测试过程就顺利了。先设计测试场景，然后录制脚本，修改脚本，运行脚本，生产结果报告，分析结果数据。再后来，Boss与客户谈的时候，就底气很足地说，我们用LoadRunner对系统做性能测试，并骄傲地展示LoadRunner自动生成的测试报告。虽然有些图表还不知道什么意思，但在当时看来，公司在性能自动化的测试上边确实进步了不少。而这就是两个多月辛苦付出的回报。
......
版权声明：51Testing软件测试网及相关内容提供者拥有51testing.com内容的全部版权，未经明确的书面许可，任何人或单位不得对本网站内容复制、转载或进行镜像，否则将追究法律责任。
测试技术全知道
操作系统
