測試項目的啟動、規劃以及測試項目需求分析往往是很多軟件服務型企業的薄弱環節所在。本文圍繞該難點問題，重點討論了這兩個階段所應進行的項目活動以及相關工作流程。

　　一、測試項目啟動與規劃

　　一般地，項目啟動過程組包括兩個過程[參見PMBOK2004版]：即制定項目章程和制定項目初步范圍說明書;而項目規劃過程組則會綜合項目的成本、范圍、時間、質量、風險、人力、溝通、采購等因素制定項目計劃，該項目計劃將用于指導項目的實際執行。

　　對任一項目而言，有三個文件是非常重要的。即：項目章程、項目范圍說明書，項目管理計劃。這三個文件均產生于項目啟動階段和項目規劃階段。其中項目章程被認為是三大文件之首(項目章程、項目范圍說明書，項目管理計劃)。一個項目，不論大小，都應該有項目章程。一個典型的項目章程包括如下內容：1)項目名稱及背景描述;2)項目經理任命及職責范圍界定;3)項目業務需求描述;4)項目發起的原因;5)主要項目干系人及其初步需求;6)產品及預期交付成果描述;7)項目假設和約束條件。項目章程由項目發起人(Sponsor)簽發，自簽發之日起，項目經理即獲得法定權力。項目經理在獲得法定權力之后的第一動作是制定項目初步范圍說明書。為了制定這份文檔，他/她將廣泛地收集來自項目發起人的需求，以便在項目計劃正式編制之前，與項目發起人在項目范圍的理解上達成一致。項目初步范圍說明書還將在后續項目范圍規劃過程中進一步細化，并融入項目客戶、執行組織、項目干系人等各方面需求，進而形成完整的項目范圍說明書。項目初步范圍說明書編制完成以后，項目經理將進入項目計劃編制階段。這個階段將會涉及項目管理方方面面的規劃、計劃。比較典型的有項目范圍基線、項目成本基線、項目進度計劃、項目質量計劃、項目風險分析及應對計劃、人力資源計劃、項目溝通計劃以及項目采購計劃。這些計劃、規劃經過權衡、調整，終將集成為一個完整的項目管理計劃。項目管理計劃經由項目發起人、高級管理層審批以后，即可生效。此后，項目經理將召開項目開工會議(Kickoff meeting)，宣布項目正式開始進入執行階段。

　　項目啟動階段的項目章程和項目初步范圍說明書(或SOW)，也可以體現在分包或采購合同中。這在軟件外包服務型企業中為常見。通常，伴隨合同到達項目經理手中的還有項目建議書(Project Proposal)，項目建議書由項目發起人制定，內容和項目章程中有關產品、可交付成果的描述大致類似，此外，還應包括對項目經理成功完成此項目的一些指導性建議。項目經理根據合同、SOW以及Project Proposal進行綜合考慮，與相關干系人磋商，在項目團隊相關專家的幫助下，制定出合適的項目管理計劃。

　　上面討論的是一般項目啟動過程組與規劃過程組。具體到測試項目的啟動與規劃，工作內容也是類似的。讀者朋友請根據所在測試項目的特點做適當調整。需要交待清楚的是測試項目啟動與規劃過程組有可能與其他六個過程組有重疊。比如，規劃過程組有可能在整個項目生命期內都有更新和完善(典型的有滾動波浪式規劃)。

　　對于整周期軟件開發項目的測試而言，上述過程組的內容會有較大的差異。比如：項目章程將重點關注開發，而不會過多討論測試相關的工作。對于這一類型的軟件測試，筆者建議在任命開發項目經理的同時，由項目經理[適用于項目型或強矩陣組織]或高層經理[適用于弱矩陣或職能型組織]指定項目測試經理。測試經理應根據項目章程、項目初步范圍說明書和項目建議書盡早開始軟件測試相關規劃和設計(即會先粗略地進行軟件測試需求分析和軟件測試設計，以后再進一步細化)，并和項目經理溝通、協調，以將一些重要的信息及時反映給項目經理，從而使項目計劃能較好地支持測試工作的開展。

　　二、軟件測試需求分析

　　理論上，軟件測試需求是源于軟件需求的，而軟件需求又是源于用戶需求的。然而，有些時候在分析軟件測試需求時并不存在已經文檔化的軟件需求規格說明。在這種情況下，要分析軟件測試需求可能仍然需要追溯到用戶需求(當發生這種情況時，普通測試工程師會很吃驚地發現自己原來還肩負著需求開發工程師的部分職責。是的，事實上，的軟件測試工程師會發現軟件測試這個職位幾乎涉及所有的開發技能和部分管理技能。)由于后者涉及需求工程的專門知識，本文略過不做細述;這里重點討論前者。在一個規范化的軟件需求規格說明中，用戶需求是由更高層次的業務需求(體現在項目章程、SOW、項目建議書等文檔中)細化而成，它通常描述了用戶使用該軟件系統會涉及到的不同的執行路徑、工作邏輯以及所預期的處理結果。在UML表示方法中，用戶需求通常通過Use Case來進行刻畫。接下來，用戶需求將進一步轉化為三類需求項，即功能需求項、性能需求項以及約束性需求項。這三類需求項是通常意義上的軟件需求項。管理這三類需求項的矩陣被稱為需求矩陣。