軟件測試計劃書樣本

1、實用測試計劃書（樣本）公司標識（Logo）軟件名稱測試計劃書名稱第X.X版X年X月X日作者公司文件，謹供內部使用目 錄1.測試計劃文件名及存放處.2.測試計劃書簡介. 2.1 測試計劃書目的闡述.2.2 測試背景簡介.2.3 測試范圍.2.4 參考文獻.3.測試項目.4.主要測試部分.5.不測試部分.6.測試內容. 6.1 測試操作平臺一覽表. 6.2 回歸測試. 6.3 軟件新增部分測試. 6.4 性能測試. 6.5 強度測試. 6.6 文件審查. 6.7 自動測試.7.測試通過與否的界定準則.8.測試中止及恢復測試的準則.9.測試資料. 9.1 測試計劃書. 9.2 測試實例. 9.3 缺

2、陷（測試）報告.10.測試具體操作. 10.1 測試前的準備工作. 10.2 具體測試. 10.3 編寫缺陷報告及測試報告. 10.4 糾錯審核.11.測試基本支持. 11.1 硬件方面. 11.2 軟件方面. 測試對象. 測試工具. 第三方軟件. 數(shù)據(jù)庫.12.各相關部門（組別）的責任分工13.測試人員的配備及培訓 13.1 測試人才配備. 13.2 技術培訓14.測試進度.15.危機處理.相關部門負責人對該測試方案審批記錄：部門負責人簽名日期測試部門產品管理部門開發(fā)部門1. 測試計劃文件名及存放處指出該測試文件的名稱及文件具體存放處，以便相關人員查找。如果是存放在公司網絡上，最好把地址一并

3、給出。如：machinenameengineering engineering_repositorygroupsqatemplatestestplantemplate.doc）該文件修改記錄：版本日期修改人簡述2. 測試計劃書簡介簡單介紹該測試計劃書。2.1測試計劃書目的闡述 列出該文件計劃想要達到的目標。如： *描述測試準備工作及測試工作的具體內容。 *制定測試進度。 *幫助協(xié)調相關部門，使測試得以按計劃按步驟進行。 *列出該測試計劃所涉及文件的出處，以及測試資料的存放處。 *明確測試使用工具及測試所涉及的相關硬件、第三方軟件。 *界定測試通過與不通過的準則。 *制定測試報告的規(guī)格。 *評估

4、可能出現(xiàn)的危機等。2.2測試背景簡介 簡單介紹該軟件的歷史及現(xiàn)狀、主要用途、各種重要功能、以及測試的側重點。2.3測試范圍 介紹該測試計劃所涵蓋的軟件測試的部分。例如，包括軟件系統(tǒng)的 *整體測試*安裝測試管理界面測試文檔上載下載測試，等等2.4參考文獻 列出該測試計劃書編寫過程中使用的所有文件，即測試計劃書所依據(jù)的所有文件。例如：文件名作者日期版本3測試項目列出所有測試項目，包括軟件的各個部分及所需測試的版本。例如：*該軟件的CD版及供下載的網絡版*該軟件的所有用戶手冊*該軟件的說明菜單4主要測試部分列出該軟件測試計劃要測試的軟件部分（可以主要功能劃分）。以測試一網絡購物軟件為例，可列出如下這

5、些項： *新用戶登記*已有用戶登錄*產品搜索*購物*付款*退出5.不測試部分列出該測試計劃中沒有包含的軟件部分。例如：*網頁排版*網絡安全等不在測試之列的部分6.測試內容 該部分應列出測試的內容。見下列各項。6.1 測試操作平臺一覽表 這里應以列表形式將測試操作平臺一一列出。下面是一個客戶/服務器軟件的例子。這樣客戶與服務器應該在哪個平臺組合中進行測試就一目了然。另外，還應有客戶在不同瀏覽器的情況下進行測試的列表。服務器操作系統(tǒng)客戶操作系統(tǒng)Solaris 8Solaris 9linuxirixalxHp-uxWin meWin xpNT 4.0 wksWin 2k proLinuxSolari

6、s 7Solaris 8Hp-uxmvs6.2回歸測試 該部分闡述哪些測試實例應包括在回歸測試操作里面。無論是手測還是自動化測試，都應將測試結果詳細記錄在案。6.3 軟件新增部分測試 該部分闡述軟件新增加部分測試的做法。一般要求測試工程師按照軟件規(guī)格說明書中對新增部分的說明來編寫相關的測試實例。測試工程師在操作時必須詳細記錄軟件/硬件的設置，并記錄測試執(zhí)行日期及測試結果。要求每次軟件合成后，至少執(zhí)行一次對軟件新增部分的測試。6.4 性能測試 該部分按照軟件規(guī)格說明書中關于軟件性能的指標制訂出測試的準則。6.5強度測試 該部分按照軟件規(guī)格說明書中關于軟件強度的指標制訂出測試的準則。6.6文件審查

