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