作者：Michael Yuan Blog：[url]http://yuanxf.blog.51cto.com/[/url]
將軟體測試作為專案進行管理，通常經歷有四個階段：啟動階段、計劃階段、實施階段和收尾階段，這些階段相互銜接，分別完成不同任務。各階段都圍繞保證測試效率和測試有效性展開，從而保證測試質量和軟體開發進度。
一、啟動階段
首先專案經理髮起測試專案會議，參會人員有開發人員、需求人員、技服人員、產品推廣人員和測試人員等，共同定義測試範圍、測試需求、測試預算和測試進度，對所提供的測試計劃進行分析，並對模糊問題進行確認。
利用PROJECT專案管理平臺，專案經理評估軟體開發工作量、估計開發工時、測試工作量、估計測試工時等，分配專案任務，制定專案進度計劃。
（1）專案經理通過專案管理平臺分配專案任務、調整專案進度、增刪專案需求等，系統會自動傳送郵件給任務的相關負責人，同時專案經理還可檢視專案完成情況（可遠端登陸）。
（2）專案組所有成員（包括開發人員、測試人員等）登陸專案管理平臺，更新所承擔的專案任務後，系統會自動傳送郵件給專案經理及關聯任務負責人。
首先專案經理髮起測試專案會議，參會人員有開發人員、需求人員、技服人員、產品推廣人員和測試人員等，共同定義測試範圍、測試需求、測試預算和測試進度，對所提供的測試計劃進行分析，並對模糊問題進行確認。
利用PROJECT專案管理平臺，專案經理評估軟體開發工作量、估計開發工時、測試工作量、估計測試工時等，分配專案任務，制定專案進度計劃。
（1）專案經理通過專案管理平臺分配專案任務、調整專案進度、增刪專案需求等，系統會自動傳送郵件給任務的相關負責人，同時專案經理還可檢視專案完成情況（可遠端登陸）。
（2）專案組所有成員（包括開發人員、測試人員等）登陸專案管理平臺，更新所承擔的專案任務後，系統會自動傳送郵件給專案經理及關聯任務負責人。
二、計劃階段
內容包括配置測試環境、組建測試團隊。分析和確定專案測試的里程碑，對可能導致專案測試失敗的各種要素進行風險分析（人力風險、物力風險、未知風險等），專案經理對測試任務進行明確分工和評估，約定測試專案進度的報告機制（通過BUGFREE和PROJECT）。
佈署軟體缺陷管理平臺BUGZILLA或MANTIS；版本控制及原始碼管理平臺推薦使用SVN+FishEye或VSS工具；測試用例管理工具Testopia（Bugzilla+Testopia）；專案管理平臺通常使用PROJECT SERVER。
內容包括配置測試環境、組建測試團隊。分析和確定專案測試的里程碑，對可能導致專案測試失敗的各種要素進行風險分析（人力風險、物力風險、未知風險等），專案經理對測試任務進行明確分工和評估，約定測試專案進度的報告機制（通過BUGFREE和PROJECT）。
佈署軟體缺陷管理平臺BUGZILLA或MANTIS；版本控制及原始碼管理平臺推薦使用SVN+FishEye或VSS工具；測試用例管理工具Testopia（Bugzilla+Testopia）；專案管理平臺通常使用PROJECT SERVER。
三、實施階段
測試人員嚴格依照軟體需求文件仔細地、探索性地執行測試用例，同時藉助測試經驗和程式的特徵執行相應的隨機測試，以便發現測試用例沒有覆蓋到的潛在的重大缺陷。
使用軟體缺陷管理平臺，實時向程式開發人員提交測試發現的缺陷、存在的問題，使軟體測試與程式開發程式無縫整合。
（1）提交BUG：測試人員發現BUG，提交至缺陷管理平臺後，系統會自動傳送郵件給專案經理、開發人員及任務承擔人員，通知新增修改任務。
（2）BUG描述：在BUG提交操作時，需測試人員對如何發現BUG的測試步驟進行詳細描述，通過被標註的截圖文件檢視BUG故障，省去因溝通不及時而導致專案進度延緩，可以大大提高工作效率。
（3）BUG管理：通過系統的許可權管理功能，專案經理登陸缺陷管理平臺（可遠端登陸）瞭解所有的BUG狀態，並可變更BUG優先順序、BUG修改完成時間、重新分配BUG修改任務、檢視BUG存在的軟體版本等。開發人員收到提交的BUG通知郵件後，可立即登陸缺陷管理平臺，檢視BUG的詳細資訊，瞭解工作任務分配情況。
（4）BUG統計：通過系統查詢功能，可瞭解某版本中存在的BUG數量、發生的作業系統、歷史BUG等資訊，對其進行分析統計。
使用版本控制及原始碼管理平臺VSS，對軟體版本及程式碼進行安全保護和跟蹤檢查，避免軟體版本發生混亂。
（1）通過VSS設定資料夾許可權，可對資料夾、某文件進行資源的安全訪問控制。
（2）某個程式設計師在修改某個文件時，需先從VSS資料庫中將它簽出，如另一程式設計師再想對同一文件進行修改，VSS會自動提示錯誤，當起先修改完成後，需將修改後的文件簽入VSS，從而避免多人同時修改文件，以保障文件的安全，統一軟體版本。
（3）收集和儲存專案產生的文件，執行軟體版本備份計劃。
測試人員嚴格依照軟體需求文件仔細地、探索性地執行測試用例，同時藉助測試經驗和程式的特徵執行相應的隨機測試，以便發現測試用例沒有覆蓋到的潛在的重大缺陷。
使用軟體缺陷管理平臺，實時向程式開發人員提交測試發現的缺陷、存在的問題，使軟體測試與程式開發程式無縫整合。
（1）提交BUG：測試人員發現BUG，提交至缺陷管理平臺後，系統會自動傳送郵件給專案經理、開發人員及任務承擔人員，通知新增修改任務。
（2）BUG描述：在BUG提交操作時，需測試人員對如何發現BUG的測試步驟進行詳細描述，通過被標註的截圖文件檢視BUG故障，省去因溝通不及時而導致專案進度延緩，可以大大提高工作效率。
（3）BUG管理：通過系統的許可權管理功能，專案經理登陸缺陷管理平臺（可遠端登陸）瞭解所有的BUG狀態，並可變更BUG優先順序、BUG修改完成時間、重新分配BUG修改任務、檢視BUG存在的軟體版本等。開發人員收到提交的BUG通知郵件後，可立即登陸缺陷管理平臺，檢視BUG的詳細資訊，瞭解工作任務分配情況。
（4）BUG統計：通過系統查詢功能，可瞭解某版本中存在的BUG數量、發生的作業系統、歷史BUG等資訊，對其進行分析統計。
使用版本控制及原始碼管理平臺VSS，對軟體版本及程式碼進行安全保護和跟蹤檢查，避免軟體版本發生混亂。
（1）通過VSS設定資料夾許可權，可對資料夾、某文件進行資源的安全訪問控制。
（2）某個程式設計師在修改某個文件時，需先從VSS資料庫中將它簽出，如另一程式設計師再想對同一文件進行修改，VSS會自動提示錯誤，當起先修改完成後，需將修改後的文件簽入VSS，從而避免多人同時修改文件，以保障文件的安全，統一軟體版本。
（3）收集和儲存專案產生的文件，執行軟體版本備份計劃。
四、收尾階段
專案經理組織召開經驗交流會，開發人員和測試人員共同就測試專案遇到的問題進行分析和總結，包括文件問題、進度問題、技術問題和交流問題等。
專案經理進行專案總結，評價專案的成敗得失，肯定優點，找出不足，分析原因，進行改進。除此之外，需要備份專案的文件、郵件、缺陷、測試版本等。
專案經理組織召開經驗交流會，開發人員和測試人員共同就測試專案遇到的問題進行分析和總結，包括文件問題、進度問題、技術問題和交流問題等。
專案經理進行專案總結，評價專案的成敗得失，肯定優點，找出不足，分析原因，進行改進。除此之外，需要備份專案的文件、郵件、缺陷、測試版本等。
良好的計劃是成功的一半，另外一半就是按照計劃去執行。對專案計劃的執行決定了專案的成敗。專案計劃制定完成並取得關鍵專案關係人的認可之後，專案經理要帶領專案團隊一絲不苟地執行計劃，並根據實際情況對計劃進行適當調整，保證專案之旅達到預期的終點。那麼，專案經理在專案實施過程中具體應該做什麼、怎麼做呢?是不時地拿出專案計劃對專案成員的工作指指點點、挑挑揀揀嗎?如果你對專案團隊成員缺乏信任、對專案成功缺乏成功信心的話，你當然可以這樣做。但專業的專案經理則需要清晰地瞭解他的職責和任務：識別專案環境變化，做出調整措施;有效地跟蹤專案進展;積極應對風險問題;管理團隊。
專案計劃實施的客觀環境隨時都在變化，專案計劃要對專案實施有切實的指導作用。及時識別專案環境的變化，迅速做出實施戰略和專案計劃的調整，是專案經理的職責之一;同時專案經理應該通過專業的、科學的方式檢查專案工作的進展，進度、範圍、成本、質量等，這些都是管理專案執行績效的重要方面;在專案執行過程中處理計劃外事件要比執行計劃內工作難度更大，專案經理的價值正體現在他如何先覺、如何面對、如何處理、如何跟蹤專案實施過程中出現的問題;IT專案的專案團隊不是軍隊，也不是批量作業的流水線，IT專案團隊匯聚了大量知識型人才，X型人事環境在此行不通。在專案團隊中，是選用Y理論呢?還是Z理論呢?抑或需要根據專案隨時進行調整?這也是專案經理的職責之一 ——為專案團隊營造積極的、高效的工作環境，為專案成功奠定基礎。
專案計劃實施的客觀環境隨時都在變化，專案計劃要對專案實施有切實的指導作用。及時識別專案環境的變化，迅速做出實施戰略和專案計劃的調整，是專案經理的職責之一;同時專案經理應該通過專業的、科學的方式檢查專案工作的進展，進度、範圍、成本、質量等，這些都是管理專案執行績效的重要方面;在專案執行過程中處理計劃外事件要比執行計劃內工作難度更大，專案經理的價值正體現在他如何先覺、如何面對、如何處理、如何跟蹤專案實施過程中出現的問題;IT專案的專案團隊不是軍隊，也不是批量作業的流水線，IT專案團隊匯聚了大量知識型人才，X型人事環境在此行不通。在專案團隊中，是選用Y理論呢?還是Z理論呢?抑或需要根據專案隨時進行調整?這也是專案經理的職責之一 ——為專案團隊營造積極的、高效的工作環境，為專案成功奠定基礎。
總結完畢。