LoadRunner之旅

         最近刚刚换了一个公司，终于脱离了QA的坑，不过在新公司，原来负责LoadRunner的同事要走了，事儿就落到了我的头上，这些都无所谓了，下面谈谈LoadRunner之旅。

         这是一家做视频监控的公司，项目的形式主要还是以web为主，项目想要统计在客户端可以看到有多少在线的仪器，其实说实在的，在服务器端写个计数程序，让服务器发送

给客户端，不就解决了所有的问题么，可惜我们是测试，不可能在服务器端写代码，那怎么办呢，最后还是决定用LoadRunner来解决问题。

          首先录制这个脚本之后，在tree标签中却惊人地发现，录制到的不是一个一个的网址，而是一个一个的网址接口，我瞬间想要用soapui来解决问题了，想法挺好的，只是找个工具先放到一边，还是用LoadRunner吧，我在网上学习了一会儿LoadRunner与webservice的实战，最后还是没搞明白 web service call 是什么意思，最后只能选用了http协议，没有使用webservice的协议，毕竟http比较熟悉。代码录制完成了，我们一般的操作是，关联session，设置检查点，关联session的时候，我学习了一下webservice的协议的知识，原来如果返回成功的话就是 ErrorCode 的返回值是0，这个很明显就是检查点了，关联的时候，本来想象网上说的使用windiffer来比对代码，最后也没找到工具在哪儿（IT限制太厉害，很多网站打不开），最后我录制了两次代码，在tree标签的response中，将两次代码进行比对，最后发现有个标签叫seesionid的有变化，其他都是相同的，好，终于进入了下一步了，首先关联，这个很简单，insert 中选中关联函数，然后左右边界设置好，下面设置检查点，我使用的是web_reg_find函数进行查找，设置好后，运行脚本，却一而再，再而三地提示我说，检查点设置错误，然后我到time-settings中设置好log，查看返回值，发现ErrorCode的返回值终究是13006，不是0，而且前几次检查点是对的，后面的页面的是错的，瞬间我懂了，web_find_find是全局函数，每次运行完一个请求后，LoadRunner都会自己再跑一次检查点，好吧，我很乖地把所有发送的接口都做了检查点。这次返回的时候，还是提示说，web_reg_find中的代码有问题，我瞬间晕菜，蛋蛋碎了一地，为什么只有个别的协议会出现错误呢。我又很乖地找到了LoadRunner 11 自带的web_reg_find中的函数的介绍文档，把参数补全，这次成功了，原来是因为web_reg_find中有个计数的参数，因为协议多了，自身计数在变，所以如果不写计数的参数就会报错了，下面就是要取到服务器返回的协议中，有哪个协议是能告诉我，这个机器是在线还是不在线的呢，这个只能找测试的老员工了，毕竟不懂业务，最后终于知道了有个协议可以告诉我是否在线，而且这种协议配合着心跳发送的，有时候，心跳返回的信息中就会有是否在线的标签。哦，好吧，听他的话，写了一个运行心跳十次的代码，然后在tree中抓到了返回的协议，里面确实有1次可以看到这个设备是否在线的提示的，下面就是要对整个设备参数化了。然后在十次中查找到这个设备的是否在线。把结果打印到log中，如果可能的话，我还想把结果保存到cvs文件中，以后可以使用excel文件打开，是不是可以使用参数化那一快呢，自动补全，呵呵，继续研究。到这边已经做了两天了，今天继续努力。我坚信，我能解决问题的.

       这是第三天情况：今日应同事需求，把协议进行封装，一开始，他想要使用struct 中的函数进行封装，可以实现c语言的代码的编写，我看着密密麻麻的写的方法，按照他的要求做，实在无力吐槽，于是，我说明我的做法，将协议分别封装到不同的action中，以后想要调用的时候，可以一步一步地集成，他看到了我的代码，最后不得不说，我这个方法稍微好点，不过我不知道有没有什么问题。然后我接下来的做法是要进行参数化，这时候出问题了，第一次运行的时候，我查看log中的日志，打印的参数都是正常的，但是到了第二次运行的时候，打印的日志中提示说，关联成功了，但是居然没有取到session的值，并且检查点也已经失效，如果不是拉开日志，确实不知道里面出问题了，session=？ 我擦，等于问号，好吧。我一直在思考这个问题，我局部锁定可能有两个情况，第一个，第二次登录失败了，所以没有取到相应的值，但是为什么检查点会失效呢，明天果断要解决这个问题啊！！！

     第四天。情况基本已经全部解决了，主要问题是，发给服务器的请求其实返回的消息都是失败的，唯一奇怪的是web_reg_find()的检查点居然全部失败了，不过重新参数化的时候，才发现参数化的用户名全是错的，由此可见，还是要随时查看日志的，解决问题很快。又没东西玩了了，无处安放的青春何处搁置。。。