軟件研發(fā)項目必須有詳細項目計劃，同時軟件測試必須以一個好的測試計劃作為基礎(chǔ)。盡管測試的每一個步驟都是獨立的，但是必定要有一個起到框架結(jié)構(gòu)作用的測試計劃。測試的計劃應該作為測試的起始步驟和重要環(huán)節(jié)。一個測試計劃應包括：產(chǎn)品調(diào)研、測試需求、測試策略和過程記錄、測試資源配置、計劃表、問題跟蹤報告、測試計劃的評審、測試結(jié)果。開發(fā)和測試也必須要借助專業(yè)項目管理軟件，幫我們來管理覆蓋全生命周期的研發(fā)過程管理。
產(chǎn)品調(diào)研：
這部分應包括產(chǎn)品的一些基本情況介紹，例如：產(chǎn)品的運行平臺和應用的領(lǐng)域，產(chǎn)品的特點和主要的功能模塊，產(chǎn)品的特點等。對于大的測試項目，還要包括測試的目的和側(cè)重點。
具體重點：
目的：重點描述如何使測試建立在客觀的基礎(chǔ)上，定義測試的策略，測試的配置， 粗略的估計測試大致需要的周期和終測試報告遞交的時間。
變更：說明有可能會導致測試計劃變更的事件。包括測試工具改進了，測試的環(huán)境改變了，或者是添加了新的功能。
技術(shù)結(jié)構(gòu)：可以借助畫圖，將要測試的軟件劃分成幾個組成部分，規(guī)劃成一個適用于測試的完整的系統(tǒng)，包括數(shù)據(jù)是如何存儲的，如何傳遞的（數(shù)據(jù)流圖），每一個部分的測試是要達到什么樣的目的。每一個部分是怎么實現(xiàn)數(shù)據(jù)更新的。還有是常規(guī)性的技術(shù)要求，比如運行平臺、需要什么樣的數(shù)據(jù)庫等等。
產(chǎn)品規(guī)格：是制造商和產(chǎn)品版本號的說明。
測試范圍：簡單的描述如何搭建測試平臺以及測試的潛在的風險。
項目信息：說明要測試的項目的相關(guān)資料，如：用戶文檔，產(chǎn)品描述，主要功能的舉例說明。
測試需求：
這一部分要列出所有要測試的功能項。凡是沒有出現(xiàn)在這個清單里的功能項都排除在測試的范圍之外。萬一有你在一個沒有測試的部分里發(fā)現(xiàn)了一個問題，你應該很高興你有這個記錄在案的文檔，可以證明你測了什么沒測什么。具體要點有：
功能測試：理論上是測試是要覆蓋所有的功能項，例如：在數(shù)據(jù)庫中添加、編輯、刪除記錄等等，這會是一個浩大的工程，但是有利于測試的完整性。
設(shè)計測試：對于一些用戶界面、菜單的結(jié)構(gòu)還有窗體的設(shè)計是否合理等的測試。
整體考慮：這部分測試需求要考慮到數(shù)據(jù)流從軟件中的一個模塊流到另一個模塊的過程中的正確性。
測試的策略和過程記錄：
這是整個測試計劃的重點所在，要描述如何公正客觀地開展測試，要考慮：模塊、功能、整體、系統(tǒng)、版本、壓力、性能、配置和安裝等各個因素的影響。要盡可能的考慮到細節(jié)，越詳細越好，并制作測試記錄文檔的模板，為即將開始的測試做準備，測試記錄重要包括的部分具體說明如下：
公正性聲明：要對測試的公正性、遵照的標準做一個說明，證明測試是客觀的，整體上，軟件功能要滿足需求，實現(xiàn)正確，和用戶文檔的描述保持一致。
測試案例：描述測試案例是什么樣的，采用了什么工具，工具的來源是什么，如何執(zhí)行的，用了什么樣的數(shù)據(jù)。測試的記錄中要為將來的回歸測試留有余地，當然，也要考慮同時安裝的別的軟件對正在測試的軟件會造成的影響。
特殊考慮：有的時候，針對一些外界環(huán)境的影響，要對軟件進行一些特殊方面的測試。
經(jīng)驗判斷：對以往的測試中，經(jīng)常出現(xiàn)的問題加以考慮。
設(shè)想：采取一些發(fā)散性的思維，往往能幫助你找的測試的新途徑。
測試資源配置：
項目資源計劃：制定一個項目資源計劃，包含的是每一個階段的任務、所需要的資源，當發(fā)生類似到了使用期限或者資源共享的事情的時候，要更新這個計劃。
計劃表：
測試的計劃表可以做成一個多個項目通用的形式，根據(jù)大致的時間估計來制作，操作流程要以軟件測試的常規(guī)周期作為參考，也可以是根據(jù)什么時候應該測試哪一個模塊來制定。
問題跟蹤報告：
在測試的計劃階段，我們應該明確如何準備去做一個問題報告以及如何去界定一個問題的性質(zhì)，問題報告要包括問題的發(fā)現(xiàn)者和修改者、問題發(fā)生的頻率、用了什么樣的測試案例測出該問題的，以及明確問題產(chǎn)生時的測試環(huán)境。
問題描述盡可能是定量的，分門別類的列舉，問題有幾種：
1、嚴重問題：嚴重問題意味著功能不可用，或者是權(quán)限限制方面的失誤等等，也可能是某個地方的改變造成了別的地方的問題。
2、一般問題：功能沒有按設(shè)計要求實現(xiàn)或者是一些界面交互的實現(xiàn)不正確。
3、建議問題：功能運行得不象要求的那么快，或者不符合某些約定俗成的習慣，但不影響系統(tǒng)的性能，界面先是錯誤，格式不對，含義模糊混淆的提示信息等等。
測試計劃的評審：
又叫測試規(guī)范的評審，在測試真正實施開展之前必須要認真負責的檢查一遍，獲得整個測試部門人員的認同，包括部門的負責人的同意和簽字。
測試結(jié)果：
計劃并不是到這里結(jié)束了，在后測試結(jié)果的評審中，必須要嚴格驗證計劃和實際的執(zhí)行是不是有偏差，體現(xiàn)在終報告的內(nèi)容是否和測試的計劃保持一致，然后，可以開始著手制作下一個測試計劃了。
說過整個相當復雜過程，接下來話題選擇合適研發(fā)項目管理軟件，輔助我們整個開發(fā)和測試過程管理，例如，查看測試計劃完成進度，以甘特圖和燃盡圖展現(xiàn)等等，市面上產(chǎn)品較多，大家可以按需選擇一款合適自己的項目管理軟件。
推薦閱讀：
本文內(nèi)容不用于商業(yè)目的，如涉及知識產(chǎn)權(quán)問題，請權(quán)利人聯(lián)系SPASVO小編(021-60725088-8054)，我們將立即處理，馬上刪除。
sales@spasvo.com
