2.1測試計劃介紹
2.1.1定義
制定測試目的棕兼、范圍、方法抵乓、時間進度及軟件測試重點的過程
2.2測試計劃模板內容
測試目的伴挚、測試資源、測試范圍灾炭、測試風險茎芋、人員分工、測試策略咆贬、測試準則败徊、測試進度、提交測試文檔掏缎。
只要第一項和最后一項的位置是固定的皱蹦，其他都可以微調位置
2.2.1封面和測試目的
封面：測試計劃，編寫人眷蜈，編寫時間等沪哺，可以表格，也可以文字描述
目錄：自動生成
2.2.1.1測試目的編寫結構
1.目的的總體概述
2.包含詳細描述
2.2.1.2測試目的編寫內容
對項目測試進行整體描述酌儒，不用過于詳細辜妓。
詳細描述各個模塊、功能具體要做什么樣的測試忌怎，bug解決情況籍滴，以及相應的上線時間。
2.2.1.3案例：
要求：1月12日積云商城1.1版本進行上線榴啸，新增支付功能以及登錄頁面的修改孽惰。
測試目的：
1月6日至1月12日對積云商城1.1版本的新增功能測試，主流程測試以及bug驗證鸥印， 5月12日完成測試上線勋功。
針對微信支付功能，以及登陸頁面的修改進行重點測試库说；回歸驗證積云商城bug狂鞋，遺留嚴重問題為0， 一般問題少于3個潜的，提示性問題少于5個骚揍；11日前在測試環(huán)境完成新增功能，主流程測試啰挪，12日在線上環(huán)境測試信不、發(fā)布纤掸。
2.2.2測試資源
2.2.2.1人力資源
2.2.2.2系統(tǒng)資源
軟件資源
這部分描述測試需要的軟件的版本、數(shù)量浑塞、描述借跪。
硬件資源
這部分描述測試需要的硬件的配置和數(shù)量
2.2.3測試范圍
測試對象
軟件：積云商城1.1版本
文檔：《積云商城1.1版本需求文檔》
測試的特性
需要測試的內容，如積云商城的支付酌壕、登錄功能
不測試的特性
不需要測試的內容掏愁，軟件是增量開發(fā)，如注冊功能不是本次測試內容
2.2.4測試風險
這部分描述測試任務可能遇到的風險卵牍，以及規(guī)避的方法
1．可能遇到的情況
2．該情況發(fā)生的可能性
人員不足果港、技術有限、軟件依賴環(huán)境不完備糊昙、工具不足辛掠、需求變更
3．該情況發(fā)生后對測試造成的影響如何
4．我們該如何應對突發(fā)情況
模板
可能存在的風險以及規(guī)避方法
要求：
目前積云商城1.1版本即將提測，積云商城1.1版本增加了微信支付功能释牺，修改了登陸頁面的布局萝衩。
測試組有三個成員，并且對積云商城現(xiàn)有模塊(注冊没咙、登陸猩谊、搜索商品、購物車祭刚、訂單牌捷、支付)都比較熟悉，但是對新增模塊的微信支付還不太熟悉涡驮。
版本計劃1周內完成測試并上線暗甥。
2.2.5人員分工
2.2.6測試策略
都需要進行哪些測試
第一種方式：
微信支付功能
1.采用接口測試和功能測試
2.測試工程師B對新增的接口進行功能及性能的測試
3.測試工程師A根據需求對微信支付功能業(yè)務邏輯、UI捉捅、兼容性等進行測試
登陸頁面
4.測試工程師B對登陸頁面進行布局撤防、文字，交互及兼容性等進行測試
其它功能
5.運行回歸測試用例锯梁，覆蓋積云商城的主業(yè)務流程
6.注冊頁面運行穩(wěn)定并且未作修改即碗，本版本不測試
第二種方式：
第三種方式：
1.界面測試：對界面進行測試焰情，是否符合公司需求
2.接口測試：對于各個模塊間數(shù)據進行接口測試
3.穩(wěn)定性測試：
4.兼容性測試：測試商城在IE瀏覽器以及各個主流瀏覽器間是否存在兼容問題
2.2.7 測試準則
啟動準則：滿足什么情況可以進行測試
暫停準則：遇到什么情況測試要暫停
再啟動準則：在什么情況下可以重新啟動測試
結束準則：什么情況可以停止測試
缺陷分類：輕微 → 一般 → 次要 → 嚴重
2.2.8 測試進度
2.2.9 提交測試文檔
這部分規(guī)劃測試任務的所有文檔輸出陌凳，根據項目特點進行規(guī)劃：
測試計劃、測試設計說明書内舟、測試案例說明書合敦、測試規(guī)程、測試日志验游、測試問題報告充岛、測試分析報告
如果需要某些文檔合并為一篇文檔保檐，例如把測試設計說明書和測試案例說明書合在一篇文檔中，需要進行說明
