確保團隊執行“足夠的”測試覆蓋面是非常困難的，尤其是對敏捷開發團隊來說。對于初學者而言，一個開發Sprint中要完成多少的質量保證工作才夠呢？我們知道，敏捷的標準是在開發Sprint結束的時候要完成一個可交付的產品。那么這是什么意思呢？這意味著軟件不能有嚴重的商業缺陷，不會丟失數據，不會奔潰，同時沒有功能性缺陷阻礙基本功能的使用。雖然這個標準提供了一個很好的指引，但大部分敏捷團隊實際中都對這個標準做了或多或少的限制。我們提供以下6個技巧，幫助確保你執行“足夠的”測試。

1. 為開發Sprint設定一個終端用戶可以接受的質量標準，并且這個標準對于團隊是可管理的。有時候，所謂“可接受”意味著你需要交付一個 Alpha/Beta質量水平的軟件。軟件本身可能含有缺陷，但如果終端用戶得到了足夠的功能，那么它仍然可能是可接受的。其他情況下，終端用戶則可能會 要求交付一個如“防彈衣”一樣可靠的軟件。所以根據用戶的需求來調整你的計劃。
2. 考慮將開發過程劃分包含開發Sprint 和發布Sprint。然后設定相應的質量標準。開發Sprint 中主要關注對新功能的開發實現；發布Sprint 則主要關注缺陷的修復，從而使軟件滿足發布的質量要求。
3. 為開發任務和Story 引入工作流程。流程中設定含有 “QA審查” 狀態，在開發任務或Story 進入到完成狀態前，必須經過“QA審查” 這個狀態，并完成必要的工作。這個狀態的使用將確保每個開發工作都得到適量的QA測試。
4. 為開發任務設定可以通過 “QA評審” 的質量標準，并堅持按照標準來執行。不要讓截至日期馬上就要到來了，成為輕松繞過QA測試過程的借口。不要擔心進度往回趕，必要的時候甚至可以授權QA測試人員有權利停止發布。此外，開發人員和測試人員應當共同負責驗證測試用例和測試結果。
5. 讓負責Story 或開發任務的開發人員為QA團隊演示他們完成的工作，并示范他/她是如何根據定義的QA測試用例，完成的測試。當基本功能驗證通過后，QA團隊應進一步對完成的開發工作進行測試。
6. Sprint 周期內的QA驗證測試和QA回歸測試是有所區別的。Sprint 周期內，敏捷團隊的首要職責是完成有質量保證的開發任務。很多時候，即使定義了最高等級的質量標準，Sprint 開發完成后的產品仍有可能存在缺陷。尤其是當新的功能可能會對系統的其他部分產生影響的時候。這也是為什么在開發Sprint 周期外，需要進行回歸測試以保證整體質量。