對目前系統測試的幾個看法[2]

　　對目前系統測試的幾個看法[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.kjueaiud.com