1、測試計劃產品名稱：三普銷售助手標準版項目承擔部門研發部撰寫人（簽名）白紅勃完成日期本文檔使用部門測試部評審負責人（簽名）評審日期版本日期版本說明作者目錄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 編號規則23. 測試種類及測試標準33.1 測試種類33.2 測試方法及標準33.2.1 功能測試33.2.2 業務測試33.2.3 壓力測試33.2.4 安裝測試33.2.5 驗收測試34. 測試重點及順序44.1 預測風險44.2 測

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

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

4、詳細設計說明11.客服計劃詳細設計說明12.客服報表詳細設計說明13.客服知識庫詳細設計說明14.聯系活動管理詳細設計說明15.商品組裝方案詳細設計說明16.銷售機會修改詳細設計說明17.選擇商品修改詳細設計說明18.銷售知識庫詳細設計說明19.客戶關懷修改詳細設計說明2.0.0.0 .約定2 測試目標通過測試，達到以下目標：測試已實現的產品是否達到設計的要求，包括：各個功能點是否以實現，業務流程是否正確。產品規定的操作和運行穩定。Bug數和缺陷率控制在可接收的范圍之內。2 接收標準本節所述的接收標準是指可測試的標準，這個標準以測試組接收測試為限。單元測試接收標準的詳細規定參見文檔三普銷售助手

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

6、試人員Bug單、小結測試小結個人編寫個人的內容2 編號規則與本測試計劃相關的編號規則如下：測試用例中的編號，功能名+界面名（每個字第一個漢語拼音大寫）+編號例如：新增報價書第一個用例XZBJS0001測試用例文件命命名規則，模塊名+測試用例例如：客服合同模塊客服合同測試用例3,測試種類及測試標準3.2 測試種類計劃完成以下類型測試功能測試業務測試壓力測試安裝測試驗收測試3.3 測試方法及標準3.3.5 功能測試3.3.5.1 功能系統能按照設計要求實現模塊的各個功能，數據應完整、界面美觀、操作方便。具體可參照本文檔測試重點及順序部分。3.3.5.2 界面測試詳細的界面測試可以參考界面測試,do

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

8、測試關注的要點是業務流程，及數據流從軟件中的一個模塊流到另一個模塊的過程中的正確性。壓力測試1 壓力測試說明本次壓力測試根據實際情況包含性能測試，重點模擬客戶進行多用戶測試。壓力測試有一條8:2原則。及百分之八十的業務量在百分之二十的時間內輸入。例如正常每天有100條新數據，測試時在兩小時內輸入80條數據。我們無法知道用戶的業務量，所以只有利用公司現有資源進行大量的數據量的測試。1 壓力測試工具待定1 壓力測試方法及標準壓力測試的方法及標準參考壓力測t計劃.doc安裝測試安裝測試說明除了嵌入式軟件之外，安裝是軟件產品實現其功能的第一步，沒有正確的安裝根本就談不上正確的執行，因此對于安裝的測試就

9、顯得尤為重要。安裝測試方法及標準自動安裝還是手工配置安裝，測試各種不同的安裝組合，并驗證各種不同組合的正確性，最終目標是所有組合都能安裝成功。安裝退出之后，確認應用程序可以正確啟動、運行。卸載測試和安裝測試同樣重要，如果系統提供自動卸載工具，那么卸載之后需檢驗系統是否把所有的文件全部刪除，注冊表中有關的注冊信息是否也被刪除。至少要在一臺筆記本上進行安裝測試，因為有很多產品在筆記本中會出現問題，尤其是系統級的產品。（有條件的情況下）安裝完成之后，可以在簡單地使用之后再執行卸載操作，有的系統在使用之后會發生變化，變得不可卸載。安裝時間是否合理；對于客戶服務器模式的應用系統，可以先安裝客戶端，然后安

10、裝服務器端，測試是否會出現問題。考察安裝該系統是否對其他的應用程序造成影響，特別是Windows操作系統，經常會出現此類的問題。驗收測試驗收測試說明軟件產品測試部對經過內部單元測試、集成測試和系統測試后的軟件所進行的測試，測試用例采用業務流程測試用例。驗收測試方法及標準參考三普軟件驗收測試規范.doc和軟件測試彳止標準.doc.測試重點及順序預測風險本次測試過程中，可能出現的風險如下：bug的修復情況模塊功能的實現情況系統整體功能的實現情況代碼的編寫質量人員經驗以及對軟件的熟悉度開發人員、測試人員關于項目約定的執行情況人員調整導致研發周期延遲開發時間的縮短導致某些測試計劃無法執行測試重點功能測

