案列：當(dāng)開發(fā)人員需要對功能進(jìn)行比較大的修改上岗，估計(jì)需要兩天時(shí)間才能完成代碼，這時(shí)測試人員反對這樣做蕴坪，本來只有5天測試時(shí)間肴掷，驗(yàn)收測試已經(jīng)很緊張。如果再延遲兩天背传，測試沒法完成呆瞻。而產(chǎn)品經(jīng)理認(rèn)為，你們不是在用敏捷測試方法径玖，應(yīng)該測得很快痴脾，三天應(yīng)該能完成測試工作啊!
敏捷測試當(dāng)然不能簡單地理解測得更快，絕對不是比以前用更少時(shí)間進(jìn)行測試梳星，也不是將測試的范圍縮小了或?qū)①|(zhì)量降低來減少測試任務(wù)赞赖。
敏捷測試應(yīng)該是適應(yīng)敏捷方法而采用的新的測試流程、方法和實(shí)踐冤灾，對傳統(tǒng)的測試流程有所剪裁前域，有所不同的側(cè)重，例如減少測試計(jì)劃瞳购、測試用例設(shè)計(jì)等工作的比重话侄，增加與產(chǎn)品設(shè)計(jì)人員亏推、開發(fā)人員的交流和協(xié)作学赛。在敏捷測試流程中，參與單元測試吞杭，關(guān)注持續(xù)迭代的新功能盏浇，針對這些新功能進(jìn)行足夠的驗(yàn)收測試，而對原有功能的回歸測試則依賴于自動(dòng)化測試芽狗。由于敏捷方法中迭代周期短绢掰，測試人員盡早開始測試，包括及時(shí)對需求童擎、開發(fā)設(shè)計(jì)的評審滴劲，更重要的是能夠及時(shí)、持續(xù)的對軟件產(chǎn)品質(zhì)量進(jìn)行反饋顾复。
在敏捷方法中班挖，需求變化比較快、產(chǎn)品開發(fā)周期很短芯砸，我們目前采用四周時(shí)間萧芙，也就是每個(gè)月發(fā)布一個(gè)新版本给梅。開發(fā)周期短，功能不斷累加双揪，給測試帶來很大的挑戰(zhàn)动羽，測試流程要做相應(yīng)的調(diào)整。
在對新功能進(jìn)行app功能測試和回歸測試策略上渔期，測試任務(wù)簡單地可分為新功能測試和回歸測試运吓。在敏捷方法中，針對這兩部分的測試建立相應(yīng)的策略疯趟，加上自動(dòng)化測試羽德，以提高測試的效率，最大限度地降低質(zhì)量風(fēng)險(xiǎn)迅办。
不需要測試用例宅静，直接基于用例、基于對需求的理解來完成新功能的驗(yàn)證站欺。即使要寫測試用例姨夹，只要保證各個(gè)功能點(diǎn)被覆蓋，不要過于詳細(xì)矾策。
持續(xù)地進(jìn)行驗(yàn)證磷账，一旦某塊新代碼完成,就開始驗(yàn)證，而不是等到所有代碼完成后才開始測試贾虽。這也包括參與到單元測試和集成測試中逃糟。
實(shí)施端到端的測試，確保完整的業(yè)務(wù)流程的實(shí)現(xiàn)蓬豁，同時(shí)绰咽，也容易發(fā)現(xiàn)業(yè)務(wù)邏輯不夠清晰、不夠合理等各方面的問題地粪。
閱讀代碼來發(fā)現(xiàn)問題取募，可以和開發(fā)人員工作保持同步，消除測試周期的壓力蟆技。
基于經(jīng)驗(yàn)玩敏，可以實(shí)施更多的探索性測試、組合交互性測試和用戶場景測試质礼，更有效地發(fā)現(xiàn)埋藏較深的缺陷旺聚。
