如何才能制定成功的軟件測試計劃 軟件測試
專(zhuān)業(yè)的測試必須以一個(gè)好的測試計劃作為基礎。盡管測試的每一個(gè)步驟都是獨立的，但是必定要有一個(gè)起到框架結構作用的測試計劃。測試的計劃應該作為測試的起始步驟和重要環(huán)節。一個(gè)測試計劃應包括：產(chǎn)品基本情況調研、測試需求說(shuō)明、測試策略和記錄、測試資源配置、計劃表、問(wèn)題跟蹤報告、測試計劃的評審、結果等等。
產(chǎn)品基本情況調研：
這部分應包括產(chǎn)品的一些基本情況介紹，例如：產(chǎn)品的運行平臺和應用的領(lǐng)域，產(chǎn)品的特點(diǎn)和主要的功能模塊等。對于大的測試項目，還要包括測試的目的和側重點(diǎn)。具體的要點(diǎn)有：
目的：重點(diǎn)描述如何使測試建立在客觀(guān)的基礎上，定義測試的策略，測試的配置， 粗略的估計測試大致需要的周期和最終測試報告遞交的時(shí)間。
變更：說(shuō)明有可能會(huì )導致測試計劃變更的事件。包括測試工具改進(jìn)了，測試的環(huán)境改變了，或者是添加了新的功能。
技術(shù)結構：可以借助畫(huà)圖，將要測試的軟件劃分成幾個(gè)組成部分，規劃成一個(gè)適用于測試的完整的系統，包括數據是如何存儲的，如何傳遞的(數據流圖)，每一 個(gè)部分的測試是要達到什么樣的目的。每一個(gè)部分是怎么實(shí)現數據更新的。還有就是常規性的技術(shù)要求，比如運行平臺、需要什么樣的數據庫等等。
產(chǎn)品規格：就是制造商和產(chǎn)品版本號的說(shuō)明。
測試范圍：確定什么必須測試，什么可以測試和什么完全不需要測試，綜合考慮測試成本來(lái)確定測試的范圍。
項目信息：說(shuō)明要測試的項目的相關(guān)資料，如：用戶(hù)文檔，產(chǎn)品描述，主要功能的舉例說(shuō)明。
測試需求說(shuō)明：
這一部分要列出所有要測試的功能項。凡是沒(méi)有出現在這個(gè)清單里的功能項都排除在測試的范圍之外。萬(wàn)一有一天你在一個(gè)沒(méi)有測試的部分里發(fā)現了一個(gè)問(wèn)題，你應該很高興你有這個(gè)記錄在案的文檔，可以證明你測了什么沒(méi)測什么。具體要點(diǎn)有：
功能的測試：理論上是測試是要覆蓋所有的功能項，例如：在數據庫中添加、編輯、刪除記錄等等，這會(huì )是一個(gè)浩大的工程，但是有利于測試的完整性。
設計的測試：對于一些用戶(hù)界面、菜單的結構還有窗體的設計是否合理等的測試。
整體考慮：這部分測試需求要考慮到數據流從軟件中的一個(gè)模塊流到另一個(gè)模塊的過(guò)程中的正確性。
測試的策略和記錄：
這是整個(gè)測試計劃的重點(diǎn)所在，要描述如何公正客觀(guān)地開(kāi)展測試，要考慮：模 塊、功能、整體、系統、版本、壓力、性能、配置和安裝等各個(gè)因素的影響。要盡可能的考慮到細節，越詳細越好，并制作測試記錄文檔的模板，為即將開(kāi)始的測試 做準備，測試記錄中要包括的部分具體說(shuō)明如下：
公正性聲明：要對測試的公正性、遵照的標準做一個(gè)說(shuō)明，證明測試是客觀(guān)的。整體上軟件功能要滿(mǎn)足需求、實(shí)現正確，和用戶(hù)文檔的描述保持一致。
測試案例：描述測試案例是什么樣的，采用了什么工具，工具的來(lái)源是什么，如何執行的，用了什么樣的數據。測試的記錄中要為將來(lái)的回歸測試留有余地，當然，也要考慮同時(shí)安裝的別的軟件對正在測試的軟件會(huì )造成的影響。
特殊考慮：有的時(shí)候，針對一些外界環(huán)境的影響，要對軟件進(jìn)行一些特殊方面的測試。
經(jīng)驗判斷：對以往的測試中，經(jīng)常出現的問(wèn)題加以考慮。
設想：采取一些發(fā)散性的思維，往往能幫助你找的測試的新途徑。
測試資源配置：
項目資源計劃：制定一個(gè)項目資源計劃，包含的是每一個(gè)階段的任務(wù)、所需要的資源，當發(fā)生類(lèi)似“到了使用期限”或者“資源共享”的事情的時(shí)候，要更新這個(gè)計劃。
文章來(lái)源于領(lǐng)測軟件測試網(wǎng) http://kjueaiud.com/
