測試方案和測試計劃書

1、XX二期測試方案與計劃修訂歷史記錄版本日期AMD修訂者說明1.02020-03-17A創(chuàng)建文檔（A-添加，M-修改，D-刪除）目錄1.簡介51. 1目的51. 2層次51.3主要內容52. 測試參考文檔和測試提交文檔62.1測試參考文檔62.2測試提交文檔63.測試進度74.測試資源84.1人力資源84.2測試環(huán)境84.3測試工具85.系統(tǒng)風險、優(yōu)先級106.測試策略116.1功能模塊測試116.2用戶界面測試116.3安全性和訪問控制測試116.4真實負載測試126.5安裝測試136.6集成測試136.7兼容性測試147關注點158.缺陷管理流程179.問題嚴重度描述1710.通過測試的標準

2、1911.附錄：測試任務191.簡介1. 1目的測試工程師需要基于產品功能需求和測試方案來設計和執(zhí)行測試用例。測試方案是從測試的角度去分析或者說分解需求，在方向上明確要怎么測，分析結果就是測試點和測試方法。1. 2層次從技術的角度對一次測試活動進行規(guī)劃工具的設計、測試用例的設計、測試數據的設計。它是描述需要測試的特性、測試的方法、測試環(huán)境的規(guī)劃、測試工具的設計和選擇、測試用例的設計方法、測試代碼的設計方案。1.3主要內容1、測試策略選取，明確策略；測試策略就是如何用最少的資源滿足測試質量的要求，既高效、低成本、較高質量的完成測試。2、測試子項細分，細化測試特性形成測試子項；將測試計劃中描述的方

3、法進行細化，包括要采用的具體測試技術。3、測試用例的規(guī)劃；4、測試環(huán)境的規(guī)劃；5、自動化測試框架的設計；6、測試工具的設計和選擇；2. 測試參考文檔和測試提交文檔2.1測試參考文檔下表列出了制定測試計劃時所使用的文檔，并標明了各文檔的可用性：文檔（版本/日期）已創(chuàng)建或可用已被接收或已經過復審作者或來源備注XXX軟件功能清單 - 第二期是XXX二期工作計劃是2.2測試提交文檔下表列出了在測試階段結束后所有可提交的文檔：文檔文檔提交時間備注測試計劃書2020.3.20測試用例文檔隨需求變動隨時更新缺陷列表管理Bug分布圖測試報告正式版發(fā)布之前發(fā)布時同時提供3.測試進度測試活動計劃開始日期實際開始日

4、期結束日期制定測試計劃2020.3.172020.3.172020.3.20編寫測試用例2020.3.192020.3.19實時根據需求更新測試環(huán)境/數據準備2020.3.232020.3.20功能模塊測試2020.3.202020.3.20集成測試2020.3.23回歸測試2020.3.304.測試資源4.1人力資源下表列出了在此項目的人員配備方面所作的各種假定：測試人員角色具體職責或注釋XXX測試工程師智軌通APP安卓IOS測試設計及用例的編寫，執(zhí)行測試，報告軟件缺陷，測試報告XXX測試工程師卡管系統(tǒng)、票務系統(tǒng)、運營管理系統(tǒng)、APP管理系統(tǒng)、業(yè)務前置系統(tǒng)測試設計及用例的編寫，執(zhí)行測試，報告

5、軟件缺陷，測試報告XXX測試工程師閘機、應急終端、手持pos終端的測試設計及用例的編寫，執(zhí)行測試，報告軟件缺陷，測試報告XXX性能測試工程師測試計劃，測試設計，執(zhí)行測試，報告軟件缺陷，測試報告4.2測試環(huán)境下表列出了測試的系統(tǒng)環(huán)境：軟件環(huán)境（相關軟件、操作系統(tǒng)等）安卓Ios谷歌瀏覽器硬件環(huán)境（網絡、設備等）車載終端手持pos終端閘機TVM人臉設備4.3測試工具下表列出了測試的工具：用途名稱測試用例管理禪道數據庫Navicat for MySQL抓包工具Charles壓力測試Jmeter5.系統(tǒng)風險、優(yōu)先級下表列出項目可能的風險：風險類型優(yōu)先級解決辦法階段開發(fā)任務延期使得集成測試和回歸測試時間縮

