談項目管理和軟件測試過程(五)

　　談項目管理和軟件測試過程(五)   軟件測試

　　5.1 項目管理存在問題

　　總結軟件企業管理中易出現的如下問題，結合我公司在產品開發管理的過程中出現問題總結如下：

　　1)需求說明差─需求不清楚、不完整、太概括、 或者不可測試，都會造成問題。

　　2)不切實際的時間表─如果在很短的時間里要求做許多事，出現錯誤是不可避免的。

　　3)不重視測試─只能根據客戶意見或系統崩潰來判斷系統的質量，整個公司沒有質量管理部門。有些經理認為測試工作是服務工作，只有編寫代碼工作才是生產工作，編程人員待遇高、地位高。

　　4)不斷增加功能─在開發正在進行過程中要求增加許多新的功能，這是常見的問題。

　　5)交流問題─如果開發人員對客戶的要求不了解，或者客戶由不恰當的期望，必然會導致錯誤。

　　6)編寫文檔意識太差─90%的開發人員不愿意花時間寫文檔，項目經理缺少這方面的管理考核要求，喜歡采取多次對話開會等輕松的溝通方式。

　　5.2 解決措施

　　這些問題的出現，將會對軟件質量的保證產生不良影響，針對上述問題并結合公司在項目管理方面的實踐經驗，筆者提出一些相應的解決方法，以供參考：

　　1)可靠的需求─應當有一個經各方一致同意的、清楚的、完整的、詳細的、整體的、可實現的、可測試的需求。為幫助確定需求，可使用模型 (prototypes)。

　　2)合理的時間表——為計劃、設計、測試、改錯、再測試、變更、以及編制文檔留出足夠的時間。不應使用突擊的辦法來完成項目。

　　3)盡早安排測試─從需求討論開始測試;每次改錯或變更后，都應重新測試。項目計劃中要為測試和改錯留出足夠時間。重視測試人員的待遇和地位問題，認識上把測試工作做為研發工作的一個重要階段完成，他和編寫代碼同樣重要。

　　4)盡可能堅持最初的需求─一旦開發工作開始，要準備防止修改需求和新增功能，要說明這樣做的后果。如果必須進行變更，必須在時間表上有相應的反映。如果可能，在設計階段使用快速的模型，以便使客戶了解將會得到的東西。這將會使他們對他們的需求有較高的信心，減少以后的變更。

　　5)溝通——在適當時機進行預排和檢查;充分利用團組通信工具—電子郵件、MSN實時對話、網絡故障跟蹤Bugzilla工具、變更管理工具、以及因特網的功能。要確保文件是可用的和最新的。優選電子版文檔，避免紙介質文檔:進行遠距離聯合作業及協作;盡早使用模型，使客戶的預想表達清楚。

　　6)強化文檔工作—對于每個測試任務必須有相應的需求、開發設計文檔，測試任務完成后必須有測試報告，讓文檔成為互相溝通的基礎。

原文轉自：http://www.anti-gravitydesign.com