靈活開發模式下如何劃定測試範圍

問題：在靈活開發模式下（測試時間較短），如何快速知道代碼變更點，并且确定測試範圍呢？

　　   每次轉測，開發不僅僅是新增一些需求的代碼，還會改動較多的代碼，轉測不可能都回歸測試一輪

回答：

　　1.能夠自動化，盡量自動化。除了修改點的測試外，自動化是解決大量回歸測試最好的方式.效率最高，效果最好

      2.對于修改點的測試，如何能夠更好的整理出并且把握測試範圍：

　　　　1)最簡單直接的辦法，和開發溝通修改點，劃定範圍。這也是靈活模式下的特點，強調少文檔，多溝通。開發有責任為你提供修改資訊

　　　　　優點：快速高效；缺點：依賴于開發所述，如果開發忘記某點，那可能就會造成事故了

　　　　2)對于能看懂代碼，但不是很熟的情況。使用版本管理工具(如：git)，檢視兩次代碼送出的diff，這些不同點就是他所修改的地方。

　　　　   然後帶着這些修改點，逐個問開發人員。根據開發回答和自己的分析擷取影響範圍，最後再次确認

　　　　3)如果對代碼已經很熟悉了。使用版本管理工具，自己檢視兩個版本的不同，進而整理出對業務的影響範圍。然後梳理下影響範圍，和開發确認

       3.規範流程很重要。靈活模式中，開發也是測試，測試也是開發。是以開發也要承擔部分品質保障的職責。實際執行中，測試人員若碰壁，可以和項目經理協商解決，從流程上規範，從意識上正聽。

　　   比如：要求開發人員自測、送出代碼給出修改點及影響範圍等

歡迎交流探讨

微信：125270461

部落格：https://www.cnblogs.com/xiuxingzhe/