敏捷測試 - 工作成果

測試計劃在釋出計劃時準備，並在每個衝刺計劃時進行修訂。測試計劃作為測試過程的指南，以確保完整的測試覆蓋率。

測試計劃的典型內容包括：

在敏捷專案中，所有團隊成員都對產品的質量負責。因此，每個人也參與測試計劃。

測試人員的責任是提供必要的指導，並利用其測試專業知識指導團隊其他成員。

使用者故事

從原則上講，使用者故事並非測試工作成果。但是，在敏捷專案中，測試人員參與使用者故事的建立。測試人員編寫對客戶有價值的使用者故事，並涵蓋系統可能出現的各種行為。

測試人員還確保所有使用者故事都是可測試的，並確保驗收標準。

在第一次執行測試時，使用手動測試。它們包括：

然後，將測試自動化以進行後續執行。

在**測試驅動開發**中，首先編寫單元測試使其失敗，然後開發和測試程式碼以確保測試透過。

在**驗收測試驅動開發**中，首先編寫驗收測試使其失敗，然後開發和測試程式碼以確保測試透過。

在其他開發方法中，測試人員與團隊的其他成員合作以確保測試覆蓋率。

在所有型別的這些方法中，都會進行持續整合，其中包括持續整合測試。

團隊可以決定何時以及要自動化哪些測試。即使測試自動化需要付出努力和時間，由此產生的自動化測試也能顯著減少敏捷專案迭代期間重複測試的工作量和時間。這反過來又促使團隊更加關注其他所需活動，例如新的使用者故事、更改等。

在**Scrum**中，迭代是時間盒化的。因此，如果某個使用者故事的測試無法在一個特定的衝刺中完成，測試人員可以在每日站立會議中報告該使用者故事無法在該衝刺中達到“完成”狀態，因此需要將其推遲到下一個衝刺。

由於敏捷專案中的大多數測試都是自動化的，因此工具會生成必要的測試結果日誌。測試人員會審查測試結果日誌。需要為每個衝刺/釋出維護測試結果。

還可以準備一份測試摘要，其中包含：

在敏捷專案中，每個衝刺的測試指標包括：

測試人員也為衝刺評審和回顧報告做出貢獻。典型內容包括：

列印頁面