軟件測試計劃范例

1、測試計劃產品名稱：二普銷售助手標準版項目承擔部門研發(fā)部撰寫人（簽名）白紅勃完成日期本文檔使用部門測試部評審負責人（簽名）評審日期版本18日期版本說明作者目錄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范圍本測試計劃是針對 銷售助手二期概要設計說明書 中規(guī)定內容的測試計劃，包括： 改進后的報價書改進后的客戶關懷銷售機會中新增加的客戶反饋銷售機會中新增加的客戶組織分析銷售機會中改進的競爭管理（待定）銷售機會中改進的聯(lián)

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

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

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

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

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

8、是否精確完整?322業(yè)務測試功能測試完成后進行業(yè)務測試，業(yè)務測試關注的要點是業(yè)務流程，及數(shù)據(jù)流從軟件中的一個模塊流到另一個模塊的過程中的正確性。壓力測試3.2.3.1壓力測試說明本次壓力測試根據(jù)實際情況包含性能測試，重點模擬客戶進行多用戶測試。壓力 測試有一條& 2原則。及百分之八十的業(yè)務量在百分之二十的時間內輸入。例如正常每天有100條新數(shù)據(jù)，測試時在兩小時內輸入 80條數(shù)據(jù)。我們無法知道用戶的 業(yè)務量，所以只有利用公司現(xiàn)有資源進行大量的數(shù)據(jù)量的測試。323.2壓力測試工具待定3.2.3.3壓力測試方法及標準壓力測試的方法及標準參考壓力測試計劃.doc3.2.3 安裝測試3.2.4.

9、1安裝測試說明除了嵌入式軟件之外，安裝是軟件產品實現(xiàn)其功能的第一步，沒有正確的安裝根本就談不上正確的執(zhí)行，因此對于安裝的測試就顯得尤為重要。3.2.4.2安裝測試方法及標準自動安裝還是手工配置安裝，測試各種不同的安裝組合，并驗證各種不同組 合的正確性，最終目標是所有組合都能安裝成功。安裝退出之后，確認應用程序可以正確啟動、運行。卸載測試和安裝測試同樣重要，如果系統(tǒng)提供自動卸載工具，那么卸載之后需檢驗系統(tǒng)是否把所有的文件全部刪除，注冊表中有關的注冊信息是否也被刪 除。至少要在一臺筆記本上進行安裝測試，因為有很多產品在筆記本中會出現(xiàn)問 題，尤其是系統(tǒng)級的產品。（有條件的情況下）安裝完成之后，可以在

10、簡單地使用之后再執(zhí)行卸載操作，有的系統(tǒng)在使用之后會發(fā)生變化，變得不可卸載。安裝時間是否合理；對于客戶服務器模式的應用系統(tǒng)，可以先安裝客戶端， 然后安裝服務器端， 測試是否會出現(xiàn)問題?？疾彀惭b該系統(tǒng)是否對其他的應用程序造成影響，特別是Win dows操作系統(tǒng),經常會出現(xiàn)此類的問題。324驗收測試325.1驗收測試說明軟件產品測試部對經過內部單元測試、集成測試和系統(tǒng)測試后的軟件所進行的測試，測試用例采用 業(yè)務流程測試用例。325.2驗收測試方法及標準參考三普軟件驗收測試規(guī)范.doc和軟件測試停止標準.doc4. 測試重點及順序4.1 預測風險本次測試過程中，可能出現(xiàn)的風險如下：bug 的修復情況

11、模塊功能的實現(xiàn)情況 系統(tǒng)整體功能的實現(xiàn)情況代碼的編寫質量 人員經驗以及對軟件的熟悉度 開發(fā)人員、測試人員關于項目約定的執(zhí)行情況 人員調整導致研發(fā)周期延遲 開發(fā)時間的縮短導致某些測試計劃無法執(zhí)行4.2 測試重點4.2.1 功能測試這里僅為測試重點的描述，具體測試方法以及內容請參見測試用例。4.2.1.1 商品組裝方案 是否使用右鍵和菜單實現(xiàn)了增、刪、改功能 增加零配件使用產品和價格配制器，查看零配件使用商品編輯窗口 拖動功能是否正確4.2.1.2 銷售機會修改 銷售機會中與聯(lián)系人有關的地方是否已經關聯(lián) 增、刪、改功能是否已經實現(xiàn) 各列表中顯示是否正確 銷售費用中右鍵菜單中增加生成費用單的功能是否

12、實現(xiàn)4.2.1.3 產品和價格配制器 搜索到的結果是否正確 按類別和視圖查詢是否正確4.2.1.4 客戶關懷 右鍵的新增費用單功能是否實現(xiàn) 列表顯示是否正確 新增數(shù)據(jù)到知識庫是否正確4.2.1.5 聯(lián)系活動管理瀏覽窗口是否正確 編輯功能是否實現(xiàn) 是否根據(jù)指定條件搜索 新增數(shù)據(jù)到知識庫是否正確4.2.1.6 銷售知識庫瀏覽時列表顯示是否正確 增、刪、改功能是否已經實現(xiàn) 能否編輯類別 搜索是否正確4.2.1.7 選擇商品的修改參考商品和價格配制器4.2.1.8 客服合同瀏覽窗口顯示是否正確 增、刪、改功能是否已經實現(xiàn) 能否按照指定條件搜索 新增數(shù)據(jù)到知識庫是否正確4.2.1.9 客服請求增、刪、改

