軟件測試計劃范例

1、測試計劃產品名稱：二普銷售助手標準版項目承擔部門研發(fā)部撰寫人（簽名）完成日期本文檔使用部門測試部評審負責人（簽名）評審日期版本日期版本說明作者目錄1.概述 . .11.1產品簡介 .11.2范圍 .11.3限制條件 .11.4參考文檔 .12.約定 .22.1測試目標 .22.2接收標準 .22.3資源和工具 .22.3.1資源 .22.3.2工具 .22.4送測要求 .22.5編號規(guī)則 .23.測試種類及測試標準 .33.1測試種類 .33.2測試方法及標準 .33.2.1功能測試 .33.2.2業(yè)務測試 .33.2.3壓力測試 .33.2.4安裝測試 .33.2.5驗收測試 .34.測試重

2、點及順序 .44.1預測風險 .44.2測試重點 .44.2.1功能測試 .44.2.2業(yè)務測試 .45.暫停標準和再啟動要求 . 56.測試任務和進度 .67.測試提交物 .71.概述1.1 產品簡介本次開發(fā)是在銷售助手一期的基礎上進行的后續(xù)開發(fā)，包括新增客服功能模塊、解決一期遺留的售前部分問題、完成必要的庫房管理功能。二期結束后產品就成為一個比較完整的銷售管理軟件。1.2 范圍本測試計劃是針對銷售助手二期概要設計說明書?改進后的報價書?改進后的客戶關懷?銷售機會中新增加的客戶反饋?銷售機會中新增加的客戶組織分析?銷售機會中改進的競爭管理（待定）?銷售機會中改進的聯系人?改進后的產品和價格配

3、制器?新增的銷售知識庫新增的聯系活動管理新增的客戶請求模塊新增的客服活動模塊新增的客服合同模塊新增的客服計劃模塊新增的客服知識庫模塊 新增的完成關聯任務模塊公共部分新加或改進的日歷瀏覽數據公共部分新加或改進的報表功能 公共部分新加或改進的個人事務中心1.3 限制條件本測試計劃受限于產品開發(fā)人員提交測試的內容和時間的事實。塊的實際情況，本計劃會做出相應修改。1.4 參考文檔序號名稱作者備注1.二期概要設計說明書中規(guī)定內容的測試計劃，包括:根據開發(fā)人員提交模2.客服物理模型3.日歷模塊詳細設計說明4.個人事務中心模塊詳細設計說明5.客服產品缺陷詳細設計說明6.客戶請求詳細設計說明7.客服活動詳細設

4、計說明8.產品和價格配制器詳細設計說明9.完成關聯任務詳細設計說明10.客服合同詳細設計說明11.客服計劃詳細設計說明12.客服報表詳細設計說明13.客服知識庫詳細設計說明14.聯系活動管理詳細設計說明15.商品組裝方案詳細設計說明16.銷售機會修改詳細設計說明17.選擇商品修改詳細設計說明18.銷售知識庫詳細設計說明19.客戶關懷修改詳細設計說明2.約定2.測試目標通過測試，達到以下目標：?測試已實現的產品是否達到設計的要求，包括：各個功能點是否以實現，業(yè)務流程是否正確。?產品規(guī)定的操作和運行穩(wěn)定。?Bug數和缺陷率控制在可接收的范圍之內。2.接收標準本節(jié)所述的接收標準是指可測試的標準，這個

5、標準以測試組接收測試為限。單元測試接收標準的詳細規(guī)定參見文檔三普銷售助手一一測試接收標準.doc。其余各階段接收標準，以經過審核后的上一階段測試報告為準，每一階段停止標準的詳細規(guī)定參見文檔軟件測試停止標準。2.資源和工具2.3.1 資源?測試服務器穩(wěn)定的測試服務器，IP地址為:192.131.0.1。?人員測試審核人一名，測試實施人員4名。2.3.2 工具?測試中使用的Bug管理工具為經過改進的Bug管理工具。?自動化測試工具待定。2.送測要求銷售助手開發(fā)人員提交的測試按以下要求進行:步驟動作負責人相關文檔或記錄要求1打包、編譯開發(fā)人員無確認可測試2審核并提交測試Xx經審核的上一級測試報告測試

