如何做好測試計劃

操作方法

（01）一個測試計劃應包括：產品基本情況調研、測試需求說明、測試策略和記錄、測試資源配置、計劃表、問題跟蹤報告、測試計劃的評審、結果等等。

（02）產品基本情況調研：這部分應包括產品的一些基本情況介紹，例如：產品的執行平臺和應用的領域，產品的特點和主要的功能模組，產品的特點等。對於大的測試專案，還要包括測試的目的和側重點。具體的要點有：變更：說明有可能會導致測試計劃變更的事件。包括測試工具改進了，測試的環境改變了，或者是添加了新的功能。產品規格：就是製造商和產品版本號的說明。專案資訊：說明要測試的專案的相關資料，如：使用者文件，產品描述，主要功能的舉例說明。

（03）測試需求說明：功能的測試：理論上是測試是要覆蓋所有的功能項，例如：在資料庫中新增、編輯、刪除記錄等等，這會是一個浩大的工程，但是有利於測試的完整性。設計的測試：對於一些使用者介面、選單的結構還有窗體的設計是否合理等的測試。整體考慮：這部分測試需求要考慮到資料流從軟體中的一個模組流到另一個模組的過程中的正確性。

（04）測試的策略和記錄：公正性宣告：要對測試的公正性、遵照的標準做一個說明，證實測試是客觀的，整體上，軟體功能要滿足需求，實現正確，和使用者文件的描述保持一致。

（05）測試資源配置：專案資源計劃：制定一個專案資源計劃，包含的是每一個階段的任務、所需要的資源，當發生類似到了使用期限或者資源共享的事情的時候，要更新這個計劃。

（06）問題跟蹤報告：問題描述儘可能是定量的，分門別類的列舉，問題有幾種：1、嚴重問題：嚴重問題意味著功能不可用，或者是許可權限制方面的失誤等等，也可能是某個地方的改變造成了別的地方的問題。2、一般問題：功能沒有按設計要求實現或者是一些介面互動的實現不正確。3、建議問題：功能執行得不象要求的那麼快，或者不符合某些約定俗成的習慣，但不影響系統的效能，介面先是錯誤，格式不對，含義模糊混淆的提示資訊等等。

（07）測試計劃的評審：又叫測試規範的評審，在測試真正實施開展之前必須要認真負責的檢查一遍，獲得整個測試部門人員的認同，包括部門的負責人的同意和簽字。

（08）測試平臺的運用：我們團隊一直在使用日事清進行測試計劃工作，將測試計劃分為收集、確認、其他、開發中、測試中、已解決、重複問題等幾個狀態。日事清通過看板將測試工作任務合理分配至每位團隊成員的個人日程，並且每天自動生成測試工作日誌進行彙總。做到任務有跟蹤、事件有反饋、結果有分析。相比別的管理系統，日事清具有更優秀、流暢的使用體驗，它能夠合理讓員工規劃工作日程，讓管理者及時掌握員工工作飽和度、工作進展狀況等等，可以說不僅提升了管理效率，還降低了企業成本，非常值得借鑑。