今天工作內容：

（一）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隨機性太大 隨機點進去一個頁面之后不點返回的話就一直停留在這個頁面上

大概只記得這么多 心里有個概念 但不知道怎么寫