6、報告XX審核并簽字3接收測試測試人員經xx審核并簽字的上一級測試報告4開始測試測試人員Bug單、小結測試小結個人編寫個人的內容2.編號規(guī)則與本測試計劃相關的編號規(guī)則如下：?測試用例中的編號，功能名+界面名（每個字第一個漢語拼音大寫）+編號例如：新增報價書第一個用例XZ BJS 0001?測試用例文件命命名規(guī)則，模塊名+測試用例例如：客服合同模塊客服合同測試用例3.測試種類及測試標準3.1測試種類計劃完成以下類型測試? ?功能測試 業(yè)務測試 壓力測試 安裝測試 驗收測試3.2測試方法及標準3.2.1功能測試3.2.1.1功能系統(tǒng)能按照設計要求實現模塊的各個功能，數據應完整、界面美觀、操作方便。

7、具體可參照本文檔測試重點及順序部分。3.2.1.2界面測試詳細的界面測試可以參考界面測試.doc。3.2.1.3數據項測試?字母數字數據項是否能夠正確回顯，并輸入到系統(tǒng)中？?圖形模式的數據項（如滑動條）是否正常工作？?是否能夠識別非法數據？?數據輸入消息是否可理解？3.2.1.4幫助文檔測試?文檔是否精確描述了如何使用各種使用模式？?交互順序的描述是否精確？?例子是否精確？?術語、菜單描述和系統(tǒng)響應是否與實際程序一致？?是否能夠很方便地在文檔中定位指南？?是否能夠很方便地使用文檔排除錯誤？?文檔的內容和索引是否精確完整？?文檔的設計（布局、縮進和圖形）是否便于信息的理解？?顯示給用戶的錯誤信息

8、是否有更詳細的文檔解釋？如果使用超級鏈接，超級鏈接是否精確完整？業(yè)務測試功能測試完成后進行業(yè)務測試， 業(yè)務測試關注的要點是業(yè)務流程， 及數據流從軟件 中的一個模塊流到另一個模塊的過程中的正確性。壓力測試7d-1a062917d4b2-Numbered_8b068e41-bb84-4d6d-bb9a-0cf1bfd57532-Numbered_539520b4-c708-41c2-9cdf-2b5壓力測試說明本次壓力測試根據實際情況包含性能測試，重點模擬客戶進行多用戶測試。壓力 測試有一條8：2原則。 及百分之八十的業(yè)務量在百分之二十的時間內輸入。例如:正常每天有100條新數據， 測試時在兩小時

9、內輸入80條數據。 我們無法知道用戶的 業(yè)務量，所以只有利用公司現有資源進行大量的數據量的測試。7d-1a062917d4b2-Numbered_8b068e41-bb84-4d6d-bb9a-0cf1bfd57532-Numbered_539520b4-c708-41c2-9cdf-2b5壓力測試工具待定7d-1a062917d4b2-Numbered_8b068e41-bb84-4d6d-bb9a-0cf1bfd57532-Numbered_539520b4-c708-41c2-9cdf-2b5壓力測試方法及標準壓力測試的方法及標準參考壓力測試計劃.doc安裝測試愀戀昀 攀挀 攙 愀攀戀

10、戀攙戀挀 一甀洀戀攀爀攀攙開昀 挀攀 攙 愀愀攀 攙愀攙愀 一甀洀戀攀爀攀攙開昀攙攙 %25857 戀昀 攀攙挀戀攀昀安裝測試說明除了嵌入式軟件之外，安裝是軟件產品實現其功能的第一步，沒有正確的安裝根 本就談不上正確的執(zhí)行，因此對于安裝的測試就顯得尤為重要。愀戀昀 攀挀 攙 愀攀戀 戀攙戀挀 一甀洀戀攀爀攀攙開昀 挀攀 攙 愀愀攀 攙愀攙愀 一甀洀戀攀爀攀攙開昀攙攙 %25857 戀昀 攀攙挀戀攀昀安裝測試方法及標準?自動安裝還是手工配置安裝，測試各種不同的安裝組合，并驗證各種不同組 合的正確性，最終目標是所有組合都能安裝成功。?安裝退出之后，確認應用程序可以正確啟動、運行。?卸載測試和安裝測

