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