第，Scrum團隊負責已知問題直到QA團隊發布了第一個bug。此外，兩名探索性測試員能夠在他們的測試中發現一些有趣的可能會轉變為可再生bug的地方。兩天后，第一個bug和問題修復好了。測試集的下一次迭代中對它們進行了再次測試和其他改進（主要是QA團隊發起的）。每日Scrum中，QA團隊的代理報告了他們團隊的進步并按計劃給QA團隊帶去了重要的信息。每次迭代后，兩個QA團隊的迭代持續時間各不相同。因此我們讓快的團隊重新測試我們已經修復并且在幾次迭代前重新測試過的老bug。因為團隊找到了一些（明顯修復后重新安裝的）老的錯誤，所以這個想法奏效了。
總結
QA迭代對于項目來說是一大成功。迭代的后，PO 能夠成功進行驗收測試并發布產品。這輪QA迭代的結果是團隊成功地大大改進了產品的質量。Scrum團隊和QA團隊了解團隊合作的本質。QA團隊受益于明確的接口，因為無論他們需要什么他們都能心平氣和。無需花大量時間尋找正確的聯系人，QA團隊的任何問題可以快速有效地得到回答。另一方面，因為團隊間的這個接口，Scrum團隊的成員大大減輕了他們的工作量。這樣，QA團隊只給他們相關的修訂的信息，他們可以專注于他們的工作。但是，我們低估了創建好的測試計劃的初版本以及在我們將bug提交給Scrum團隊前過濾、評估、修改bug所需要的精力。但是我們仍設法解決這個問題，因為我們可以依靠QA團隊，我們知道：在Scrum 團隊中我們可以推遲重新測試，因為QA團隊已經做好了。一切按計劃進行的事對我們的PO（思想開明且有QA背景的人）都是一大稱贊。她樂于接受任何建議和意見。在其他項目中，這個概念都必將需要和PO及其他利益相關者多多協商。此外，我們可以受益于向QA團隊中支持我們的有才且積極的同事求助的能力。后，我可以說：項目中的QA現在正穩步發展，產品也成功在市場上建好了。目前，有大量很好的可以在連續集成中進行的自動化測試。該QA迭代肯定對項目的成功產生了重要影響。
版權聲明：本文出自 SPASVO澤眾軟件測試網：http://m.eqie.com.cn/news/html/2015109143035.html
原創作品，轉載時請務必以超鏈接形式標明本文原始出處、作者信息和本聲明，否則將追究法律責任。
