在ISO、CMM、各大軟件企業(yè)、IT公司的佳實踐理論宣導之下，我想國內(nèi)很多中小型軟件企業(yè)中的軟件測試人員會感到非常的迷茫，缺乏測試資源、缺乏合理的測試流程、缺乏重視質(zhì)量的大環(huán)境，這些都讓中小型軟件企業(yè)的測試人員感覺測試工作非常難做，測試的管理者也會不禁發(fā)出感嘆“軟件測試好難管。　，我想中小型軟件企業(yè)的測試管理必須根據(jù)自身組織的特點進行個性化的調(diào)整，切忌盲目追崇大企業(yè)的做法，但是也不能完全拋棄那些佳實踐。

我把中小型軟件企業(yè)的測試管理發(fā)展之路分成3個階段，在每一個階段中，測試培訓、自動化測試、測試流程、測試用例等方面需要不同的做法：

（1）初級階段：“自力更生”

這個階段的軟件測試非常難做，只能跟著項目走，密切配合進度的要求，質(zhì)量不可避免地讓位給成本、進度。因為大部分中小型軟件企業(yè)仍然處于起步階段，大的困難是生存成本問題，只有盡快出產(chǎn)品、完成項目，才能維持或發(fā)展下去。

在這個階段，測試管理流程不會很規(guī)范，測試版本可能會由于缺乏合理的配置管理流程而失去控制，測試計劃很難制定，基本上是等待開發(fā)人員開發(fā)完一個功能，馬上進入測試，再反復修改、測試…

在這個階段，測試用例基本不夠時間編寫，或者在早期編寫出基本的、粗糙的測試用例，后面基本上不會按這些用例來執(zhí)行，因為程序的變更過于頻繁，缺乏需求控制，另外，測試人員頻于應付開發(fā)人員提交的測試版本，不會有時間完善和修改測試用例庫中的測試用例。

因此，有些組織甚至完全拋棄測試用例的管理，不寫測試用例。而實際上測試用例的編寫還是有好處的，測試人員至少能通過編寫測試用例熟悉系統(tǒng)的業(yè)務需求（雖然有時候很可能需求文檔也是缺乏的。！疤剿餍詼y試”的方法和“敏捷測試”的模式可能更加適合這個階段的測試人員使用。

在這個階段，基本上不可能開展自動化測試，因為缺乏足夠的資源。

在這個階段，測試人員只有發(fā)揮“自力更生”的精神，不能期待公司給你很多培訓資源，必須要靠自己在工作實踐中學習、總結(jié)，空閑時找書看、尋求各種網(wǎng)絡資料來學習。

（2）中級階段：“英雄時代”

當軟件企業(yè)走過艱難的“生存期”后，逐步意識到質(zhì)量的重要性，市場的“蛋糕”以及分到了一部分，后面希望通過質(zhì)量來爭強競爭力，擺脫“后來者”的“追擊”。

當然，也有些中小企業(yè)是被逼認識到質(zhì)量的重要性的，客戶的對產(chǎn)品質(zhì)量的不認可、項目瀕臨失敗的危險，老板意識到是質(zhì)量控制沒有做好，因此下定決心要把質(zhì)量搞上去，因此成立了測試組或者測試部門，招聘了更多的測試人員。

在這個階段，一般會提拔一兩個的測試人員作為測試組長或者測試主管。這些測試人員“臨危受命”，誓要把質(zhì)量搞上去。這個階段是“英雄”的時代，老板寄希望于這些“英雄”的身上，沒有意識到質(zhì)量要靠全體人員，尤其要靠開發(fā)人員自身的質(zhì)量意識。