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