• 系統測試是針對軟件產品系統進行的測試（黑盒測試）
  • 功能測試：是否符合需求規格、功能設計、用戶滿意度
  • 非功能測試：容錯性、穩定性、異常處理能力、高強度輸入處理能力、可用性、性能
• 系統測試（系統測試計劃包含系統測試的設計、實現和執行的工作）：
  • 系統測試計劃：完成系統測試計劃。軟件產品的需求規格確定后編寫。
  • 系統測試設計：完成系統方案。軟件概要設計文檔確定后編寫。
  • 系統測試實現：完成系統測試用例、腳本。
  • 系統測試執行：執行測試用例、發現問題并回歸測試、提交系統測試日報、提交系統測試報告。
• 系統測試計劃（一定要做到職責明確，與實際測試活動匹配）：
  • 系統測試計劃是從管理的角度來規劃和控制整個系統測試活動。主要內容：
    • 組織形式（每個人的任務以及如何與別人協作）一般分成：
      • 項目組內：測試團隊與其他團隊間的分工和協作
      • 測試團隊內：測試團隊內各小組間的分工和協作
      • 測試小組內：測試小組內各測試人員間的分工和協作
      • 每個組織形式都由三部分組成：
        • 組織結構圖：組織中各實體間的相互關系
        • 各團隊職責：明確每個實體的任務
        • 協作形式：明確不同實體間的合作以及沖突解決方式
    • 測試對象（測試需求、測試項）。確定測試對象時需考慮以下因素：
      • 被測對象
      • 時間：同一系統，測試時間不同會導致測試對象有很大的不同
      • 測試目的：常見的測試目的有檢測、證明、基本功能驗證。根據測試目的的不同合理選擇測試對象
      • 人力
    • 工作任務分配。進一步量化每個人的工作。
    • 其他需要注意的地方：
      • 需求跟蹤：通過需求跟著可以了解還有哪些需求項沒有測試
      • 通過失敗標準：測試什么時候可以結束
      • 掛起恢復標準：測試什么時候需要暫停
      • 應交付工作產品
• 系統測試計劃寫作：
  • 目標
    • 所有測試需求已被標識
    • 測試的工作量已被估計并合理分配了人力、物力
    • 測試啟動、停止的準則已被標識
    • 測試的進度安排是基于工作量估計的、適用的
    • 測試待輸出的工作產品是受控的、適用的
  • 概述
    • 項目背景
      • 項目背景
      • 主要功能特征
      • 體系結構
      • 項目的歷史
    • 范圍
      • 被測對象的版本/修訂級別。軟件的承載媒介及其對測試的影響。哪些對象不在測試范圍內
      • 明確將被測試/不被測試的項目特征（性能、可移植性）和功能的簡要列表
      • 測試的任務劃分（計劃、設計、實現、執行）和與開發各個階段的對應關系
      • 測試各階段任務的假設、約束、存在的風險
  • 組織形式
    • 組織形式需要確定組織結構以及結構間的關系。
    • 參與系統測試的組織的職責和關系。
    • 確定溝通渠道，確保測試發現并監督問題解決的權力。
    • 測試小組組織形式中測試組長職責：
      • 制定本組測試計劃
      • 分配任務并指導、監督執行
      • 跟開發保持溝通。確定版本發布日期、版本質量進度、缺陷發展趨勢
      • 組織本組測試文檔的設計、寫作、評審
      • 組織缺陷分析等質量活動
      • 向測試主管等高層領導匯報本組工作
  • 被測對象
    • 列出所有功能測試項目和非功能測試項目
    • 哪些特性不被測試和不被測試的原因
    • 如何確定系統測試對象
      • 參照軟件質量模型中的 6 個特性，27 個子特性分析《軟件需求規則說明書》及軟件產品相關規范、章程
      • 將各個功能性需求和非功能性需求對應到各特性下（如果是某個或某幾個特性的系統測試計劃，只針對這部分特性進行分析）
      • 將各特性下較大的需求細化得到最終的系統測試項
      • 確定本次系統測試的測試范圍和測試類型
  • 需求跟蹤
    • 確定系統測試項與《需求規格說明書》或需求庫中的需求之間的對應關系。建立系統測試項--需求跟蹤矩陣表
  • 測試通過失敗標準
    • 指明判斷/確認測試何時結束。是測試過程通過或失敗的標準，而不是被測對象通過或失敗的標準。
    • 若通過失敗標準只考慮測試活動的度量，可以定義如下目標：
      • 用例的執行情況要達到何種目標（例如：1、2 級百分百執行，3、4 級百分之五十執行）
      • 覆蓋率要達到什么目標（例如：所有的功能需求、性能需求都被覆蓋）
    • 若通過失敗標準必須結合被測系統的質量，可以定義如下目標：
      • 達到何種測試的質量目標（例如：致命問題多少個、一般問題多少個）
      • 使用何種缺陷分析方法判斷測試是否退出（例如：通過缺陷分析中的 Competz 分析可以得出測試已經充分，可以退出）
  • 測試掛起恢復標準
    • 掛起：測試無法進行下去或失去了繼續測試的意義時，將測試活動掛起
    • 恢復：掛起的條件滿足時，將測試活動恢復。
  • 工作任務分配
    • 工作任務分配是系統測試過程中的測試任務分工。
    • 劃分方法（可以結合使用）
      • 可以分為測試的四個基本測試任務：計劃測試、設計測試、實現測試、執行測試。每個任務下還可以劃分子任務，針對每個任務應從 7 個主題描述
        • 任務
        • 方法和標準
        • 輸入和輸出
        • 時間安排
        • 資源
        • 風險和假設
        • 角色和職責
      • 按測試特性
        • 功能測試
        • 性能測試
        • 安全性測試
      • 按測試對象
        • 業務處理
        • 配置管理
  • 應交付測試工作產品
    • 工作產品可以作為測試任務的考評，一般包括：
      • 系統測試計劃
      • 系統測試方案
      • 系統測試用例
      • 系統測試規程
      • 系統測試日志
      • 系統測試報告
      • 系統測試輸入和輸出數據
      • 系統測試工具
      • 自動化測試腳本
  • 工作量估計
    • 具體到人天
  • 資源的分配
    • 人員及培訓要求
    • 測試環境、測試工具
    • 測試儀器和材料

?

---

? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? 歡迎掃碼關注微信公眾號「一朵兒的軟件測試之旅」一起學習交流

?

總結

以上是生活随笔為你收集整理的系统测试计划的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。