前陣子一直在研究效能測試，但是困難挺大的，公司也主要是功能測試為主，也沒有大神帶帶我這個小白…於是自己乙個人滾滾爬爬一直停在指標啊，工具的學習上面，網上的文章也都是介紹某個效能工具的使用，就沒有乙個介紹測試人員該怎麼去做專項測試，流程是什麼，然後突然靈感一發，就有了這篇文章後續會逐漸豐滿這個流程的，加油吧！
業務場景的確立，用例的設計這一階段要做的就是要確認應用內那些場景需要覆蓋到所要的效能指標，尤其是對重要場景的覆蓋要全，比方說記憶體，就需要覆蓋到各個需要跳轉的重要頁面，多載入的頁面，頻繁讀寫資料的介面。設計各個場景的測試點，形成測試用例，後續工作將會圍繞這些用例進行專項測試，所以這裡設計的覆蓋還是蠻重要的。
效能指標的確立
說實話，前陣子研究效能測試都是圍繞工具的使用上了，完全沒想到定個標準神馬的，唯一進步是想到要和競品對比，那麼這裡我自己總結下，還是要有一套針對某個應用的效能指標，這個指標的浮動參考**於競品分析，以及實際**實現的微調。對於android的標準後面再慢慢定了，不過實際上已經拿到了一套相對完整的指標，改良後再放出來吧。
測試工具的原理和選擇缺陷原因分析和規避
其實這一步是後來加上的，一開始想測試出來**出問題就好了，剩下的給開發解決吧，但是突然想到，思考問題要有高度，有深度，於是我就加上了，恩，瞬間高大上有木有。當問題測試出來可以嘗試定位到對應**，分析產生問題的根源，不懂就問開發咯。當知道產生的原理後就開始思考怎麼避免，有沒有更好的工具實現自動化去避免，然後去設計這類工具，測試開發是不是幹這個的啊？我沒做過開發這個真不知道。如果這個地方影響比較大的話考慮和leader商量定個開發自測的規矩過去…差不多就是這樣了 :)
測試報告輸出
測試完成一般都會整理成world文件發出去，也是對上面的總結，有可能的話整理成ppt進行組內分享吧。
APP專項測試 效能分析
1 先sdk platform tools 安裝adb 進入介面 2 安裝完成後可以使用adb 命令了 檢視下當前裝置 adb devices 檢視下當前包名 啟動某個應用，檢視應用包名和activity 三 adb logcat 使用 進入指定裝置shell adb s 127.0.0.1 755...
效能測試流程
很多人剛剛接觸效能測試的時候，拿到客戶提出的大致需求，如併發使用者數是500，響應時間3秒。然後就開始做指令碼，加壓執行，收集測試結果 等客戶問到 某某流程支援多少併發？各個測試流程比例是否和實際使用者使用情況一致？可擴充套件需求情況如何？然後我們就傻眼了.拿到乙個效能測試任務的時候，我們首先需要明...
效能測試流程
一 需求提測 需求分析 查詢 1 效能指標 tps 現在大於17筆 秒，未來大於100筆 秒。rt小於500ms 2 介面是什麼 3 接 互協議是什麼 http 4 線上資料是多少 5w 5 部署幾台機器 6 系統架構 二 效能方案 1 業務分分析，系統架構，系統設計 2 效能指標 tps 現在大於...