1、對于舊的穩(wěn)定的程序，一旦新添加功能，尤其是調(diào)用舊模塊的功能的，回歸測試的工作量大而枯燥，不可避免 針對此條，對于LEADER而言，最大的難處在于時間風險的估算。最好的解決方式是和開發(fā)人員開會，共同探討模塊的復雜性和測試時間。一般，開發(fā)，測試，修復，再測試的周期中，開發(fā)和測試的時間是1：2左右。甚至更多。
對于測試用例的設(shè)計人員而言，最大的難處并不在于新功能本身，而是如何設(shè)計覆蓋路徑，新舊版本之間的問題將非常嚴重。怎樣設(shè)計組合用例，將是測試的重中之重。
活生生的例子： 我們的測試用例中沒有設(shè)計到橫向子模塊的兼容性測試，因為舊版本沒有該問題，而新版本也僅僅是調(diào)用這個模塊。結(jié)果，在冒煙測試中，就發(fā)現(xiàn)，這個被調(diào)用的公 用模塊，在某一個相對特殊的子模塊中，會發(fā)生菜單項無效的問題。隨后再想到要設(shè)計橫向模塊的兼容性測試，并和舊版本做比較，浪費了很多時間。
2、一定要和舊版本一起，做至少一輪的隨機測試
尤其是涉及到自定義的數(shù)據(jù)保存功能的情況下，用新版本的程序讀取舊版本保存的數(shù)據(jù)看看。接口之間的古怪問題，一定會讓你頗有成就感。另外，去有規(guī)律的做 一些古怪的隨機測試，比如，程序中產(chǎn)生報表或者示例圖之后，最小化窗口，再還原看看。很有可能，圖片和數(shù)據(jù)就變了，或者消失，或者殘缺了。這種怪事就在我 的測試中實際發(fā)生了。因此，這一輪的隨機測試一定要做，思路越古怪越好。
3、不要嫌重復勞動麻煩
親身經(jīng)歷了令人沮喪的事情。在某3天，我不停地測試一個功能，單元測試證 明代碼和算法沒有錯誤，我也看過，的確不可能出錯。前臺依賴這個算法而顯示的數(shù)據(jù)上萬。不過還是出于負責而一條一條的檢查，一直沒有出現(xiàn)問題。最終，想放 棄的時候，發(fā)現(xiàn)，這將近2萬條數(shù)據(jù)，最后的10條果然出現(xiàn)了問題。你說妖怪不？早知道就應該從尾巴開始測試。哎。所以，不能放棄，知道不，測試就是要負責 的。
4、關(guān)于不可重現(xiàn)的BUG
唯一能夠告訴新手的就是，你每做一個動作，都必須保持腦子清晰。當你發(fā)現(xiàn)某些一定是不可重現(xiàn)BUG時（比如內(nèi)存溢出，花屏等），別著急關(guān)閉你的屏幕，直接叫開發(fā)過來看，或者打開任務管理器，并截取圖片保存。因為這是你的業(yè)績。