如何寫一份靠譜的軟件測試計劃？(2)

　　本文前面提到，網絡上流傳的測試計劃有很多，但是雷同的也多，往往有些測試人員隨便到網絡上找幾個測試計劃的模板，然后東拼西湊便可以作出一份像模像樣的測試計劃出來。筆者結合自己的經驗以及一些相關資料(當然包括網絡上流傳的諸多測試計劃模板)，列出了測試計劃中有關計劃的相關主題：

　　測試結束標準

　　一些相關約定，部分模板中添加入“術語”一欄

　　測試工作中產生的文檔及定義(測試用例文檔，缺陷報告文檔等)

　　測試工作個團隊之前的協調工作，主要包括開發組需要對測試組提供的相關幫助

　　測試的范圍

　　測試的時間安排(時間進度表)

　　測試的策略

　　測試過程中的資源要求

　　測試人員的任務分派

　　測試中可能遇到的風險等問題

　　測試工作的度量和統計

　　測試工具相關的計劃

　　等等。

　　以上這些主題都是常見且有助于我們做好計劃工作的內容，至于測試費用等的計劃，筆者認為適當估計但不要過分追求，因為在實際的操作過程中，測試工作延期、測試工具購置、人員流動造成的培訓費用等會打亂這個計劃，并且在測試計劃中列出的費用是不會跟財務直接掛鉤的，具體費用還得依照公司專用流程，因此“測試費用”這類主題在筆者計劃測試的過程中不會考慮太多。

　　PS：2009-3-9更新：

　　測試計劃有三重境界：

　　第一重：什么都有用

　　第二重：什么都沒用

　　第三重：僅部分有用

　　第四重：什么都有用

　　第五重：什么都沒用

　　(三)——人

　　在本系列文章中的第一篇，筆者就提到了計劃的實質是“特定的人在特定的時間在特定的地方做了特定的事情以實現特定的目標”,在上一篇文章的回復中，土豆老粗回復了對于測試計劃的看法，也就是5W1H定義：

　　> WHY：為什么要寫測試計劃;

　　> WHAT：測試什么;

　　> WHEN：測試不同階段的起止時間;

　　> WHERE：文檔放哪;

　　> WHO：哪些人去做;

　　> HOW：怎么測試;

　　這個定義相對于我的來說，對于測試計劃定義得更加詳細。不過，正像筆者在博客簽名中所宣稱的那樣：來自草根的實用主義。因此，5w1h定義就不適合三五個人十來桿搶的軟件作坊了。對于很多剛剛起步測試活動(近兩年才擁有“專門測試人員”，注意是“專門”而不一定是“專業”)的公司來講——而這種公司，就筆者接觸的一些同仁口中所述，在中國還不在少數——或許一些簡化版的東西會更適合現在的他們，等到漸漸成長起來，我們才逐漸步入正軌。本文中筆者繼續自己的草根實用主義，分享自己的關于計劃測試活動中人的一些拙見。

　　這陣子軟件相關論壇上都多多少少有人提到了工具與人的關系，在筆者看來這是一個很扯淡的問題，人的作用是不可能被工具取代的，人之所以為人而不是跟其他動物一樣處于原始的生存狀態，是因為人會“使用”工具。不過關于人和工具的那點兒事，則是后話了。

　　中國有句老話“養兵千日，用在一時”。這句話往往是在臨戰的時候將軍(測試負責人)對戰士(普通測試人員)說的。中國古代還有一個方法叫做“戰時兵閑時農”的策略，即我們廣大的勞動人民在沒有戰爭的時候安心種我們的地，一旦戰爭爆發或者國家需要的時候我們就披上盔甲去作戰。這兩句話給我們一個提示：我們應該培養我們的測試人員或者說我們的測試隊伍。

　　先拿“養兵千日用在一時”來講，正如我上面提到的，往往在臨戰的時候大家才想起這句話，可是我們不妨倒過來想一想，一時的用是需要千日的積累的。這也是在提示我們，一支優秀的測試隊伍的每個人都應該是優秀的并且我們需要在“用一時”之前好好“養千日”。這種積累不是一天兩天可以形成的，正所謂冰凍三尺非一日之寒。為什么要在談論計劃測試的時候談論這個問題呢?原因在于“巧婦難為無米之炊”，我們在做計劃的時候如果發現沒有一個可用之才，那我們的計劃怕是做不下去了，或者我們只有準備另外招新人到行伍中間來，亦或者只能外包測試給專業隊伍，這無疑又增加了項目的風險，因為新人或者其他隊伍使我們不了解的，他們會做成什么樣子只有老天知道，當我們把命運交給老天的時候，這相當于在玩火。我們需要把“養千日兵”拉到我們的計劃中來，從更加長遠的角度來計劃一下我們的測試工作，測試方向等等。對于人才的培養，一般使用的是人盡其才的分工制度，即某一個或者一些人熟練掌握某一些測試技能，并對其他技能有所了解，最理想的情況下，我們在測試的方向(或者說是本公司主要的開發方向相關聯的各個測試技術方面)都有“專家”，這樣才可以保證一個測試隊伍可以應付不可預知的測試任務。

原文轉自：http://www.uml.org.cn/Test/200911128.asp