模板
教程
環境
性能
功能
管理
對目前系統測試的幾個看法[2]
黑盒測試的缺點有：
1)不可能覆蓋所有的代碼，覆蓋率較低，大概只能達到總代碼量的30%;
2)自動化測試的復用性較低。
談到測試類型，我覺得這是我們忽略的一個環節。比如發現一個BUG，開發人員修改后，測試員可能只是考慮這個BUG是否依然存在，而忽略了其他問題，這就可能引起其他的BUG。(可能在修改這個BUG的同時，引起其他功能模塊的連鎖反應而產生其他的BUG。)那么，冒煙測試便可以解決這類問題(盡管它的覆蓋率還是比較低)。
其它的測試類型還有Functional Test(功能測試)、Security Test(安全性測試)、Stress Test(壓力測試)、Performance Test(性能測試)、Regression Test(回歸測試)、Setup/Upgrade Test(安裝升級測試)等。
我認為，可以通過一些培訓或文檔來培養測試人員的這些測試技巧。
4.測試用例
這里談的主要是黑盒測試用例。具體參考黑盒測試的測試用例設計方法。
5.測試工作的考核
工作考核的內容，在整個公司來講也是剛剛起步階段，而測試工作的考核也是比較可能的。下面我列舉幾個考核標準，只供參考。
按照測試周期測試階段分為：測試計劃、測試設計、測試執行。
測試計劃是測試經理負責的。測試人員主要是測試設計和測試執行。
考核標準：
1.BUG數量
目前使用BUG管理系統進行管理，因此可以通過該系統考核測試人員發現的缺陷數。
2.BUG跟蹤情況
即該測試人員發現的BUG，是否及時跟蹤該BUG的處理情況。
3.測試用例數
即測試人員設計的測試用例，相關標準是功能點，即一個功能點設計的測試用例數。
4.測試進度
即計劃時間和實際使用時間的差距。
5.嚴重缺陷率
在BUG管理系統中，對BUG按照緊急程度進行了分類，這里的嚴重缺陷率就是指測試人員發現BUG的緊急程度。
原文轉自：http://www.anti-gravitydesign.com
