總結個人測試知識體系： 自動化測試準備工作： 1、移動平臺android端產品功能和接口測試 2、 測試計劃：不同產品的計劃表，計劃要點的闡述、作用闡述、計劃項 測試用例：不同產品的測試用例，用例管理工具，用例的內容，用例的注意事項 測試過程：與開發人員的溝通注意，用例的覆蓋情況，通過與失敗標準，回歸 測試情況，測試結束標準，測試過程中用到的測試工具和方法 以功能測試為主，接口測試為輔助 功能測試主要以滿足需求為主 接口測試主要發現的問題點 測試報告：不同產品的測試報告 移動產品的自動化測試框架搭建與執行 推動并監控測試流程 優勢： 1、熟悉自動化測試工具，熟悉軟件測試理論知識，熟悉手機app測試方法、流程，自動化測試工具的開發、熟悉白盒測試、代碼測試優先考慮 2、具有一年以上手機移動端應用測試經驗者 3、自動化測試工具的開發、熟悉白盒測試、代碼測試優先 要做自動化，首先考考慮產品是否適合做自動化測試。這方法比較普遍的共識是從三個方面進行權衡。 　　軟件需求變動不頻繁 　　測試腳本的穩定性決定了自動化測試的維護成本。如果軟件需求變動過于頻繁，測試人員需要根據變動的需求來更新測試用例以及相關的測試腳本，而腳本的維護本身就是一個代碼開發的過程，需要修改、調試，必要的時候還要修改自動化測試的框架，如果所花費的成本不低于利用其節省的測試成本，那么自動化測試便是失敗的。 　　項目中的某些模塊相對穩定，而某些模塊需求變動性很大。我們便可對相對穩定的模塊進行自動化測試，而變動較大的仍是用手工測試。 　　項目周期較長 由于自動化測試需求的確定、自動化測試框架的設計、測試腳本的編寫與調試均需要相當長的時間來完成。這樣的過程本身就是一個測試軟件的開發過程，需要較長的時間來完成。如果項目的周期比較短，沒有足夠的時間去支持這樣一個過程，那么自動化測試便成為笑談。 　　自動化測試腳本可重復使用 　　自動化測試腳本的重復使用要從三個方面來考量，一方面所測試的項目之間是否很大的差異性（如C/S系統和B/S系統的差異）；所選擇的測試工具是否適應這種差異；最后，測試人員是否有能力開發出適應這種差異的自動化測試框架。

轉載于:https://www.cnblogs.com/TomBombadil/p/11122404.html

總結

以上是生活随笔為你收集整理的个人测试总结的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。