測驗報告和測驗計劃是每位測驗人員必須會撰寫的檔案，當然如果你足夠幸運的話可能不需要你來撰寫，而是測驗主管來撰寫，就作者公司而言，當需求的測驗周期大于半個月時才會要求撰寫測驗計劃，其余小需求沒有做強制要求
一.測驗報告包含內容
1.簡介：撰寫目的/參考檔案/術語定義
2.測驗背景：專案背景和測驗環境(什么架構上，進行了什么類別的測驗，依據了什么檔案)
3.進度執行情況：人員安排和每個模塊的測驗時間和版本資訊
4.用例執行情況：用例數分布（模塊，型別）和執行率和通過率
5.缺陷統計情況：缺陷數量統計，缺陷重要級別統計，缺陷在不同版本的數量和重要級別，缺陷總數和修復數和遺留以及遺留原因，重要級別的bug主要是什么問題，列舉一些以南bug說明
6.測驗結論：此次測驗通過與否
7.測驗建議：通過此次測驗對之后測驗有何建議
a.在專案開始的時候應該制定編碼標準，資料庫標準，需求變更標準，開發和測驗人員都嚴格按照標準進行，可以在后期減少因為開發，測驗不一致而導致的問題，同時也可以降低溝通成本，
b.發布版本的時候，正確布置測驗環境，減少因為測驗環境，測驗資料庫資料的問題而出現的無效 bug，
c.開發人員解決 bug 的時候，填寫 bug 原因以及解決方式，方便 bug 的跟蹤，
d.開發人員在開發版本上發現 bug，可以通知測驗人員，因為開發人員發現的bug很有可能在測驗版本上出現，而測驗人員和開發人員的思路不同，有可能測驗人員沒有發現該 bug，而且，這樣可以保證發現的
bug 都能夠被跟蹤
二.測驗計劃包含內容（牢記5W1H原則）
5W1H原則：why（專案介紹） when（進度安排） what（測驗重點） who（人員安排） where（硬體） how（測驗方法/自動化，手動，工具）
1.測驗目的：定義測驗計劃的重點，功能/性能/流程/資料(易用性/恢復，，，)
2.測驗專案簡介：軟體產品規格，軟體產品資訊，軟體產品簡介主要功能，專案背景，軟體面向用戶
3.測驗參考檔案：測驗依據以及測驗計劃撰寫參考檔案，例：需求說明書/概要設計/詳細設計/資料庫設計/用戶手冊/開發計劃
4.測驗提交檔案：測驗用例/日報周報/缺陷報告/總結報告
5.術語和定義：專案中專業術語的解釋
6.測驗策略：進入/退出標準(準入準出，開始標準，結束標準)
退出：是否提交該輪測驗的測驗報告，用例執行率，缺陷遺留情況
進入：上一輪測驗退出結果
7.確定測驗內容：功能/性能/安全等測驗的范圍和內容
8.資源：人力資源（角色/人數/指責）系統資源(軟硬體)
9.測驗進度：各個測驗階段對于人力和系統資源以及時間的安排
10.測驗人員的任務分配：所屬模塊的負責內容
11.風險和問題：需求整改/人員流動/測驗工程師對業務的了解度/軟硬體環境
12.測驗工具：測驗程序會用到的工具（管理工具禪道和QC（TD）(ALM)，性能工具jmeter/loadruner,自動化功能工具QTP/seleium網頁/appium，介面工具jmeter,postman,fiddler）
轉載請註明出處，本文鏈接：https://www.uj5u.com/qita/285654.html
標籤：其他
上一篇：軟體測驗分類
下一篇：pytest---用例的執行順序