1、測試計劃產品名稱：二普銷售助手規范版工程承擔部門研發部撰寫人（簽名）白紅勃完成日期本文檔使用部門測試部評審負責人（簽名）評審日期版本日期版本說明作者目錄1. 概述11.1產品簡介11.2范圍11.3限制條件11.4參考文檔12. 約定22.1測試目標22.2接收規范22.3資源和工具2資源2工具22.4送測要求22.5編號規則23. 測試種類及測試規范33.1測試種類33.2測試方法及規范3功能測試3業務測試3壓力測試3安裝測試3驗收測試34. 測試重點及順序44.1預測風險44.2測試重點4功能測試4業務測試45. 暫停規范和再啟動要求56. 測試任務和進度67. 測試提交物71. 概述1.

2、1產品簡介本次開發是在銷售助手一期的基礎上進行的后續開發，包括新增客服功能模塊、解決一期遺留的售前部分問題、完成必要的庫房經管功能。二期結束后產品就成為一個比較完整的銷售經管軟件。1.2范圍中規定內容的測試計劃，包括:本測試計劃是針對 銷售助手二期概要設計說明書? 改進后的報價書? 改進后的客戶關懷? 銷售機會中新增加的客戶反饋? 銷售機會中新增加的客戶組織分析? 銷售機會中改進的競爭經管（待定）? 銷售機會中改進的聯系人? 改進后的產品和價格配制器? 新增的銷售知識庫新增的聯系活動經管 新增的客戶請求模塊 新增的客服活動模塊 新增的客服合同模塊新增的客服計劃模塊新增的客服知識庫模塊 新增的完

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

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

5、規范的詳細規定參見文檔軟件測試停止規范.doc。2.3資源和工具資源? 測試服務器穩定的測試服務器，IP地址為:192.131.0.1。? 人員測試審核人一名，測試實施人員4名。工具? 測試中使用的Bug經管工具為經過改進的Bug經管工具。?自動化測試工具待定。2.4送測要求銷售助手開發人員提交的測試按以下要求進行:步驟動作負責人相關文檔或記錄要求1打包、編譯開發人員無確認可測試2審核并提交測試Xx經審核的上一級測試報告測試報告XX審核并簽字3接收測試測試人員經xx審核并簽字的上一級測試報告4開始測試測試人員Bug單、小結測試小結個人編寫個人的內容2.5編號規則與本測試計劃相關的編號規則如下：

6、?測試用例中的編號，功能名+界面名（每個字第一個漢語拼音大寫 ）+編號例如：新增報價書第一個用例XZ BJS 0001?測試用例文件命命名規則，模塊名+測試用例例如：客服合同模塊客服合同測試用例3. 測試種類及測試規范3.1測試種類計劃完成以下類型測試?功能測試 業務測試 壓力測試 安裝測試 驗收測試3.2測試方法及規范功能測試功能系統能按照設計要求實現模塊的各個功能，數據應完整、界面美觀、操作方便。 具體可參照本文檔測試重點及順序部分。界面測試詳細的界面測試可以參考界面測試.doc。數據項測試? 字母數字數據項是否能夠正確回顯，并輸入到系統中？? 圖形模式的數據項（如滑動條）是否正常工作？?

7、 是否能夠識別非法數據？?數據輸入消息是否可理解？幫助文檔測試? 文檔是否精確描述了如何使用各種使用模式？? 交互順序的描述是否精確？? 例子是否精確？? 術語、菜單描述和系統響應是否與實際程序一致？? 是否能夠很方便地在文檔中定位指南？? 是否能夠很方便地使用文檔排除錯誤？? 文檔的內容和索引是否精確完整？? 文檔的設計（布局、縮進和圖形）是否便于信息的理解？? 顯示給用戶的錯誤信息是否有更詳細的文檔解釋？如果使用超級鏈接，超級鏈接是否精確完整?322業務測試功能測試完成后進行業務測試，業務測試關注的要點是業務流程，及數據流從軟件中的一個模塊流到另一個模塊的過程中的正確性。壓力測試壓力測試說

