第18回 測試計劃的有效性和全面性

       無論做什麼工作，都是計劃先行，然後按照所制定的計划去執行、跟蹤和控制。軟體測試也一樣，先要制定測試計劃，是做好整個測試工作的前提。所以在進行實際測試之前，應制定良好的、切實可行的、有效測試計劃。軟體測試計劃的目標是提供一個測試架構，不斷收集產品特性資訊，對測試的不確定性（測試範圍、測試風險等）進行分析，將不確定性內容慢慢轉化為確定性內容，該過程最終使得我們對測試的範圍、用例數量、工作量、資源和時間等進行合理的估算，從而對測試策略、方法、人力、議程等做出決定或安排。

1．測試計劃的要點
       測試規劃與軟體開發活動同步進行，在需求分析時，就開始測試策劃，確定測試需求、目標、資源等。測試計劃可以按不同的測試階段（整合測試、系統測試等）來組織，也可以為每個測試工作或目標(安全性、效能、可靠性等測試) 進行考慮。
測試計劃主要集中在測試目標、品質標準、測試策略、測試範圍、測試案例設計方法、所需資源和排程等，其關鍵是制定有效測試策略，界定清楚地測試範圍，識別出測試中所存在的各種風險並找出風險迴避、監控和管理的方法，針對不同的測試目標或階段確定測試方法，對測試工作量及所需的資源、時間進行合理的估算。所有這些，都是為了兩個根本目的：測試的品質和效率。

2．制定測試策略
       制定測試策略主要分析測試的目標和品質指標、確定測試的對象和依據，測試的重點和所採用的方法，包括在規定的時間內哪些測試內容要完成，軟體產品的特性或品質在哪些方面得到確認。測試策略可以分為：

• 基於測試技術的測試策略，根據軟體系統的技術構成和階層，著重考慮如何分層測試、選擇哪些測試載入器、如何將白盒測試和黑箱測試有機地結合起來等。
• 基於測試方案的綜合測試策略，根據測試的目標和範圍，著重考慮如何更好地滿足測試需求、如何讓功能測試、適用性測試和相容性測試等進行有機結合、如何充分利用測試資源、如何更有效地完成迴歸測試等。

為了更好地制定好測試策略，要做到：

• 全面細緻地瞭解產品的項目資訊：應用領域、測試範圍、市場需求、產品特點、主要功能和技術架構；
• 基於模組、功能、系統、版本、效能、配置和安裝等各個因素對產品品質的影響，客觀地、全面地展開測試計劃；
• 根據軟體單元在系統結構的重要性差異和一旦發生故障將給客戶造成的損失大小，來確定軟體測試的等級、重點和先後次序；
• 需要在測試案例數和測試覆蓋率上進行權衡而獲得一個平衡點，以便能使用儘可能少的有效測試案例去發現儘可能多的程式錯誤。測試不足意味著讓使用者承擔隱藏錯誤帶來的危險；同時反過來看，過度測試則又會浪費許多寶貴的資源或耽誤軟體產品的發布時間。

3．確定測試範圍
       測試主要依據 “產品設計規格說明書”、代碼所發生的變化及其影響的地區，來確定哪些功能和特性要測試，哪些功能和特性不需要測試。在確定測試範圍時，主要考慮的因素有：

• 優先順序最高的需求功能
• 新增加的功能和編碼改動較大的已有功能
• 容易出現問題的部分功能
• 過去測試不夠充分的地方
• 經常被使用者使用的功能和配置（佔20%）

4．所需資源和排程
        為了合理、準確地安排議程，對測試工作量要進行正確的估計。除了對工作量的估計之外，還要正確評估參與該項目人員的培訓時間、適應過程和工作能力等。由於涉及到不同的項目、不同的測試人員、不同的前期介入方式，要對每人每天能夠完成的平均測試案例數目做出一個準確的估計確實很困難，但是可以根據以前一些項目測試的經驗或曆史積累下來的資料進行判斷推理，並適當增加10%-20%的餘量，估算結果就比較準確了。
      
        在估算的基礎上，進行有效、合理的資源安排。在不同的測試階段人力資源的需求是不一樣的，所以人力資源的計劃要有一定的靈活性和動態性，形成有機的動態平衡，保證測試的進度和資源的使用的效率。

5．編製測試計劃的技巧
       要做好測試計劃，測試設計人員要仔細閱讀有關資料，包括使用者需求規格說明書、設計文檔等，全面熟悉系統，並建議注意以下方面：

• 讓所有合適的相關人員參與測試專案的計劃制定，特別是在測試計劃早期；
• 測試所需的時間、人力及其它資源的預估，盡量做到客觀、準確、留有餘地；
• 測試專案的輸入、輸出和品質標準，應與各方達成一致；
• 建立變化處理的流程規則，識別出在整個測試階段中哪些是內在的、不可避免的變化因素，加以控制。

6．測試專案計劃的評審
       測試專案的計劃不可能一氣呵成，而是要經過計劃初期、起草、討論、審查等不同階段，才能將測試計劃制定好。測試計劃的評審是完成測試計劃關鍵的一個環節，包括測試組織內部的自我評審、討論和修改，然後交到評審會進行正式的評審，直至測試計劃得到審批。

       測試計劃的正式評審，項目中的每個人（產品經理、專案經理、開發工程師等）都應當參與。計劃的審查是必不可少的，每一個參與者都可能根據其經驗及專長提出問題或建議，彌補在測試範圍、工作量、風險等各方面的不足，進一步完善測試計劃。

預知後事如何，請讀下回分解：第19回 測試資源的合理分配

      

著作權，軟體測試演義

——系列討論的目錄，見： 軟體測試演義——中進階系列（序）