關(guān)于敏捷項目癌刽，是迭代更新快役首，每個迭代都會有新的內(nèi)容，或是業(yè)務(wù)需求显拜，或是代碼優(yōu)化衡奥，我們身為測試，要在每個迭代的測試中远荠，保證每個迭代的測試質(zhì)量矮固。
測試質(zhì)量，包括這次迭代的改動不影響已有的功能，以及增加的功能档址，實現(xiàn)的效果符合預(yù)期盹兢。 那么，問題來了守伸，測試如何保證測試質(zhì)量绎秒？
因為敏捷時間緊張，我們可以采用兩個方式混合來保證我們的測試質(zhì)量尼摹。
第一：過所有關(guān)聯(lián)系統(tǒng)的正向流程见芹，包括改動的模塊和沒有改動的模塊、系統(tǒng)蠢涝，只要有數(shù)據(jù)會經(jīng)過改動系統(tǒng)的玄呛。
第二：選測部分內(nèi)容，這個需要和開發(fā)一起把關(guān)和二，但是測試也要有自己的測試方向的判斷把鉴。
原因如下所述：
如果系統(tǒng)龐大，每個迭代可能只是某一個系統(tǒng)改動儿咱，關(guān)聯(lián)系統(tǒng)并沒有進(jìn)行改動庭砍，但是關(guān)聯(lián)系統(tǒng)的有些數(shù)據(jù)會同步到改動的系統(tǒng)，那混埠，請問怠缸，沒有改動的系統(tǒng)我們要不要測。
答案是：
我們要進(jìn)行測試钳宪，要過所有關(guān)聯(lián)系統(tǒng)的正向流程揭北。
為什么？
因為現(xiàn)在系統(tǒng)之間是靠接口傳送數(shù)據(jù)吏颖，傳過來的數(shù)據(jù)搔体，哪個必傳、哪個非必傳半醉，都是由相關(guān)系統(tǒng)模塊的開發(fā)自己定義疚俱，當(dāng)關(guān)聯(lián)系統(tǒng)做改造，我們做測試的缩多，并不清楚接口中的具體字段的改造呆奕，所以，過正向流程的測試衬吆，是一種不可缺少的方式梁钾。
存在的可能性還有，開發(fā)提供的設(shè)計文檔跟目前程序?qū)崿F(xiàn)的不同（文檔沒有及時更新）逊抡，按著設(shè)計文檔來設(shè)計案例姆泻，以及排除測試范圍，是存在一定漏測的內(nèi)容，所以拇勃，每個迭代過正向流程是必須的蛾娶，只要保證現(xiàn)有功能沒有出現(xiàn)問題，在生產(chǎn)上潜秋，也會降低出現(xiàn)大bug的事件概率蛔琅，比如拼多多的無門檻優(yōu)惠券事件。
ps：每個模塊的開發(fā)峻呛，只清楚自己負(fù)責(zé)模塊的接口和字段罗售，并不會去了解其它模塊字段的情況，所以測試為了不背鍋钩述，請務(wù)必過所有關(guān)聯(lián)系統(tǒng)的正向寨躁。
每個測試人員需謹(jǐn)記：開發(fā)們開發(fā)bug的能力，防不勝防牙勘。
