測試APP開發的完整初學者指南

2022-07-07

?您是測試移動APP的初學者嗎？相同的！我是 The Distance 測試團隊的最新成員 Matt，我將介紹一些基本概念。

測試APP的目的是什么？

從廣義上講，測試的主要目的是在兩個方面提供保證。首先，重要的是要確保被測APP在正常操作條件下按預期執行。將電子郵件發送到錯誤地址的電子郵件客戶端根本沒有用，而這正是我們想要在這里捕獲的。通常在商業環境中，會產生一組需求，并記錄所有預期的行為——測試人員將與此文檔密切合作，以發現行為中的任何差異。

然后我們需要考慮當APP脫離其舒適區時會發生什么。從本質上講，測試人員可以自由地嘗試通過破壞APP來破壞其他人的樂趣。如果用戶在發送電子郵件的過程中禁用了互聯網連接，或者我們將 100000 個表情符號粘貼到登錄表單中，我們的電子郵件客戶端會發生什么情況？很多時候，這種測試會繞過設計中實際指定的內容，這意味著測試可能會通過識別當前設計中的邊緣情況或缺陷來為當前要求的添加或修改提供信息。

通常，我們會不斷發現APP的問題，直到它通過幾次測試過程——這很好！軟件系統越來越復雜，幾乎不可能第一次就 100% 正確。簡而言之，這就是測試部門存在的原因——我們希望在發布APP之前發現這些問題或錯誤，這樣我們的用戶就不會看到它們。

什么是APP測試出的錯誤？

1945 年 9 月，哈佛大學的操作員從一臺名為 Mark II Aiken Relay Calculator 的原始計算機內部取出了一只飛蛾。他們把它貼在那天的日志上，上面寫著：“第一個發現錯誤的實際案例。” 因此，在軟件開發中創造了術語“錯誤”和“調試”。

幸運的是，這些天我們的設備更加防蛀。術語錯誤是指我們在APP中發現的問題，通常是以下之一：

需求中包含的某些功能缺失，或未在APP中正確實現。
該APP具有設計不需要的其他屏幕/功能。
該APP沒有達到我們對APP應該如何執行的一般期望。這可能包括崩潰或 UI 元素顯示不正確等問題。

多少APP測試就足夠了？

測試在軟件開發過程中是相當獨特的，因為沒有明確的點可以讓APP的測試“完成”。現代軟件非常復雜，可能的輸入變化的數量意味著我們不可能進行詳盡的測試——也就是說，測試系統輸入的每一個可能的組合。

如果我們將其比作設計或開發——這兩個過程都有明確的可交付成果，完成后可以明顯結束任務。這正是我們在測試時需要決定的——我們稱之為“退出標準”。

通常，這將在適當的上下文基礎上決定——例如，銀行APP的退出標準將比 noughts and crosss 游戲嚴格得多。我們可能會使用諸如以下之一的度量：

已經進行了完整的系統測試，沒有發現重大錯誤。
所有已識別的測試用例均已執行。
測試預算已過期。

APP測試人員如何融入整個過程？

到目前為止，我們已經討論了測試分析師的主要職責——識別和記錄錯誤，并返回給開發人員。然而，測試人員還有另一個重要的角色，作為“產品專家”。

測試人員通常會與需求密切合作，并且也是作為實際用戶查看系統的主要人員。相比之下，開發人員往往一次只關注代碼的一小部分實現，因此更難看到整個系統的“大圖”。因此，測試人員的理想位置是對APP的用戶體驗進行批判性觀察——這可以推動開發的變化，并可以真正為成品增加價值。測試視角對項目經理也非常有用，可以提供有關APP質量和完整性的頂級信息。

APP測試總結

我們測試APP是為了在APP到達用戶之前識別和修復APP的問題。
這些問題被稱為錯誤。
我們需要定義一個合理的點來知道何時停止測試。
一個好的測試人員也可以利用他們的觀點為產品增加價值。

感謝你們這些堅持到這一步的人。我今天只是簡單地談到了一些概念，所以我希望我們可以下次再談一些更多的話題。下課了！