測試管理篇

需求分析注意事項：

1.測試應盡早介入（介入越早發現問題越早解決問題成本越低）；

2.不斷變化的需求需要及時的收集和整理；

3.沒有需求文件時，需要測試人員不斷的收集原始的客戶需求；

4.要有質疑、堅持精神，當需求不明確時，我們可以將需求追溯到終端客戶。

1.需求串講

主要解決問題：需求理解不一致

方式：介紹需求背景、內容，進行答疑

需求文件也需要測試：正確性、必要性、完整性、一致性等

軟體需求是軟體測試需求的主要**，但不是全部**，軟體設計需求、軟體概要設計、詳細設計也都是測試需求的分析物件，是對測試需求的一種有力的補充。對於黑盒功能測試，幾乎98%的需求都是**於需求說明書，但有那麼一小部分需求來自設計需求或概要設計、詳細設計。也就那麼小部分需求，如果我們沒有意識到，就會給使用者帶來隱患。

測試策略的具體實施

測試策略需要確認測試使用的測試技術、測試過程的管理和控制、測試團隊的組建根據測試的需要，選擇測試技術。

測試計畫的制定

根據不同的開發模式，確認測試計畫，計畫主要包括：什麼人、什麼時間、做什麼事情。 測試的目標要明確，同時要確認跟蹤機制。

測試方案主要包括以下內容 ：

1、測試範圍：由需求分析而來

2、測試策略：包括針對不同部分的測試方法、測試用例

3、測試控制：包括測試流程，測試執行，缺陷跟蹤

4、其他：環境、版本管理等

5、測試風險

總結：測試策略是確定多少個人用什麼方法什麼技術對專案進行測試（方向的選擇）

測試計畫是什麼人什麼時間做什麼事情

測試方案更詳細更具體告訴我們如何去做

目的：及時的調整測試內容和測試方案

需求風險

計畫編制風險

人員風險

1.需求測試

2.內部發布版本測試（冒煙測試）

3.系統測試

4.回歸測試（內容、方式、用例和bug的回歸）

5.交叉測試（功能基本穩定時進行）

在專案測試完畢後，需要出具測試報告

回顧整個測試過程

需求分析（需求串講、驗證、從設計需求中提取）——>測試計畫（測試方案、測試策略）——>測試用例編寫（需求測試）——>測試執行（冒煙測試、系統測試、回歸測試，交叉測試、自由測試）——>測試報告（缺陷分析、測試結論）

測試管理篇

完整的需求文件包括以下內容 需求分析注意事項 分析需求的具體方法 1 快速理解需求的捷徑 需求串講 主要解決的問題 需求理解不一致 方式 介紹需求背景 內容，進行答疑 2 驗證需求 需求文件也需要測試 正確性 必要性 完整性 一致性等。3 從設計需求中提取測試需求 軟體需求是軟體測試需求的主要 但不...

軟體測試 測試管理篇

本節內容 測試策略制定 需求，是軟體設計與測試的 需求除了終端使用者的功能需求外，還有設計性需求 可靠性需求 可測試性需求 效能需求 安全性需求等。需求也是要進行測試的。需求，設計，編碼，開發，測試一系列階段中，需求成本最低，測試成本最高。對於測試工作而言，所有的需求最後都需要轉換為測試需求。從測試...

測試管理（管事篇）

管理 管人 管事。說到管理，其實就是團隊，沒有團隊，就談不上管理。個人理解，對個人而言，更多應該是計畫，而非管理。做管理的時間並不長，或者說很短，可能很多地方理解的有問題。寫這篇文章也是為了能更多的與大家交流，也是記錄下在目前這個階段我的理解。本文均以在創業型公司工作為背景 全篇分為管事篇跟管人篇。...