如何測試APP程序

2022-07-07

?如何測試APP概述

如果您仔細閱讀我們之前的測試博客，您就會了解手動測試和自動測試之間的區別，以及兩者的優缺點。

在這篇博客中，我將討論 The Distance 的測試部門實際上做了什么，以及我們如何確保交付最高標準的移動APP。

開始測試APP

當APP完成其預開發過程時，我們的業務分析師 (BA) 會創建一個功能文檔。初稿編寫完成后，將經過內部和外部的審查過程。功能文檔通過審核流程后，由客戶簽署。這與一整套APP設計一起，最終成為我們開發和測試APP所遵循的藍圖。

功能文檔完成并簽署后，將交付通過以進行測試。然后將該文檔用作我們創建測試腳本的基礎。

在 The Distance，我們使用名為 PractiTest 的程序作為我們的測試管理工具；它使我們能夠創建和維護我們的測試腳本。編寫完成后，腳本通常由測試部門的另一名成員和我們的 BA 進行審查。這是為了確保它們涵蓋需求中指定的所有內容。

測試app過程

一旦我們創建了測試腳本，我們就有了測試APP的基礎。

在開發過程中，APP會經歷多個開發階段。這些階段是我們用于沖刺計劃的階段。在我們的沖刺計劃中，我們預定了測試周期。這些周期通常遵循以下計劃，但可能會因項目而異：

app測試初始發行

當迭代準備好進行審查時，操作將安排在測試中。
向測試部門提供了發布中制定的所有要求。
測試分析師 (TA) 將運行與迭代版本相關的任何測試腳本。
任何失敗的測試腳本都將作為錯誤提出并給予適當的優先級。
創意總監還將審查構建 UI 并將任何錯誤傳遞給測試部門以提出。
在將APP發布給客戶端之前，已提出的所有錯誤都已修復并重新測試，以確保APP的內容正常工作。

后續版本和完整的端到端

除了上述初始版本中所述的要點外，TA 將重新運行以前迭代中的任何測試腳本，并根據新的或更改的要求附加任何和所有新測試。

進一步的迭代

如果適用，可以根據APP的復雜性完成進一步的循環。在許多情況下，需要多次迭代才能完成完整的APP。

用戶驗收測試 (UAT) 發布

APP作為一個整體發布給客戶端。然后給客戶時間來全面審查APP，并提出與發布相關的任何錯誤。
客戶在 Freshdesk（客戶支持軟件）上提出的任何 UAT 錯誤都將由 PM 進行分類。此時，每張工單的狀態將從打開更改為待處理，并添加到測試部門的隊列中以正常提出。
在要測試的先前迭代中提出的任何未解決的錯誤。

最終煙霧測試

一旦所有 UAT（用戶驗收測試）錯誤都已開發并通過測試，最終的冒煙測試就完成了。
完成完整測試后，將提出并修復錯誤，然后重新測試這些修復。
客戶將獲得一份完整的測試報告，以便他們審查所有已完成的測試和任何未解決的問題（取決于驗收標準）

測試周期

我們的測試周期是根據當前沖刺中開發的要求運行的。當一個 sprint 被開發出來時，測試部門會被告知已經開發了什么。基于此，我們設置了測試沖刺，其中包括在開發之前創建的所有測試腳本。

在這些周期中，發現的任何和所有錯誤都將重新投入開發以進行修復，并在將任何版本發送給客戶端之前進行重新測試。

所有提出的錯誤都被優先考慮。這些是：

P1 - 關鍵
P2 – 專業
P3 – 標準
P4 – 未成年人

這是為了確保APP中沒有嚴重的問題。

在整個開發過程中，當一個 sprint 完成時，將運行一個測試周期，其中包括任何和所有以前的需求以及任何和所有新的需求。這可確保沒有從以前的構建中返回的回歸問題。

探索性測試

一旦所有的測試周期都完成了，一個探索周期就開始了。僅當我們確保APP滿足要求時才會這樣做。此步驟使我們能夠利用測試人員對移動APP的集體知識以及我們在APP工作方面獲得的經驗。我們確保APP的外觀和感覺符合我們的預期。額外的步驟可確保用戶在使用該APP時獲得更好的體驗。這個循環通常不會導致很多錯誤，但它可以確定一些可能實施的改進。在每個周期結束時完成設計審查，以確保每個部分都按照設計進行構建。