6、短高必須為項目測試保留足夠的時間。需求分析不明確中及時發(fā)現問題，第一時間與客戶溝通。現場環(huán)境與測試環(huán)境不一致高現場配合測試6.測試策略 本次測試整體策略為黑盒功能測試，具體測試策略包括功能模塊測試、用戶界面測試、安全性和訪問控制測試、真實負載測試、安裝測試、集成測試、兼容性測試和回歸測試。6.1功能模塊測試測試目標：測試各功能模塊功能滿足需求。測試范圍：方法：針對各個功能點使用有效數據時得到預期的結果。針對各個功能點在使用無效數據時顯示相應的錯誤或警告消息。各業(yè)務規(guī)則和計算邏輯都得到了正確的執(zhí)行。完成標準：所計劃的測試點和測試用例已全部執(zhí)行。所發(fā)現的缺陷和bug已全部記錄下來需考慮的特殊事項：

7、各計算邏輯需重點測試。6.2用戶界面測試測試目標：核實以下內容： 界面風格是否符合要求，且風格一致。 界面實現是否符合項目約定，是否滿足易用性要求。 界面控件功能正確，外觀應感覺舒服。方法：點擊與使用每個功能，觀察其是否處理正常工作狀態(tài)；檢查界面風格和易操作性完成標準：證實各個頁面都符合要求。需考慮的特殊事項：界面風格按照客戶的要求進行測試。6.3安全性和訪問控制測試測試目標：核實以下內容 系統(tǒng)安全性 不同用戶的操作權限方法： 用正常用戶和非法用戶登錄系統(tǒng)是否正常 給用戶設置不同的權限，結果是否正確 使用不同權限用戶登錄系統(tǒng)可訪問相應的功能 禁用（disabled）的用戶不能登錄完成標準： 各

8、種已知的角色類型都可訪問相應的功能而且都按照預期的方式運行。 需考慮的特殊事項：在同一臺測試機器上測試不同用戶登錄，留意cache以及session對切換用戶登錄的影響。測試session過期后系統(tǒng)的處理。6.4真實負載測試測試目標：測試系統(tǒng)部分功能在真實負載情況下的響應情況方法： 通過導入功能將客戶提供的數據導入到系統(tǒng)。 在需要的數據量達到真實負載情況下，運行相關功能。完成標準：在真實負載情況下，相應功能應不受影響，相應速度應滿足要求。需考慮的特殊事項：6.5安裝測試測試目標：測試根據系統(tǒng)部署說明書能將軟件系統(tǒng)部署成功 方法：根據系統(tǒng)部署說明書部署系統(tǒng)完成標準：軟件部署成功，部署后系統(tǒng)能夠正

9、常使用。需考慮的特殊事項：考慮軟件系統(tǒng)規(guī)定的硬件配置6.6集成測試測試目標：檢測需求中業(yè)務流程，數據流的正確性；需求中明確的業(yè)務流程，或組合不同功能模塊而形成一個大的功能。方法：利用有效的和無效的數據來執(zhí)行各個用例、用例流或功能，以核實以下內容：在使用有效數據時得到預期的結果。在使用無效數據時顯示相應的錯誤消息或警告消息。各業(yè)務規(guī)則都得到了正確的應用。各種可能的業(yè)務流程符合預期的結果。完成標準：所計劃的測試已全部執(zhí)行。所發(fā)現的缺陷已全部解決。需考慮的特殊事項：各功能模塊間的銜接以及數據傳遞 6.7兼容性測試測試目標：核實在以下軟件環(huán)境下，軟件能工作正常：谷歌瀏覽器、安卓主流手機、蘋果手機 方法

