敏捷測試 - 活動跟蹤

測試狀態可以透過以下方式進行溝通 -

• 在每日站立會議期間
• 使用標準的測試管理工具
• 透過即時通訊工具

由測試透過狀態決定的測試狀態對於決定任務是否“完成”至關重要。“完成”意味著任務的所有測試都透過。

測試進度

測試進度可以透過以下方式進行跟蹤 -

• Scrum 看板（敏捷任務看板）
• 燃盡圖
• 自動化測試結果

測試進度也直接影響開發進度。這是因為只有在達到驗收標準後，使用者故事才能移至完成狀態。而這反過來又由測試狀態決定，因為驗收標準由測試狀態來判斷。

如果測試進度有任何延遲或阻塞，整個團隊將討論並協作解決問題。

在敏捷專案中，變更頻繁發生。當發生許多變更時，我們可以預期測試狀態、測試進度和產品質量會不斷發展。敏捷測試人員需要將這些資訊提供給團隊，以便在正確的時間做出適當的決策，以保持在正軌上，成功完成每個迭代。

當發生變更時，它們可能會影響先前迭代中的現有功能。在這種情況下，必須更新手動和自動化測試以有效地處理迴歸風險。還需要進行迴歸測試。

產品質量

產品質量指標包括 -

• 測試透過/失敗
• 發現/修復的缺陷
• 測試覆蓋率
• 測試透過/失敗率
• 缺陷發現率
• 缺陷密度

自動化收集和報告產品質量指標有助於 -

• 保持透明度。
• 在正確的時間收集所有相關和所需的指標。
• 即時報告，無需溝通延遲。
• 允許測試人員專注於測試。
• 過濾指標的濫用。

為了確保整體產品質量，敏捷團隊需要獲得客戶反饋，以瞭解產品是否滿足客戶期望。這需要在每個迭代結束時進行，並且反饋將作為後續迭代的輸入。

關鍵成功因素

在敏捷專案中，如果敏捷測試成功，則可以交付高質量的產品。

敏捷測試成功的關鍵點如下 -

• 敏捷測試基於測試先行和持續測試方法。因此，建立在測試後方法上的傳統測試工具可能不適用。因此，在選擇敏捷專案中的測試工具時，需要驗證其與敏捷測試的一致性。

• 透過在開發生命週期的早期自動化測試來減少總測試時間。

• 敏捷測試人員需要保持自己的節奏以適應開發釋出計劃。因此，需要根據產品質量目標，對測試活動進行適當的計劃、跟蹤和重新計劃。

• 手動測試佔專案中測試的 80%。因此，需要將具有專業知識的測試人員納入敏捷團隊。

• 這些具有專業知識的測試人員在整個開發生命週期中的參與使整個團隊專注於滿足客戶期望的優質產品。

  • 定義強調終端使用者期望的產品行為的使用者故事。

  • 根據客戶期望，在使用者故事級別/任務級別識別驗收標準。

  • 測試活動的工時和持續時間估算。

  • 計劃測試活動。

  • 與開發團隊保持一致，以確保生成滿足需求的程式碼，並進行預先的測試設計。

  • 測試先行和持續測試，以確保達到完成狀態，並在預期時間內滿足驗收標準。

  • 確保在衝刺內的所有級別進行測試。

  • 在每個衝刺結束時進行迴歸測試。

  • 收集和分析對專案成功有用的產品指標。

  • 分析缺陷以確定哪些需要在本衝刺中修復，哪些可以延遲到後續衝刺。

  • 專注於從客戶角度來看哪些是重要的。

Lisa Crispin 定義了敏捷測試成功的七個關鍵因素 -

• 全員參與方法 - 在這種方法中，開發人員培訓測試人員，測試人員培訓其他團隊成員。這有助於每個人瞭解專案中的每個任務，從而使協作和貢獻獲得最大的好處。測試人員與客戶的協作也是一個重要的因素，以便在開始時就設定正確的期望，並將驗收標準轉換為透過測試所需的標準。

• 敏捷測試思維 - 測試人員積極主動地持續改進質量並與團隊其他成員不斷協作。

• 自動化迴歸測試 - 設計可測試性並透過測試驅動開發。從簡單開始，並允許團隊選擇工具。準備好提供建議。

• 提供和獲取反饋 - 由於這是敏捷的核心價值，因此整個團隊應該對反饋持開放態度。由於測試人員是專業的反饋提供者，因此需要專注於相關和必要的資訊。作為回報，在獲取反饋時應適應測試用例的變更和測試。

• 建立核心敏捷實踐的基礎 - 專注於與編碼、持續整合、協作測試環境、增量工作、變更接受、保持協同效應並行的測試。

• 與客戶協作 - 徵求示例、理解和檢查需求對映到產品行為，建立驗收標準，獲取反饋。

• 著眼大局 - 使用真實世界的測試資料並考慮對其他領域的影響，透過面向業務的測試和示例驅動開發。