編制測試計劃

編制測試計劃需要盡早開始，并對企業文化和企業軟件開發過程有所理解，具有測試經驗并對測試規律有所了解，考慮到風險、資源、時間和預算的限制。

    功能正確的程序應該滿足下列條件：
    * 給定合法的輸入，程序會根據軟件規格說明書的定義產生正確的輸出；
    * 給定不合法的輸入，程序會正確而優雅的拒絕這種輸入；
    * 無論是合法的還是不合法的輸入，程序既不掛起也不崩潰；
    * 程序能夠在預定的時間內一直正確的運行；
    * 程序實現了他的功能性和非功能性需求；

    測試策略的確定：通過縮小測試任務；
    * 理解系統架構；
    * 確定需要使用GUI測試、后臺測試還是二者同時使用；
    * 選擇測試設計技術；
    * 選擇測試工具；
    * 開發內部自制測試工具或者腳本；
    * 確定測試需要的人員和專門技術；
    * 確定測試覆蓋率；
    * 建立發型標準；
    * 設置測試時間表；
    * 考慮測試階段：不通融的測試階段需要運用不同的測試策略；

• 了解手頭的任務和相關的測試目標：
• 考慮風險：理解測試計劃中得假定、先決條件和風險
• 根據功能優先級安排測試工作：及早確定軟件開發的時間表（包括功能的實現順序）并且通知測試組非常重要。
• 牢記軟件方面的問題：了解影響項目開發和交付的一些軟件問題，包括：
  • 使用Beta或預發行技術或操作系統實現產品的功能；
  • 新技術和不完善的技術。
  • 產品的分階段實現。
  • 缺陷造成的測試終端。
  • 生產環境下的平臺補丁和服務包；
• 獲得有效的測試數據：基于開發過程中的數據字典和設計文檔；數據流覆蓋\邊界條件測試
  測試數據的需求評審關鍵：* 深度； * 寬度； * 范圍； * 測試執行期間的數據完整性； * 條件：創建的數據集應該能夠反映應用程序所在領域的特定“條件”，即特定模式的數據并不需要等到一定的時間之后才能執行特定的操作在獲得；
• 規劃測試環境
• 估計測試準備和執行所需的時間：
  • 開發比例法：
  • 項目人員比例法：
  • 測試過程法：
  • 任務規劃法：

更多文章請訪問我的博客，謝謝。