APP測試中的頭疼腦熱：測試人員如何驅動開發作好自測

現在，隨着移動互聯網的浪潮越翻越涌，移動APP測試工做的現狀已經成了那本「家家難念「的經。無論公司大小，無論測試哪一種類型的APP，讓普遍測試者苦不堪言的就屬重複性最多，測試工做量最大的功能測試。而這個系列文章將逐一解構一些問題。

筆者經過對目前大型的安卓市場和APPstore進行調查，其實咱們能夠發現天天都不乏有有創意的，可以針對市場需求的APP上線，但無論當時這些APP是否是排在榜單前列，過不了多久，它們便在應用市場中銷聲匿跡，變成所謂的「殭屍」應用。

面對這些如雨後春筍般冒出的APP，如果你使用過的話，其實就能夠發現一個常見的問題---APP自己不錯，但用戶使用過中程碰到了各類異常，面對這樣的狀況，通常用戶都會選擇刪除，繼而選擇其餘更適合的APP。

大型公司：有多名測試專家，有龐大的測試用例庫，測試工做分工明確，作功能測試的人員一般固定，新員工能力建設主要經過執行用例。功能測試人員耗費了大量時間在與開發的溝通博弈上。

中型公司：有一個看得過去的測試團隊，測試用例和測試平臺管理一般有待完善，而測試人員流動性對其測試能力的建設和傳遞提出了很大考驗。一般一我的負責多項測試工做，時間耗費最多而對能力提高最小的手工功能測試則讓測試者崩潰。

小型公司：只有一兩個測試人員甚至沒有，快速的研發進程都讓研發團隊目不暇接，更多的就忽略了全面的功能測試，更不用說測試體系創建。

而對中小型公司來講，版本迭代沒有嚴格的流程，一般版本提交測試後，發現不少問題致使冒煙不能經過，反反覆覆。

那怎樣提升中小型公司測試執行的規範性，讓測試驅動開發進行自測？

毫無疑問，不少測試接口人或者測試者都遇到過這種狀況，開發人員完成功能開發就丟給測試人員，你問他自測過嗎，他的回答是確定的。

而每每測試人員一驗證就發現冒煙不能經過，再打回從新修改，一來二往，時間浪費了，測試人員不勝其煩地爲開發作了驗證工做。

你再問開發「你到底有沒有本身好好作一輪APP功能測試？」

開發回覆你「哦，我這邊沒有手機了~」

到最後項目時間變得很緊張，由於在國內測試主要是後期工做，這時間壓力就落到測試者頭上。測試不完整致使的大黑鍋便天然落在了測試人員身上。採用一種APP自動化測試工具，能避免雙方責任推諉，經過工具詳細記錄測試過程，並以執行用例的方式呈現。測試成功與否，測試問題截圖日誌所有都自動保存。測試結果能夠直觀看到，省去了一來二去的相互推諉，不論是開發仍是測試，工做效率都會更高。

驅動開發去自測，APP開發的流程會更加天然而規範。