11、試這里僅為測試重點的描述，具體測試方法以及內容請參見測試用例。商品組裝方案是否使用右鍵和菜單實現了增、刪、改功能增加零配件使用產品和價格配制器，查看零配件使用商品編輯窗口拖動功能是否正確銷售機會修改銷售機會中與聯系人有關的地方是否已經關聯增、刪、改功能是否已經實現各列表中顯示是否正確銷售費用中右鍵菜單中增加生成費用單的功能是否實現產品和價格配制器搜索到的結果是否正確按類別和視圖查詢是否正確客戶關懷右鍵的新增費用單功能是否實現列表顯示是否正確新增數據到知識庫是否正確聯系活動管理瀏覽窗口是否正確編輯功能是否實現是否根據指定條件搜索新增數據到知識庫是否正確銷售知識庫瀏覽時列表顯示是否正確增、刪、改功

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

13、行了與之相關聯的增、刪、改右鍵功能和雙擊功能是否正確瀏覽窗口顯示是否正確能否按照指定條件搜索客服報表待定日歷待定相關數據查看待定個人中心待定業務測試這里只是描述了業務測試的大概情況，具體測試方法以及內容請參見業務測試用例。這里的業務測試包含模塊之間的關系。銷售機會修改增加費用時關聯到費用單聯系人關聯到聯系活動、客戶計劃決策人、組織分析與知識庫關聯客戶關懷右鍵增加費用時關聯到費用單與知識庫關聯聯系活動管理與知識庫關聯客服合同銷售合同中可以查看客服合同客服合同中可查看銷售合同客服合同中選擇銷售合同與知識庫關聯自動導入商品客服請求客服請求的增、刪、改使用客服計劃編輯、選擇界面新建客服計劃查看相關客服

14、計劃查看相關客服活動新建產品缺陷增加數據到客服知識庫客服計劃查看項目來源、查看項目執行情況（相關的客服活動模塊）查看產品缺陷查看客服請求產品缺陷新建客服計劃項目查看相關客服計劃項目查看相關客服活動增加數據到客服知識庫客服活動費用單、收入單的生成選擇、刪除關聯費用單查看客服請求查看產品缺陷查看計劃明細新建產品缺陷增加數據到客服知識庫.暫停標準和再啟動要求軟件系統在進行單元、集成、確認、系統、安裝、驗收測試時，發現一級錯誤（大于等于1）、二級錯誤（大于等于2）暫停測試返回開發。軟件項目需暫停以進行調整時，測試應隨之暫停，并備份暫停點數據。軟件項目在其開發生命周期內出現重大估算，進度偏差，需暫停或終

15、止時，測試應隨之暫停或終止，并備份暫停或終止點數據。如有新的項目需求，則在原測試計劃下做相應的調整。若開發暫停，則相應測試也暫停，并備份暫停點數據。若項目中止，則對已完成的測試工作做測試活動總結。項目再啟動時，測試進度重新安排或順延。.測試任務和進度測試階段測試任務工作量估計人員分配起止時間A階段單元測試客服合同、客服知識庫、組裝方案、聯系活動、產品和價格配制器、產品缺陷用例設計參考二期開發計劃參考二期開發計劃5.10至5.21客服合同、客服知識庫、組裝方案、聯系活動、產品和價格配制器、產品缺陷單元測試.聯系活動、產品和價格配制器、產品缺陷.客服合同、客服知識庫.組裝方案Xx5.24至5.28

16、客服活動、銷售知識庫、銷售機會、客服計劃、客戶關懷修改、客戶請求用例設計參考二期開發計劃參考二期開發計劃5.31至6.4客服活動、銷售知識庫、銷售機會、客服計劃、客戶關懷修改、客戶請求單元測試.客服計劃、客戶關懷修改、客戶請求.銷售知識庫、銷售機會.客服活動Xx6.7至6.11單元測試BUGIT核5日Xx6.14至6.18第二階段集成測試.客服合同、客服知識庫、組裝方案、聯系活動、產品和價格配制器.客服活動、銷售知識庫、銷售機會、客服計劃、客戶關懷修改.日歷、個人中心、客服報表、產品缺陷、客戶請求5日Xx6.20至6.25根據實際任務情況人員做一定調整第三階段業務測試.業務流程測試.關注數據的準