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