發(fā)布版本之后,被客戶吐槽還是有bug,把他們當(dāng)成了免費(fèi)測試工程師。
其實(shí)我們有專業(yè)測試團(tuán)隊(duì),每個(gè)發(fā)布的版本,不論是自動(dòng)化測試工具(AutoRunner、MobRunner、ATF)還是測試管理工具ALM,都經(jīng)過嚴(yán)格的測試。這樣做的好處是,很少有大的功能模塊會(huì)出現(xiàn)嚴(yán)重問題,對產(chǎn)品質(zhì)量的提升還是具有非常大的作用。
去看了問題列表,以及和開發(fā)團(tuán)隊(duì)進(jìn)行溝通,發(fā)現(xiàn)客戶所說的問題,都是比較細(xì)微的業(yè)務(wù)邏輯分支和場景。舉個(gè)例子,當(dāng)我們手工執(zhí)行200個(gè)測試用例,執(zhí)行到150,客戶把執(zhí)行過的測試用例更新了30個(gè),那么你的測試執(zhí)行進(jìn)度統(tǒng)計(jì),應(yīng)該是什么樣算是正確的?
開發(fā)團(tuán)隊(duì)會(huì)認(rèn)為測試團(tuán)隊(duì)對需求不夠了解,沒有測試到位;測試團(tuán)隊(duì)認(rèn)為開發(fā)團(tuán)隊(duì)沒有講到那么細(xì)小的需求,因此沒有測試到。
如何解決?我們把測試團(tuán)隊(duì)拆分成2個(gè),一個(gè)加入到開發(fā)團(tuán)隊(duì),做開發(fā)過程中的功能測試;另一個(gè)團(tuán)隊(duì)負(fù)責(zé)產(chǎn)品的驗(yàn)收測試,從客戶的角度和完整的功能回歸角度測試產(chǎn)品。
這樣我們就解決了細(xì)微需求溝通不到位,導(dǎo)致的漏測,也解決了測試與開發(fā)分離的問題。開發(fā)與測試團(tuán)隊(duì)分離,使得我們可以從用戶的角度來測試這個(gè)產(chǎn)品,不受到開發(fā)團(tuán)隊(duì)使用產(chǎn)品的習(xí)慣、場景的影響,可以發(fā)現(xiàn)很多開發(fā)團(tuán)隊(duì)沒有考慮到的場景的缺陷。
本文內(nèi)容不用于商業(yè)目的,如涉及知識(shí)產(chǎn)權(quán)問題,請權(quán)利人聯(lián)系SPASVO小編(021-60725088-8054),我們將立即處理,馬上刪除。