在軟件測試過(guò)程中,可以將度量分為兩大類(lèi):
1)衡量測試效率和測試工作量 - 工作量指標
例如,測試效率評價(jià)、測試進(jìn)度S曲線(xiàn)等.
2)從質(zhì)量的角度表明測試的結果 - 結果指標
例如,缺陷數量、到達模式、系統崩潰和掛起的次數等.
測試過(guò)程S曲線(xiàn)
追蹤測試過(guò)程也許是軟件測試階段管理中最重要的追蹤任務(wù)。建議的一種度量是測試過(guò)程一段時(shí)間內的S曲線(xiàn)。S曲線(xiàn)的X坐標代表時(shí)間單位,Y坐標代表測試用例數目或測試點(diǎn)數目。之所以稱(chēng)為S曲線(xiàn),意味著(zhù)數據隨著(zhù)時(shí)間而積累、并由于密集的測試活動(dòng)而呈現出S的形狀,造成一個(gè)坡度很大的測試斜面。圖中必須包含下列信息:
1)每周(或天、小時(shí))嘗試的測試用例數目或測試點(diǎn)數目
2)每周計劃的測試用例數目或測試點(diǎn)數目
3)每周成功完成的測試用例數目或測試點(diǎn)數目
這個(gè)度量的目的在于追蹤測試進(jìn)度,將其與計劃進(jìn)行比較,可以及時(shí)得到測試行為滯后的信息,從而盡早采取措施。眾所周知,當進(jìn)度壓力非常大時(shí),測試、特別是開(kāi)發(fā)階段的測試會(huì )受到很大影響。如果有一個(gè)合適的正式的測試進(jìn)度度量,開(kāi)發(fā)團隊就不容易忽視這個(gè)問(wèn)題。從項目計劃的角度來(lái)說(shuō),S曲線(xiàn)迫使團隊更好的計劃整個(gè)項目。
基于時(shí)間的缺陷到達
測試階段的缺陷追蹤和管理對所有的軟件測試都是值得推薦的。
相對產(chǎn)品發(fā)布時(shí)間來(lái)說(shuō),缺陷到達何時(shí)達到峰值?當前版本的缺陷到達模式與前面的版本相比如何?達到的峰值是多少?在發(fā)布前缺陷到達是否降低到一個(gè)低而穩定的水平?以上這些問(wèn)題都是缺陷到達度量的關(guān)鍵,對產(chǎn)品在領(lǐng)域中應用的質(zhì)量有重要意義,因為這些問(wèn)題都暗示著(zhù)將來(lái)產(chǎn)品的質(zhì)量。
比較好的缺陷到達模式應當是這樣的:早期到達率較高,峰值到達的較早,在產(chǎn)品發(fā)布日期前到達率就降低到一個(gè)較低的層次。
基于時(shí)間的缺陷積壓
任何給定時(shí)間內遺留的測試缺陷定義為缺陷積壓,簡(jiǎn)單來(lái)說(shuō),缺陷積壓就是到達的缺陷與修復的缺陷之間的累積數目之差。從測試進(jìn)度的角度來(lái)說(shuō),缺陷積壓的追蹤和管理是非常重要的。
開(kāi)發(fā)過(guò)程中大量的問(wèn)題積壓會(huì )妨礙測試進(jìn)程
當產(chǎn)品將要發(fā)布給用戶(hù)時(shí),存在大量的缺陷積壓意味著(zhù)在開(kāi)發(fā)周期已經(jīng)發(fā)現的很多缺陷將在用戶(hù)使用時(shí)重現。
但是,在開(kāi)發(fā)過(guò)程中,降低缺陷積壓不一定就是優(yōu)先級最高的任務(wù)。
如果當前的重要開(kāi)發(fā)活動(dòng)是功能測試,管理缺陷積壓就不應當具有最高的優(yōu)先級,重點(diǎn)應當一直放在測試效率和測試執行上,鼓勵最大可能的發(fā)現缺陷。
如果當前階段的主要目標是修復可能危害測試進(jìn)程的重大缺陷上,就不必把工作重點(diǎn)放在降低整個(gè)缺陷積壓上
在測試將要結束時(shí),重點(diǎn)就應當放在大幅度降低缺陷積壓上
推薦以下的全局測試管理方法:
1)當測試計劃制訂好,有效性已經(jīng)通過(guò)審核并被接受,管理測試進(jìn)度,從而盡早獲得S曲線(xiàn)的早期上升斜面
2)監控缺陷到達,分析問(wèn)題,從而獲得如何采取改進(jìn)行動(dòng)的信息。不要認為的控制缺陷到達,這是與測試效率、測試進(jìn)度和代碼內在質(zhì)量(代碼中潛伏的缺陷數)都有關(guān)的。
3)加強管理缺陷積壓的降低,力圖達到預期目標,危害測試進(jìn)程的已知缺陷應當賦予最高的優(yōu)先級
文章來(lái)源于領(lǐng)測軟件測試網(wǎng) http://kjueaiud.com/