軟件測試計劃內容

測試目的編寫結構

目的的總體概述

包含詳細描述

測試目的編寫內容

程序是否滿足需求

程序是否存在bug

系統(tǒng)或產品順利發(fā)布

測試資源

人力資源

系統(tǒng)資源

硬件資源? 軟件資源

測試范圍

測試對象、測試的特性、不測試的特性

測試風險

人員不足、技術有限、軟件里來環(huán)境不完備、工具不足、需求變更

人員分工

測試策略

第一種：

微信支付功能1.采用接口測試和功能測試2.測試工程師B對新增的接口進行功能及性能的測試3.測試工程師A根據(jù)需求對微信支付功能業(yè)務邏輯、UI、兼容性等進行測試登陸頁面4.測試工程師B對登陸頁面進行布局、文字，交互及兼容性等進行測試其它功能5.運行回歸測試用例，覆蓋積云商城的主業(yè)務流程6.注冊頁面運行穩(wěn)定并且未作修改，本版本不測試

第二種：

第三種

界面測試：對界面進行測試，是否符合公司需求接口測試：對于各個模塊間數(shù)據(jù)進行接口測試穩(wěn)定性測試：兼容性測試：測試商城在IE瀏覽器以及各個主流瀏覽器間是否存在兼容問題

測試準則

啟動準則：滿足什么情況可以進行測試

暫停準則：遇到什么情況測試要暫停

再啟動準則：在什么情況下可以重新啟動測試

結束準則：什么情況可以停止測試

缺陷分類：輕微——一般——次要——嚴重

測試進度