測試管理的必要性
隨著軟件開發(fā)規(guī)模的增大，由幾人到幾十人測試數(shù)萬到數(shù)十萬的測試用例已經(jīng)變得平常。測試項目數(shù)和測試擔(dān)當人數(shù)增加后，測試任務(wù)的分配，結(jié)果的統(tǒng)計，測試項目的更新，測試項目的版本管理等管理變得困難。
輔助上述管理工作減輕負擔(dān)的工具稱為測試管理系統(tǒng)。
導(dǎo)入測試管理系統(tǒng)之前
案例1：字處理軟件和表格軟件的弊端
【現(xiàn)狀】
使用字處理軟件（word）或者表處理軟件（excel）記述測試用例
【問題】
文件分散，測試進度很難一眼明了。
無法多人編輯（因為別人正打開著所以無法編輯）
案例2：困難的版本管理
【現(xiàn)狀】
使用共有服務(wù)器保存文件。
使用CVS或者Subversion管理文件版本
【問題】
文件散亂存放于各處，無法確認正確的文件所在
版本變化的追蹤漸漸變得困難
不同文件內(nèi)有重復(fù)的測試用例
案例3：分散的管理
【現(xiàn)狀】
bug等使用工具管理
測試結(jié)果使用表格軟件等文書化管理
測試結(jié)果里記載bug id.
【問題】
內(nèi)容變更的時候沒有追加更新
文件間的整合性差
除上述以外：
1，LEADER僅僅是統(tǒng)計測試結(jié)果或是分配測試擔(dān)當要花費一整天
2，當被問到總測試數(shù)目時無法很快回答（不數(shù)一遍的話是無法回答的）
3，報告bug時，被回答[那是測試項記述錯誤，請使用新版的測試項]
4，式樣變更了，哪些測試用例應(yīng)該修改不明
測試管理者的各位，如果工具能做的事情都讓工具來做，也可以更加專注于管理作業(yè)本身了吧。僅僅是管理測試用例和統(tǒng)計測試結(jié)果花光時間的事情也可以防止了。而且對于測試工程師，遵照工具的格式，測試項目的寫法可以得到統(tǒng)一也是有益的。更加有利的是，導(dǎo)入測試管理系統(tǒng)大大有助于測試工程的標準化。也是說即便項目或者擔(dān)當者發(fā)生變更，也可以按照共同的手順來進行。對已測試項的再利用也很有好處。
