一對小‘冤家’葡粒。有人說份殿,測試者來自火星,開發(fā)者來自金星嗽交。這是因為軟件測試員和軟件開發(fā)者就好比一對冤家卿嘲,里面的緣由說不清也道不明。開發(fā)代表著創(chuàng)造夫壁,而測試則代表著摧毀拾枣,因為測試的目的就是以各種方式不斷地從開發(fā)出的產(chǎn)品中發(fā)現(xiàn)大大小小的Bug,長此以往盒让,開發(fā)者認(rèn)為測試者是在故意找茬梅肤,兩者的矛盾慢慢就會產(chǎn)生。
矛盾解決邑茄。為了減少矛盾姨蝴、保障開發(fā)和測試對需求理解一致,我們在敏捷過程中通過計劃會肺缕、需求討論會左医、開發(fā)前需求澄清會、測試用例評審和開發(fā)ShowCase這幾個關(guān)鍵活動保障同木。計劃會中產(chǎn)品經(jīng)理講解需求浮梢,開發(fā)和測試都會參加,如果需求理解不一致的地方就馬上溝通由項目經(jīng)理或產(chǎn)品經(jīng)理把關(guān)泉手。到測試用例評審的時候黔寇,需求細(xì)化成一個個測試用例偶器,這樣讓開發(fā)和測試進一步深化理解需求達(dá)成一致斩萌。到開發(fā)完成功能給測試Showcase,測試再一次核對開發(fā)實現(xiàn)功能與需求是否一致屏轰,明顯不一致的地方當(dāng)場指出來颊郎,等開發(fā)人員修正后才提交給測試進行測試,這樣就基本能保證測試一次性就能跑完這個需求的所有測試用例霎苗。
優(yōu)化的ShowCase過程姆吭。完成功能提交代碼后,這樣時候持續(xù)構(gòu)建已經(jīng)生成了最新的環(huán)境唁盏,然后開發(fā)在 “測試環(huán)境” 上對照LLT用例進行冒煙測試内狸,并標(biāo)記冒煙基線自驗結(jié)果检眯,作為轉(zhuǎn)測交付件。冒煙測試通過后對產(chǎn)品昆淡、UI 锰瘸、測試等人員進行ShowCase,向大家進行業(yè)務(wù)和功能展示昂灵,目的是完成“正確的做事”避凝,讓大家對研發(fā)的成果進行double check , 需求實現(xiàn)達(dá)成一致意見。如果演示順利通過則項目經(jīng)理按照轉(zhuǎn)測標(biāo)準(zhǔn)發(fā)轉(zhuǎn)測郵件眨补,測試人員則回到座位進行用例執(zhí)行管削。如果演示沒通過開發(fā)人員則繼續(xù)修改代碼完善直到演示通過為止。
為什么開發(fā)一定要在測試環(huán)境上進行ShowCase撑螺,因為如果開發(fā)人員用自己的代碼進行演示的話含思,還是有可能會出現(xiàn)代碼效果與自動構(gòu)建的程序不一致,所以為了避免這種情況甘晤,開發(fā)最好是在測試環(huán)境上進行演示茸俭。BUG解決完后打回給測試的時候,建議開發(fā)也要進行F2F小型的ShowCase安皱。
綜合调鬓,解決歧義的方法為:
對于開發(fā)人員:編碼前進行需求澄清、編碼后進行showcase酌伊、showcase問題修改代碼后再showcase腾窝、問題單解決后進行showcase通過后把問題單走給測試;
對于測試人員:對測試用例進行評審居砖、提單前和開發(fā)確認(rèn)虹脯、問題單打回前和開發(fā)確認(rèn);