8、明本次壓力測試根據實際情況包含性能測試，重點模擬客戶進行多用戶測試。壓力 測試有一條& 2原則。及百分之八十的業務量在百分之二十的時間內輸入。例如正常每天有100條新數據，測試時在兩小時內輸入 80條數據。我們無法知道用戶的 業務量，所以只有利用公司現有資源進行大量的數據量的測試。323.2壓力測試工具待定壓力測試方法及規范壓力測試的方法及規范參考壓力測試計劃.doc3.2.3安裝測試安裝測試說明除了嵌入式軟件之外，安裝是軟件產品實現其功能的第一步，沒有正確的安裝根本就談不上正確的執行，因此對于安裝的測試就顯得尤為重要。安裝測試方法及規范? 自動安裝還是手工配置安裝，測試各種不同的安裝

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

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

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

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

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

14、?與知識庫關聯聯系活動經管?與知識庫關聯客服合同?銷售合冋中可以查看客服合冋?客服合同中可查看銷售合同?客服合同中選擇銷售合同?與知識庫關聯?自動導入商品客服請求? 客服請求的增、刪、改使用客服計劃編輯、選擇界面? 新建客服計劃? 查看相關客服計劃? 查看相關客服活動? 新建產品缺陷? 增加數據到客服知識庫4.226客服計劃? 查看工程來源、查看工程執行情況（相關的客服活動模塊）? 查看產品缺陷? 查看客服請求4.227產品缺陷?新建客服計劃工程?查看相關客服計劃工程?查看相關客服活動?增加數據到客服知識庫4.228客服活動?費用單、收入單的生成?選擇、刪除關聯費用單?查看客服請求? 查看產品

15、缺陷?查看計劃明細? 新建產品缺陷?增加數據到客服知識庫5. 暫停規范和再啟動要求? 軟件系統在進行單元、集成、確認、系統、安裝、驗收測試時，發現一級錯誤（大 于等于1）、二級錯誤（大于等于 2）暫停測試返回開發。軟件工程需暫停以進行調整時，測試應隨之暫停，并備份暫停點數據。測試應軟件工程在其開發生命周期內出現重大估算，進度偏差，需暫停或終止時, 隨之暫停或終止，并備份暫停或終止點數據。如有新的工程需求，則在原測試計劃下做相應的調整。 若開發暫停，則相應測試也暫停，并備份暫停點數據。 若工程中止，則對已完成的測試工作做測試活動總結。 工程再啟動時，測試進度重新安排或順延。6. 測試任務和進度測

16、試階段測試任務工作量估計人員分配起止時間第一階段單元測試客服合同、客服知識庫、組 裝方案、聯系活動、產品和 價格配制器、產品缺陷用例 設計參考二期開發計劃參考二期開發計劃5.10 至 5.21客服合同、客服知識庫、組 裝方案、聯系活動、產品和 價格配制器、產品缺陷單元 測試1. 聯系活動、產 品和價格配制器、 產品缺陷2. 客服合同、客 服知識庫3. 組裝方案Xx5.24 至 5.28客服活動、銷售知識庫、銷 售機會、客服計劃、客戶關 懷修改、客戶請求用例設計參考二期開發計劃參考二期開發計劃5.31 至 6.4客服活動、銷售知識庫、銷 售機會、客服計劃、客戶關 懷修改、客戶請求單元測試1. 客服計劃、客 戶關懷修改、客戶 請求2. 銷售知識庫、 銷售機會3. 客服活動Xx6.7 至 6.11單元測試BUG審核5日Xx6.14 至 6.18第二階段集成測試1. 客服合同、客服知識庫、 組裝方案、聯系活動、產品 和價格配制器2. 客服活動、銷售知識庫、 銷售機會、客服計劃、客戶 關懷修改3. 日歷、個人中心、客服報 表、產品缺陷、客戶請求5日Xx6.20 至 6.25根據實際任務 情況人員做一 定調整第三階段業務測試1. 業務流程測試2. 關注數據的準確性，特別是