正確估算軟件測試周期 軟件測試
最近老聽一些測試的朋友抱怨,說制定出來的測試周期領導是如何如何的不滿意.也有一些朋友私下問我如何來正確的評估測試周期.我告訴他們,辦法是有的,但必須要做到三個前提條件.那就是:熟悉測試系統,明確測試資源,細化測試標準.
在講這三個前提前,我們先來了解下什么是測試周期.測試周期是軟件生命周期的一個階段,他從測試的介入開始,到測試完成結束.更好理解的講,更切合實際的講,我們所說的測試周期,就是從領導下達測試任務開始,到測試達到測試通過標準為止,對產品來說是產品上線,對項目來說是項目通過驗收.(請不要告訴我說是從需求開始,請問你們有幾個見過可以根據需求來做測試的需求?)
作為領導他當然最關心測試周期了,因為他關心項目的進度和測試的成本,而時間正是他們所關心的中心問題,所以說只有合理的,緊湊的,飽滿的時間安排才符合他們的要求,這就是我為什么說要作好測試周期的估算,必須做到三個前提條件,這是我們做測試周期估算的前提條件, 也是說服領導我們的測試周期估算是合理的證據.
我們先來看一個例子,要建筑一棟大樓,那么在建造之前肯定要設計好建筑圖紙,然后根據圖紙能估算出需要多少耗材,需要多少人工和需要多少時間才能完成,從而就能估算出需要花費多少成本.我認為我們的測試周期估算也類似.
熟悉測試系統
這正是根據圖紙來估算需要多少耗材和人工的時候.一個系統有多少模塊,有多少功能點,甚至每個功能點要怎么來測試(設計多少測試用例才能覆蓋),作為一個測試組長,測試負責人,你都要心中十分清楚.在目前大部分公司沒有需求管理的情況下,這就要求測試負責人要付出更多的努力去熟悉測試系統.(可能有人會說,如果系統還沒開發完成,那怎么來熟悉呢? 哈哈,發揮你作為測試人員刨根問底的特長吧,反正這部分工作一定要作好).設想,你前期能了解到系統共有六大模塊,250個主要功能點,細化為1000個測試功能點,大約需要3000個用例來覆蓋,那你還不知道有多少工作量嗎? 只要知道有多少測試資源(人工),那么就簡化成一道小學應用題了.
明確測試資源
主要是指,要多少測試人員可以參加,他們的技術特長和測試經驗及對該測試任務的熟悉程度. 我們要根據這些來給他們分配工作內容和工作量,并且根據這些來估算他們工作效率.(單位時間內所完成的工作任務). 現在有1000個工件需要做,有4個工人,甲每天做3個工件,乙每天做4個工件,丙每天做5個工件,丁每天做6個工件,那么問完成1000個工件總共需要多少天? 問題就這么簡單,前提條件是你要清楚內在的因素.
我知道問題遠沒有那么簡單,有人肯定會問需求變更了呢?人員調整了呢?測試中間出現意外呢?要經過多倫次測試呢?其他不可預知的因素影響測試進度呢?........疑問很多,但我們還是要面對.
細化測試準則
在測試開始之初,我強烈建議做好以下測試準則:
測試啟動標準,要求開發方必須對主要功能做測試,保證提交過來的測試程序可以測試,不出現不可安裝卸載,功能沒實現或者存在重大功能缺陷的問題.
通過測試標準:測試達到什么程度,缺陷修復到什么程度,即可通過測試.一般從BUG的級別上來判斷(要對BUG級別有個明確的定義哦).
中止測試標準:如果測試過程中出現那些問題,就要中止測試.一般指出現不可安裝,功能性重大缺陷導致測試無法進行下去.
進入下一輪測試標準: 如果一輪次測試沒有通過,那么就要進入下一輪測試.就是什么情況下,有多少測試用例沒有通過,需要進入下一輪測試.
我們在估算測試周期的時候,需要考慮進這些意外事件.我們通過表格簡單說明下:
當出現以下情況時,該內容生效.
事件 細分 需要時間 測試周期 責任方
沒有達到測試提交標準 具體什么原因 開發方解決問題的時間 順延 開發方
中止測試 原因 同上 順延 開發方
測試資源變更 測試人員請假,調崗等 該測試人員剩余工作量的時間 順延或其他人員頂替 測試方
多輪次測試 原因 下一輪測試時間 啟用下一輪測試周期 開發方
…. …… …… ….. …….
注:有理由的變更前期的計劃,這是你應該做到的.
說了那么多,還是沒有說明具體怎么來做這個周期的估算,通過什么手段和工具來做.其實這個并不重要,象word ,project,excel等都可以,我都見過類似的摸板.無論你用表格還是樹型圖,還是梯狀圖,只要你能把 工作內容,測試資源,時間三者的關系表示清楚就可以了.
文章來源于領測軟件測試網 http://www.kjueaiud.com/
