“工欲善其事，必先利其器”。專業(yè)的測試必須以一個好的測試計劃作為基礎。盡管測試的每一個步驟都是獨立的，但是必定要有一個起到框架結構作用的測試計劃。測試的計劃應該作為測試的起始步驟和重要環(huán)節(jié)。在這里探討一下如何做好測試計劃，希望對大家將來制定測試計劃有用。
一、一個測試計劃包括的內(nèi)容。產(chǎn)品基本情況調(diào)研、測試需求說明、測試策略和記錄、測試資源配置、計劃表、問題跟蹤報告、測試計劃的評審、結果等等。
二、產(chǎn)品基本情況調(diào)研。這部分應包括產(chǎn)品的一些基本情況介紹，例如：產(chǎn)品的運行平臺和應用的領域，產(chǎn)品的特點和主要的功能模塊，產(chǎn)品的特點等。對于大的測試項目，還要包括測試的目的和側重點。具體的要點有，一是變更。說明有可能會導致測試計劃變更的事件。包括測試工具改進了，測試的環(huán)境改變了，或者是添加了新的功能。二是產(chǎn)品規(guī)格。就是制造商和產(chǎn)品版本號的說明。三是項目信息。說明要測試的項目的相關資料，如：用戶文檔，產(chǎn)品描述，主要功能的舉例說明。
三、測試需求說明。一是功能的測試：理論上是測試是要覆蓋所有的功能項，例如：在數(shù)據(jù)庫中添加、編輯、刪除記錄等等，這會是一個浩大的工程，但是有利于測試的完整性。二是設計的測試：對于一些用戶界面、菜單的結構還有窗體的設計是否合理等的測試。三是整體考慮：這部分測試需求要考慮到數(shù)據(jù)流從軟件中的一個模塊流到另一個模塊的過程中的正確性。四是測試的策略和記錄。要對測試的公正性、遵照的標準做一個說明，證實測試是客觀的，整體上，軟件功能要滿足需求，實現(xiàn)正確，和用戶文檔的描述保持一致。五是測試資源配置。制定一個項目資源計劃，包含的是每一個階段的任務、所需要的資源，當發(fā)生類似到了使用期限或者資源共享的事情的時候，要更新這個計劃。
四、問題跟蹤報告。問題描述盡可能是定量的，分門別類的列舉，問題有幾種：一是嚴重問題：嚴重問題意味著功能不可用，或者是權限限制方面的失誤等等，也可能是某個地方的改變造成了別的地方的問題。二是一般問題：功能沒有按設計要求實現(xiàn)或者是一些界面交互的實現(xiàn)不正確。三是建議問題：功能運行得不象要求的那么快，或者不符合某些約定俗成的習慣，但不影響系統(tǒng)的性能，界面先是錯誤，格式不對，含義模糊混淆的提示信息等等。
五、測試計劃的評審。又叫測試規(guī)范的評審，在測試真正實施開展之前必須要認真負責的檢查一遍，獲得整個測試部門人員的認同，包括部門的負責人的同意和簽字。
六、測試計劃的流利管理。我們團隊一直在使用日事清進行測試計劃流程的管理。日事清通過看板將測試工作任務合理分配至每位團隊成員的個人日程，并且每天自動生成測試工作日志進行匯總。做到任務有跟蹤、事件有反饋、結果有分析。相比別的管理系統(tǒng)，日事清具有更優(yōu)秀、流暢的使用體驗，它能夠合理讓員工規(guī)劃工作日程，讓管理者及時掌握員工工作飽和度、工作進展狀況等等，可以說不僅提升了管理效率，還降低了企業(yè)成本，非常值得借鑒。
聯(lián)系客服