11、試同樣重要， 如果系統(tǒng)提供自動卸載工具， 那么卸載之后需 檢驗系統(tǒng)是否把所有的文件全部刪除，注冊表中有關的注冊信息是否也被刪 除。?至少要在一臺筆記本上進行安裝測試，因為有很多產品在筆記本中會出現問 題，尤其是系統(tǒng)級的產品。（有條件的情況下）?安裝完成之后， 可以在簡單地使用之后再執(zhí)行卸載操作， 有的系統(tǒng)在使用之后 會發(fā)生變化，變得不可卸載。?安裝時間是否合理；?對于客戶服務器模式的應用系統(tǒng)， 可以先安裝客戶端， 然后安裝服務器端， 測 試是否會出現問題。?考察安裝該系統(tǒng)是否對其他的應用程序造成影響，特別是Win dows操作系統(tǒng)，經常會出現此類的問題。驗收測試3.2.5.1驗收測試說明軟件產

12、品測試部對經過內部單元測試、集成測試和系統(tǒng)測試后的軟件所進行的測 試，測試用例采用業(yè)務流程測試用例。驗收測試方法及標準參考三普軟件驗收測試規(guī)范.doc和軟件測試停止標準.doc4.測試重點及順序4.1預測風險本次測試過程中，可能出現的風險如下：?bug的修復情況模塊功能的實現情況 系統(tǒng)整體功能的實現情況 代碼的編寫質量 人員經驗以及對軟件的熟悉度 開發(fā)人員、測試人員關于項目約定的執(zhí)行情況 人員調整導致研發(fā)周期延遲 開發(fā)時間的縮短導致某些測試計劃無法執(zhí)行4.2測試重點4.2.1功能測試這里僅為測試重點的描述，具體測試方法以及內容請參見測試用例。4.2.1.1商品組裝方案?是否使用右鍵和菜單實現了

13、增、刪、改功能?增加零配件使用產品和價格配制器，查看零配件使用商品編輯窗口?拖動功能是否正確4.2.1.2銷售機會修改?銷售機會中與聯系人有關的地方是否已經關聯?增、刪、改功能是否已經實現?各列表中顯示是否正確?銷售費用中右鍵菜單中增加生成費用單的功能是否實現4.2.1.3產品和價格配制器?搜索到的結果是否正確?按類別和視圖查詢是否正確4.2.1.4客戶關懷?右鍵的新增費用單功能是否實現?列表顯示是否正確?新增數據到知識庫是否正確4.2.1.5聯系活動管理?瀏覽窗口是否正確?編輯功能是否實現?是否根據指定條件搜索?新增數據到知識庫是否正確銷售知識庫?瀏覽時列表顯示是否正確?增、刪、改功能是否已

14、經實現?能否編輯類別?搜索是否正確選擇商品的修改?參考商品和價格配制器客服合同?瀏覽窗口顯示是否正確?增、刪、改功能是否已經實現?能否按照指定條件搜索?新增數據到知識庫是否正確 客服請求增、刪、改功能是否已經實現 瀏覽界面是否正確 能否按照指定條件搜索 新增數據到知識庫是否正確 選擇界面是否可用客服計劃右鍵和菜單的增、刪、改功能是否已經實現瀏覽界面是否正確能否按照指定條件搜索明細選擇界面能否使用客服知識庫正常的增、刪、改功能是否實現外，能否對類別增、刪、改 能否按類別進行瀏覽 搜索界面顯示是否正確產品缺陷 增、刪、改功能是否已經實現 瀏覽界面是否正確 能否按照指定條件搜索 缺陷選擇界面是否實現