13、功能是否已經實現(xiàn) 瀏覽界面是否正確 能否按照指定條件搜索 新增數(shù)據(jù)到知識庫是否正確 選擇界面是否可用4.2.1.10 客服計劃右鍵和菜單的增、刪、改功能是否已經實現(xiàn) 瀏覽界面是否正確 能否按照指定條件搜索 明細選擇界面能否使用4.2.1.11 客服知識庫 正常的增、刪、改功能是否實現(xiàn)外，能否對類別增、刪、改 能否按類別進行瀏覽 搜索界面顯示是否正確4.2.1.12 產品缺陷增、刪、改功能是否已經實現(xiàn) 瀏覽界面是否正確 能否按照指定條件搜索 缺陷選擇界面是否實現(xiàn)4.2.1.13 客服活動 增、刪、改功能是否進行了與之相關聯(lián)的增、刪、改 右鍵功能和雙擊功能是否正確瀏覽窗口顯示是否正確能否按照指定條

14、件搜索4.2.1.14 客服報表待定4.2.1.15 日歷待定4.2.1.16 相關數(shù)據(jù)查看待定4.2.1.17 個人中心待定4.2.2 業(yè)務測試 這里只是描述了業(yè)務測試的大概情況，具體測試方法以及內容請參見業(yè)務測試用 例。這里的業(yè)務測試包含模塊之間的關系。4.2.2.1 銷售機會修改增加費用時關聯(lián)到費用單 聯(lián)系人關聯(lián)到聯(lián)系活動、客戶計劃決策人、組織分析 與知識庫關聯(lián)4.2.2.2 客戶關懷 右鍵增加費用時關聯(lián)到費用單 與知識庫關聯(lián)4.2.2.3 聯(lián)系活動管理與知識庫關聯(lián)4.2.2.4 客服合同銷售合同中可以查看客服合同 客服合同中可查看銷售合同 客服合同中選擇銷售合同 與知識庫關聯(lián)自動導入商

15、品4.2.2.5 客服請求客服請求的增、刪、改使用客服計劃編輯、選擇界面 新建客服計劃查看相關客服計劃查看相關客服活動新建產品缺陷增加數(shù)據(jù)到客服知識庫4.2.2.6客服計劃 查看項目來源、查看項目執(zhí)行情況（相關的客服活動模塊） 查看產品缺陷 查看客服請求4.2.2.7產品缺陷 新建客服計劃項目 查看相關客服計劃項目 查看相關客服活動 增加數(shù)據(jù)到客服知識庫4.2.2.8客服活動費用單、收入單的生成 選擇、刪除關聯(lián)費用單 查看客服請求 查看產品缺陷 查看計劃明細 新建產品缺陷 增加數(shù)據(jù)到客服知識庫5. 暫停標準和再啟動要求軟件系統(tǒng)在進行單元、集成、確認、系統(tǒng)、安裝、驗收測試時，發(fā)現(xiàn)一級錯誤（大測試

16、應于等于 1）、二級錯誤（大于等于 2）暫停測試返回開發(fā)。 軟件項目需暫停以進行調整時，測試應隨之暫停，并備份暫停點數(shù)據(jù)。 軟件項目在其開發(fā)生命周期內出現(xiàn)重大估算， 進度偏差， 需暫?；蚪K止時， 隨之暫?；蚪K止，并備份暫?；蚪K止點數(shù)據(jù)。 如有新的項目需求，則在原測試計劃下做相應的調整。 若開發(fā)暫停，則相應測試也暫停，并備份暫停點數(shù)據(jù)。 。 若項目中止，則對已完成的測試工作做測試活動總結。 項目再啟動時，測試進度重新安排或順延。6. 測試任務和進度測試階段測試任務工作量估計人員分配起止時間第一階段單元測試客服合同、客服知識庫、組 裝方案、聯(lián)系活動、產品和 價格配制器、產品缺陷用例 設計參考二期開

17、發(fā)計劃參考二期開發(fā)計劃5.10 至 5.21客服合同、客服知識庫、組 裝方案、聯(lián)系活動、產品和 價格配制器、產品缺陷單元 測試1. 聯(lián)系活動、產 品和價格配制器、 產品缺陷2. 客服合同、客 服知識庫3. 組裝方案Xx5.24 至 5.28客服活動、銷售知識庫、銷 售機會、客服計劃、客戶關 懷修改、客戶請求用例設計參考二期開發(fā)計劃參考二期開發(fā)計劃5.31 至 6.4客服活動、銷售知識庫、銷 售機會、客服計劃、客戶關 懷修改、客戶請求單元測試1. 客服計劃、客 戶關懷修改、客戶 請求2. 銷售知識庫、 銷售機會3. 客服活動Xx6.7 至 6.11單元測試BUG審核5日Xx6.14 至 6.18第二階段集成測試1. 客服合同、客服知識庫、 組裝方案、聯(lián)系活動、產品 和價格配制器2. 客服活動、銷售知識庫、 銷售機會、客服計劃、客戶 關懷修改3. 日歷、個人中心、客服 報表、產品缺陷、客戶請求5日Xx6.20 至 6.25根據(jù)實際任務 情況人員做一 定調整第三階段業(yè)務測試1. 業(yè)務流程測試2. 關注數(shù)據(jù)的準確