移動app如何進行自動化和探索性測試

在測試設計時最主要依據的就是測試金字塔的測試結構。若是在項目臨近發佈纔開始測試並發現缺陷，這樣修復缺陷的成本就會很高，項目的進度也會很不肯定。因此，就開發階段來講，若是把測試分層，在不一樣的開發階段都進行測試，能很大程度上緩解這些問題。

測試分層的優點有如下幾點：

1．測試的成本

單元測試的開發成本要遠低於用戶界面測試，若是在用戶界面的測試中發現缺陷，修復缺陷的成本也是遠高於經過單元測試和組件測試的成本。
這裏的成本不單純是開發人員修復缺陷所須要的資源和時間，還包括缺陷修復後測試人員進行迴歸測試所須要的資源和時間，以及項目延期等其餘項目成本。

2．測試的效率

單元測試能很快地驗證很小的功能或者方法，且運行時間短，反饋更爲及時。

3．缺陷定位的難易

單元測試失敗後，測試人員可以很容易知道是被測試的特定功能或者方法不正確；而若是是用戶界面的缺陷，測試人員就須要花費更多的時間來進行排查，肯定出現問題的功能模塊，最後再進一步發現須要修復的功能和方法。

4．反映真實的業務需求

單元測試沒法從全局觀的角度瞭解系統模塊之間的交互，也沒法經過方法的組合幫助用戶完成業務目的；而因爲用戶界面的測試描述的是從用戶角度出發的用戶使用場景，所以能夠更容易地闡述用戶的行爲和業務需求。

5．更加接近業務

用戶界面測試描述測試的層級更高，因此更接近業務；單元測試描述測試的層級更具體，因此更接近於實現。

從測試金字塔分層來看，不一樣層級的測試都頗有必要，而咱們也須要根據不一樣測試所處的層級及其特色來設計測試。

另外，實際測試設計時採用的測試金字塔具備更多更細節的分層。高層級的測試和低級別的測試相比，抽象程度更高，測試運行的時間更長，與更多的系統和模塊有交互。反饋的週期更長，接近缺陷的成本也更高。

單元和組件測試的測試驅動開發TDD的基本循環步驟是：
1，測試失敗；
2，測試經過；
3，重構；

因爲測試驅動開發是針對單元和組件測試所使用的開發技術，因此在進行單元和組件測試時，測試人員只須要了解並評審開發人員在單元和組件測試中覆蓋了哪些場景，並不須要完成其實現。

在測試金字塔的最高層級，是對於App的「探索性測試」。

1．探索性測試是針對於腳本測試提出的，可是二者並非針鋒相對的，而是相輔相成的。探索性測試，腳本測試和自動化測試之間能夠相互轉化，相輔相成。

2．探索性測試要求測試人員在執行測試時，如同用戶旅程同樣，首先設定好測試目標，而後規劃出一段時間，使用啓發式測試策略模型，經過測試人員的創造性思惟，採起不一樣的測試路徑，來達到測試目標的測試方法。

3，在探索性測試執行中，爲了提升探索性測試的效率，而且可以重現所發現的問題，能夠採用基於測程的測試管理。在App測試中也可使用SBTM技巧進行探索性測試。

4，針對App測試，測試人員須要測試在低層級測試中不能覆蓋的對於頁面跳轉和不一樣頁面間數據流動和展現等須要涉及到多個頁面的流程操做。

5，當進行App的探索性測試時，選擇在真實設備上運行能夠提升測試的真實性和加深對於用戶使用場景的理解，從而不斷促進探索性測試的發展和深刻。