10、：谷歌瀏覽器、安卓主流手機、蘋果手機完成標準：軟件正常工作，沒有Medium級別及以上的缺陷，或者發(fā)現的錯誤被修改。需考慮的特殊事項：6.8回歸測試測試目標：在程序有修改情況下保證原有整個軟件系統(tǒng)功能正常。方法：重點測試Bug修改，bug修改關聯(lián)模塊，新增功能，重點模塊，時間允許的情況下測試全部用例。完成標準：軟件系統(tǒng)功能正常，沒有Medium級別及以上的缺陷。需考慮的特殊事項：如果系統(tǒng)在回歸測試期間發(fā)現Medium級別及以上的缺陷，需要重新構建候選版本，并在新的候選版本上重新回歸，直到系統(tǒng)穩(wěn)定運行。7關注點7.1文本輸入框（1）檢查空數據；（2）檢查過長數據（超出空間本身的長度和數據庫中改字

11、段所允許的長度）；（3）檢查特殊字符，尤其是數據庫中不允許的字符，甚至回車字符、空格字符等；（4）檢查字符類型，比如應該輸入數字的文本框輸入英文字符；（5）中文字符的處理；（6）對于日期時間型數據，檢查格式正確性以及時間日期的合理性。比如開始時間不能晚于結束時間等；7.2下拉列表（1）列表數據是否正確、完整；（2）下拉列表與其他空間的聯(lián)動關系；（3）是否允許多選；7.3增加數據（1）數據個數的上限；（2）重復數據處理，尤其是鍵值的重復；（3）相關表格的更新；（4）檢查多次使用back鍵的情況，在有back的地方，back回到原頁面，再back重復多次，看是否會出錯；7.4修改數據（1）不能破壞

12、數據庫數據的關聯(lián)和完整；（2）重復數據處理，尤其是鍵值的重復；（3）修改登錄用戶本身信息時對系統(tǒng)的影響；（4）修改正在使用的數據；（5）檢查多次使用back鍵的情況，在有back的地方，back，回到原頁面，再back，重復多次，看是否會出錯。7.5刪除數據（1）不能破壞數據庫數據的關聯(lián)和完整；（2）刪除正在使用的數據；（3）刪除登錄用戶本身；7.6查詢數據（1）多條件組合查詢的正確性；（2）多次連續(xù)查詢正確性；7.7數據導入導出（1）導入數據格式要求不應太嚴格，提示明確；（2）導出數據不應亂碼；7.8數據接入與處理（1）數據接入方式是否全部可用，數據是否能正確接入；（2）數據處理方式是否全部

13、可行；（3）數據的動態(tài)監(jiān)測是否正確無誤；7.9其他（1）對網絡故障的提示；（2）同一用戶多次登錄；（3）內存使用情況；（4）壓力測試，系統(tǒng)承受能力，多用戶同時登錄使用。8.缺陷管理流程9.問題嚴重度描述問題嚴重度描述響應時間嚴重即系統(tǒng)無法執(zhí)行、崩潰或資源嚴重不足、應用模塊無法啟動或異常退出、無法測試、造成系統(tǒng)不穩(wěn)定。例如：系統(tǒng)崩潰，系統(tǒng)很多功能不能正常工作1天重要即影響系統(tǒng)功能或操作，主要功能存在嚴重缺陷，但不會影響到系統(tǒng)穩(wěn)定性。例如：某一功能不能正常工作2天一般即界面、性能缺陷、兼容性。例如：數據輸入驗證錯誤，一般的功能性缺陷3天輕微即易用性及建議性問題。例如：頁面字體不一致，標簽文字錯誤3天以上10.通過測試的標準一般有“基于測試用例”和“基于缺陷密度”兩種評比準則，在這里我們采用前者。準則如下： 功能性測試用例通過率達到100； 非功能性測試用例通過率達到95； 沒有高于優(yōu)先級3以上的問題。備選通過辦法：根據實際情況由軟件開發(fā)部門的經理