7、 該部分列出所有需要審查的用戶說明書（在測試過程中，可以順便審查用戶說明書中各項表述是否正確）。6.7自動測試 該部分列出將用什么測試軟件、什么時候執(zhí)行自動測試，以及自動測試包括哪些測試實例。7測試通過與否的界定準則該部分應明確制訂測試是否通過的界定標準，以及測試沒有通過的情況下應如何處理。對于功能測試，通常這些標準來自于軟件設計說明書，因為軟件設計說明書對每一功能都有詳細說明。如果測試中發(fā)現(xiàn)異常之處，應將缺陷歸類為某一等級、編寫缺陷報告、及時送出。如果缺陷屬性嚴重，則不能在糾正之前推出。8.測試中止及恢復測試的準則 這一部分應明確制訂在哪種情況下中止全部或部分測試操作，以及在哪種情況下可以恢

8、復測試。例如，在實際的測試過程中，軟件的某個部分需做改動，而該部分與其他部分又是相關的。因此，如果開發(fā)人員此時進行改動，會影響測試計劃進程。在這種情況下，我們應該中止全部還是部分測試操作？又比如在糾錯后，我們是否應該全面恢復測試，還是只做某一部分測試就可以了呢？這些問題都應該在這里找到答案。9.測試資料列出測試部門可以提供的相關資料，包括已有的及將有的。9.1測試計劃書該測試計劃書名稱及存放處。9.2測試實例根據(jù)軟件規(guī)格說明書及設計說明書的各項要求或描述，詳細列出測試實例，包括測試值、測試操作過程、測試期待值等。9.3缺陷（測試）報告列出缺陷（測試）報告的規(guī)格及存放處。如果用專門的缺陷（測試）

9、報告軟件，要說明使用該軟件的注意事項。10.測試具體操作 列出測試的主要操作簡單介紹。10.1測試前準備工作列出各項測試前準備工作，包括軟件及硬件的準備工作。10.2具體測試列出執(zhí)行測試實例操作的要求。10.3編寫缺陷報告及測試報告名333這里要對測試結果分析做出具體規(guī)定，即如何確定缺陷的嚴重性、糾錯急緩的分級，如何列出缺陷再現(xiàn)步驟，等等。10.4糾錯審核列出要對糾錯后針對該缺陷的出現(xiàn)情況進行專門復測做出規(guī)定。11.測試基本支持 列出測試所需各項軟硬件方面的需求。11.1 硬件方面列出測試所需裝有各種操作平臺的計算機，例如：臺式計算機：裝有windows me 的若干臺；裝有windows x

10、p 的若干臺；裝有windows nt 的若干臺；裝有 linux 的若干臺；工作站：運行solaris 7 的若干臺；運行solaris 8 的若干臺；運行aix 的若干臺；運行hp-ux 的若干臺；11.2 軟件方面 測試對象要測試的軟件名稱。 測試工具一般指自動測試軟件，如winrunner、silktest等。 第三方軟件 列出被測試的軟件與之共存的第三方軟件，例如：IE x.xNetscape communicator x.x 數(shù)據(jù)庫如果軟件帶數(shù)據(jù)庫，應在此列明。例如：Oracle x.x；Ms sql x.x；12.各相關部門（組別）的責任分工這一部分將所有參與該軟件管理、開發(fā)、測

11、試、技術支持及銷售等部門（組別）的責任明確下來，并列出這些部門之間應如何溝通協(xié)助。例如：管理部門將保證提供測試部門所需的各種資源。開發(fā)部門應及時提供測試軟件，包括下載及CD等版本。技術文件編寫部門應提供測試所需的參考文件。測試部門對所測試軟件整體及各部分的質量負全責。技術支持部門將負責客戶意見反饋。公司其他員工將參加軟件ALTHA版的測試。市場及銷售部門將負責組織軟件BETA版的測試。13.測試人員的配備及培訓 列出對測試相關人員的需求及必要的技術培訓。13.1 測試人才配備列出測試所需的人力資源。例如，測試期間至少需要N位全職測試工程師等。13.2 技術培訓列出測試工程師的專業(yè)水平要求及培訓計劃。例如：參加該軟件測試的工程師應在測試工程師III或以上水平，且具有一定的winrunner、perl、TCL/expect編程經驗。如需重新學習，可由公司支付學費。測試部門將組織定期學術討論及提供新測試輔助軟件使用培訓。14.測試進度 此處應以列表方式將各時期的大概測試進度要求標示清楚。在實際的工作中，測試部門經理還應另外繪制更詳細、更精確的測試進度表，把測試人員分配及工作分配都與時