測試管理的必要性

隨著軟件開發(fā)規(guī)模的增大，由幾人到幾十人測試數(shù)萬到數(shù)十萬的測試用例已經(jīng)變得平常。測試項目數(shù)和測試擔(dān)當(dāng)人數(shù)增加后，測試任務(wù)的分配，結(jié)果的統(tǒng)計，測試項目的更新，測試項目的版本管理等管理變得困難。

輔助上述管理工作減輕負(fù)擔(dān)的工具稱為測試管理系統(tǒng)。

導(dǎo)入測試管理系統(tǒng)之前

案例1：字處理軟件和表格軟件的弊端

【現(xiàn)狀】

使用字處理軟件（word）或者表處理軟件（excel）記述測試用例

【問題】

文件分散，測試進(jìn)度很難一眼明了。

無法多人編輯（因為別人正打開著所以無法編輯）

案例2：困難的版本管理

【現(xiàn)狀】

使用共有服務(wù)器保存文件。

使用CVS或者Subversion管理文件版本

【問題】

文件散亂存放于各處，無法確認(rèn)正確的文件所在

版本變化的追蹤漸漸變得困難

不同文件內(nèi)有重復(fù)的測試用例

案例3：分散的管理

【現(xiàn)狀】

bug等使用工具管理

測試結(jié)果使用表格軟件等文書化管理

測試結(jié)果里記載bug id.

【問題】

內(nèi)容變更的時候沒有追加更新

文件間的整合性差

除上述以外：

1，LEADER僅僅是統(tǒng)計測試結(jié)果或是分配測試擔(dān)當(dāng)要花費(fèi)一整天

2，當(dāng)被問到總測試數(shù)目時無法很快回答（不數(shù)一遍的話是無法回答的）

3，報告bug時，被回答[那是測試項記述錯誤，請使用新版的測試項]

4，式樣變更了，哪些測試用例應(yīng)該修改不明

測試管理者的各位，如果工具能做的事情都讓工具來做，也可以更加專注于管理作業(yè)本身了吧。僅僅是管理測試用例和統(tǒng)計測試結(jié)果花光時間的事情也可以防止了。而且對于測試工程師，遵照工具的格式，測試項目的寫法可以得到統(tǒng)一也是有益的。更加有利的是，導(dǎo)入測試管理系統(tǒng)大大有助于測試工程的標(biāo)準(zhǔn)化。也是說即便項目或者擔(dān)當(dāng)者發(fā)生變更，也可以按照共同的手順來進(jìn)行。對已測試項的再利用也很有好處。