what ——是什麼 ——我們未來要測什麼
why ——為什麼做或者為什麼使用這個東西 ——我們為什麼要用這些相應的測試方法，為什麼要用這樣的測試方式
who ——誰去完成誰去做 ——這些測試活動未來都由誰來完成，給人的角色是什麼
when ——什麼時候 去做 ——都在什麼時間點完成什麼樣的測試任務
where ——在哪去做 ——都在那些相應的環境當中，在哪完成這樣的測試活動
how ——怎麼去做 ——具體如何去完成
盡可能早地找出軟體缺陷，並保證其得以修復。
關於測試計畫：
♦概念:規定測試活動的範圍、方法、資源和進度;明確正在測試的專案、要測試的特性、要執行的測試任務、每個任務的負責人,以及與計畫相關的風險
♦軟體測試計畫( software test plan )是軟體測試員與產品開發小組交流意圖的主要方式
♦測試計畫只是建立詳細計畫過程的乙個副產品,重要的是計畫過程，而不是產生的結果文件
♦測試計畫過程的最終目標是交流(而不是記錄)軟體測試小組的意圖、期望，以及對將要執行的測試任務的理解
測試計畫文件要達到的目的。
理解系統
及早介入
理解企業文化和過程
測試期望
吸取教訓
工作量大小
解決方案的型別
技術選擇
預算時間表
分階段的解決方案
產品規格
♦產品名稱，製造商和產品版本號的說明
產品資訊
♦產品的使用者，開發該產品的背景
技術結構
♦介紹產品的主要功能，可以借助圖表的格式表述
♦測試用例
提供測試用例模板
確定測試用例編號規則
♦測試日誌
提供測試日誌模板
♦缺陷報告
提供缺陷報告模板(包括包含哪些內容)缺陷跟蹤系統還是電子文件
確定嚴重程度和優先級別如何劃分
♦測試總結
提供缺陷總結模板
♦定義了開發產品或測試過程中常用術語的含義
♦測試策略描述測試小組用於測試整體和每個階段的方法。確定測試策略要從模組功能、整體、系統、版本、壓力、效能、配置和安裝等各個方面來考慮
♦進入標準:允許系統進入乙個特定的測試階段時所必須具備的條件
♦退出標準:規定測試何時結束的條件
■功能的測試
理論上測試要覆蓋
所有的功能項
■設計的測試
對一些使用者介面、選單的結構還有窗體的設計是否合理等的測試
■整體考慮
要考慮到資料流從軟體中的乙個模組流到另乙個模組的過程中的正確性
■確定功能項優先順序
風險複雜度
客戶需求
■人力資源
■系統資源♦硬體
♦軟體■安排測試進度的重要性
■計畫測試進度和人員安排要考慮:
♦記錄當前專案每項任務實際花費的人員和時間
♦考慮測試組織的測試成熟度
♦測試需求範圍
♦測試i程師的技術水平
♦使用測試工具的熟練程度
♦商業知識
♦測試程式的範圍測試工作的啟動
♦軟體計畫公升級的版本個數
♦高風險的應用程式里程碑事件的設定
♦市場的壓力
♦測試時間不夠,主要是功能凍結後的系統測試的時間可能不夠
♦測試資源是否能及時到位(裝置和人員)
♦測試人員的培訓
♦開發進度的變化,需求或設計的變更
♦測試人員的基礎培訓
♦開發組的版本控制
■測試目的
■測試專案簡介
■測試參考文件
■測試提交文件
■術語和定義
■測試策略
■確定測試內容
■資源
■測試進度
■測試人員的任務分配
■風險和問題
軟體測試 軟體測試概述
3.軟體測試目的 4.測試和除錯 5.總結 簡單來說，如果軟體本身沒有滿足需求或是超過需求，則認為軟體即存在缺陷。展開來講 軟體未實現需求說明書的功能 軟體實現了需求說明書不應該出現的功能 軟體實現了需求說明書未說明的功能 軟體未實現說明書沒提及但是應該實現的功能 軟體難以理解，不好使用，執行緩慢或...
軟體測試概述
軟體測試概述 為什麼要測試？最主要有兩個目的 一是對質量或可接受性做出評判。二是發現存在的問題。1 基本概念 測試有兩個明確的目標 找出失效 上述一 和 證實軟體執行的正確性 上述二 正確性是相對的，而不是絕對的 測試用例在測試中佔 核心地位。2 測試用例 軟體測試的精髓是為被測物件找到一組測試用例...
軟體測試概述
一 測試是什麼 1 找bug，就是查詢軟體測試錯誤的過程 2 加深對軟體的認知，使軟體更適合使用者的使用 3 測試工作 執行測試 a 參與需求評審 計畫測試流程 書寫測試方案 編輯測試用例 b 參與需求會議 設計評審會 參加測試例會 測試總結會議 c 學習測試工具 了解專案業務 d 編輯測試用例能力...