產品軟件測試中的版本控制

我們在測試過程中發現的bug， 開發人員修復后，會把修改過的代碼提交到 正在測試的版本中去。而且，同一天也會出現提交好幾次的情況，然而修改過后的代碼，我們不能保證它是否會帶來新的隱患。這樣會給測試人員的測試工作帶來困擾，只要開發一提交過代碼，我就會比沒有發現bug更緊張，每一次除了去驗證修復的bug之外，都要盡量去保證沒有遺漏他所帶來的“后患”。
　　那么，我們是不是也可以嘗試一下產品測試中的版本控制呢！
　　1、測試員以開發員在經過自測后提交的代碼為基礎進行測試和提交bug；
　　2、 開發員以軟件測試提交的bug為依據進行對bug的修復，修改后的代碼作為一個新的版本，而不是混交到現行的測試版中。
　　3、測試員在一個輪回后，再拿開發修改過后的第二個版本開測。
　　當然，這樣做有她的好處、也有她的不好之處。好處顯而易見，至于不好之處，這么做可能需要花更多的時間與精力。在測試資源緊缺的情況下更是難上加難。
　　那么，就看我們抓的是什么了。是求質量還是求速度呢？我們希望兩手都抓！自然，凡事不能一概而論。在相對很小的項目以速度優先，但是在相對較大的項目我們還是應該更看重質量的。這個時候的測試，我們是否可以嘗試用版本控制來試試呢？！

原文轉自：http://www.kjueaiud.com