6/21——jmeter图片验证码&app专项分享

今天工作内容：

（一）Jmeter突破验证码

之前用Jmeter写登录的测试化用例时，因为验证码的问题卡住了。之前试过用Jmeter保存登录之后的Cookies，不过时效性太低，退出登录后或cookies时效失效之后就没用了。之前看了篇Jmeter破验证码的文章，今天特地实践了下。链接如下：

http://blog.csdn.net/xreztento/article/details/48682923

我纠结了很久，验证码存在的目的不就是为了防止自动化工具恶意登录吗？难道道高一尺魔高一丈？

带着怀疑的态度，我将信将疑地试了下。

大概的原理是，可以把验证码的URL保存到本地，然后交给Tesseract-OCR识别。一开始识别准确率是很低的，不过你可以通过某个插件来训练他的准确性。

那么，开工吧：

1.先打开myeclipse，新建一个Java工程

2.把文章里面的代码拷贝到eclipse中。如果遇到某一段代码报错,就手动import缺失的jar包（能够手动import的都是java自带的类库或者你自己已经导入过的jar包），如果import还是报错，那就要上网去找这个jar包了。

比如这个类缺失jar包，就可以百度查一下，

缺失的是这个包，就上网下（不过这个jar包我还是没好到，这就比较尴尬了- -）

推荐一个jar包的下载网：

http://www.manyjar.com/

（抱歉 这个网我也没找到这个jar包- -）

今天还没做完，明天继续。

（二）月度会议：APP专项分享

这次是app专项测试的分享

我们app的专项测试目前从一下这几个专项点开展：内存 启动速度 流畅度 电量 流量

1.内存

测试方法：

打开app，从最上端滑动到最低端，记录下这段操作消耗的内存

原因：1.app首页是用户访问次数最多的

2.每个app都有内存限制 超过这个内存限制就会崩掉

输出图表后 发现有个场景的内存消耗是不合理的 就是不断地点进去限时秒杀 表现在图表上内存是直线上升的（横坐标是操作次数 纵坐标是内存消耗） 其他都是上升之后到末端是平缓的 这其中的原因是因为内存没有释放掉

2.反应时间（即从请求发出到打开这个页面后全部加载完成的这段时间）

测试方法：

1.用录像工具拍摄从点开页面开始 到进去新页面加载完毕后这段时间 再把视频上传到分帧工具上 以0.04秒划分帧数 从点开之后 图标变暗开始的时间 到页面加载完毕 页面不再变化结束 这段时间即为反应时间

3&4只是用adb命令粗略地测了下

如耗电量 把亮度调到100% 操作30分钟

这里之所以不用monkey命令  是因为monky随机性太大 随机点进去一个页面之后不点返回的话就一直停留在这个页面上

大概只记得这么多 心里有个概念 但不知道怎么写