15321250321
010-86462584

如何測試APP程序

2022-07-07

?如何測試APP概述

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

在這篇博客中，我將討論 The Distance 的測試部門實際上做了什么，以及我們?nèi)绾未_保交付最高標準的移動APP。

開始測試APP

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

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

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

測試app過程

一旦我們創(chuàng)建了測試腳本，我們就有了測試APP的基礎。

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

app測試初始發(fā)行

當?shù)鷾蕚浜眠M行審查時，操作將安排在測試中。
向測試部門提供了發(fā)布中制定的所有要求。
測試分析師 (TA) 將運行與迭代版本相關的任何測試腳本。
任何失敗的測試腳本都將作為錯誤提出并給予適當?shù)膬?yōu)先級。
創(chuàng)意總監(jiān)還將審查構(gòu)建 UI 并將任何錯誤傳遞給測試部門以提出。
在將APP發(fā)布給客戶端之前，已提出的所有錯誤都已修復并重新測試，以確保APP的內(nèi)容正常工作。

后續(xù)版本和完整的端到端

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

進一步的迭代

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

用戶驗收測試 (UAT) 發(fā)布

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

最終煙霧測試

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

測試周期

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

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

所有提出的錯誤都被優(yōu)先考慮。這些是：

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

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

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

探索性測試

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