15、客服活動4.2.1.64.2.1.74.2.1.84.2.1.94.2.1.104.2.1.114.2.1.124.2.1.13?增、刪、改功能是否進行了與之相關聯的增、刪、改?右鍵功能和雙擊功能是否正確?瀏覽窗口顯示是否正確?能否按照指定條件搜索4.2.1.14客服報表待定4.2.1.15日歷待定4.2.1.16相關數據查看待定4.2.1.17個人中心待定4.2.2 業(yè)務測試這里只是描述了業(yè)務測試的大概情況，具體測試方法以及內容請參見業(yè)務測試用 例。這里的業(yè)務測試包含模塊之間的關系。4.2.2.1銷售機會修改?增加費用時關聯到費用單?聯系人關聯到聯系活動、客戶計劃決策人、組織分析?與知識庫關

16、聯4.2.2.2客戶關懷?右鍵增加費用時關聯到費用單?與知識庫關聯4.2.2.3聯系活動管理?與知識庫關聯4.2.2.4客服合同?銷售合同中可以查看客服合同?客服合同中可查看銷售合同?客服合同中選擇銷售合同?與知識庫關聯?自動導入商品4.2.2.5客服請求?客服請求的增、刪、改使用客服計劃編輯、選擇界面?新建客服計劃?查看相關客服計劃?查看相關客服活動?新建產品缺陷?增加數據到客服知識庫4.2.2.6客服計劃?查看項目來源、查看項目執(zhí)行情況（相關的客服活動模塊）?查看產品缺陷?查看客服請求4.2.2.7產品缺陷?新建客服計劃項目?查看相關客服計劃項目?查看相關客服活動?增加數據到客服知識庫4.

17、2.2.8客服活動?費用單、收入單的生成?選擇、刪除關聯費用單?查看客服請求?查看產品缺陷?查看計劃明細?新建產品缺陷?增加數據到客服知識庫5.暫停標準和再啟動要求軟件系統(tǒng)在進行單元、集成、確認、系統(tǒng)、安裝、驗收測試時，發(fā)現一級錯誤（ 于等于1）、二級錯誤（大于等于2）暫停測試返回開發(fā)。 軟件項目需暫停以進行調整時，測試應隨之暫停，并備份暫停點數據。 軟件項目在其開發(fā)生命周期內出現重大估算， 進度偏差， 需暫?；蚪K止時， 隨之暫?；蚪K止，并備份暫?；蚪K止點數據。如有新的項目需求，則在原測試計劃下做相應的調整。若開發(fā)暫停，則相應測試也暫停，并備份暫停點數據。若項目中止，則對已完成的測試工作做測試

18、活動總結。 項目再啟動時，測試進度重新安排或順延。測試應6.測試任務和進度測試階段測試任務工作量估計人員分配起止時間第一階段單元測試客服合同、客服知識庫、組 裝方案、聯系活動、產品和 價格配制器、產品缺陷用例 設計參考二期開發(fā)計劃參考二期開發(fā)計劃5.10至5.21客服合同、客服知識庫、組 裝方案、聯系活動、產品和 價格配制器、產品缺陷單元 測試聯系活動、產 品和價格配制器、 產品缺陷客服合同、客 服知識庫組裝方案Xx5.24至5.28客服活動、銷售知識庫、銷 售機會、客服計劃、客戶關 懷修改、客戶請求用例設計參考二期開發(fā)計劃參考二期開發(fā)計劃5.31至6.4客服活動、銷售知識庫、銷 售機會、客服計劃、客戶關 懷修改、客戶請求單元測試客服計劃、客 戶關懷修改、客戶 請求銷售知識庫、 銷售機會客服活動Xx6.7至6.11單元測試BUG審核5日Xx6.14至6.18第二階段集成測試客服合同、客服知識庫、組裝方案、聯系活動、產品 和價格配制器客服活動、銷售知識庫、銷售機會、客服計劃、客戶 關懷修改日歷、個人中心、客服 報表、產品缺陷、客戶請求5日Xx6.20至6.25