系統(tǒng)測(cè)試方案模板整體架構(gòu)如下圖：

-----------------以下為方案內(nèi)容-----------------

1.1編寫目的

為軟件開發(fā)項(xiàng)目管理者寸认、軟件工程師、系統(tǒng)維護(hù)工程師、測(cè)試工程師提供關(guān)于項(xiàng)目系統(tǒng)整體功能和性能的測(cè)試指導(dǎo)沉御，同時(shí)也是用戶確定軟件是否完整測(cè)試的重要依據(jù)晌姚。

1.2項(xiàng)目背景

XXXXX

1.3測(cè)試目標(biāo)

在用戶使用軟件之前，盡可能的發(fā)現(xiàn)軟件中存在的錯(cuò)誤和不合理之處奕污，排除軟件中潛在的錯(cuò)誤，最終把高質(zhì)量的軟件系統(tǒng)交付給用戶液走。系統(tǒng)的測(cè)試覆蓋范圍：功能碳默、性能、UI缘眶、安全性嘱根、兼容性、容量磅崭。

1.4測(cè)試參考文檔

GBT 15532-2008 計(jì)算機(jī)軟件測(cè)試規(guī)范

GBT 9386-2008 計(jì)算機(jī)軟件測(cè)試文檔編制規(guī)范

1.5測(cè)試提交文檔

軟件測(cè)試方案

軟件測(cè)試用例

軟件測(cè)試報(bào)告

1.6術(shù)語(yǔ)和縮略語(yǔ)

本文使用的術(shù)語(yǔ)儿子、定義

------------

2.1測(cè)試配置要求

2.2測(cè)試方法

系統(tǒng)的功能測(cè)試選用了手工測(cè)試，運(yùn)用黑盒測(cè)試中的等價(jià)類劃分砸喻、邊界值分析柔逼、錯(cuò)誤推測(cè)、因果圖法割岛。系統(tǒng)UI方面的測(cè)試包括：易用性測(cè)試愉适、規(guī)范性測(cè)試、幫助設(shè)施測(cè)試癣漆、合理性測(cè)試维咸、美觀與協(xié)調(diào)性測(cè)試、獨(dú)特性測(cè)試惠爽、快捷方式組合測(cè)試癌蓖。系統(tǒng)的安全性、兼容性婚肆、安裝與反安裝租副、配置測(cè)試也是手工測(cè)試。單元測(cè)試采用的方法是白盒測(cè)試较性，功能測(cè)試采用黑盒測(cè)試用僧。

2.3測(cè)試數(shù)據(jù)

測(cè)試數(shù)據(jù)主要依照《XXX》文檔，參考《XXX》文檔中規(guī)定的運(yùn)行限制赞咙，設(shè)計(jì)測(cè)試用例责循，作為XX平臺(tái)的測(cè)試數(shù)據(jù)。

2.4測(cè)試策略

2.4.1單元測(cè)試

首先依照系統(tǒng)攀操、子系統(tǒng)和模塊進(jìn)行劃分院仿，但最終的單元必須是功能模塊，或面向?qū)ο筮^程中的若干個(gè)類崔赌，單元測(cè)試是對(duì)功能模塊進(jìn)行正確性檢驗(yàn)的測(cè)試工作意蛀，也是后續(xù)測(cè)試的基礎(chǔ)耸别。目的在于發(fā)現(xiàn)各模塊內(nèi)部可能存在的各種差錯(cuò)健芭，因此需要從程序的內(nèi)部結(jié)構(gòu)出發(fā)設(shè)計(jì)測(cè)試用例县钥，著重考慮以下五個(gè)方面：

（1） 模塊接口：對(duì)所測(cè)模塊的數(shù)據(jù)流進(jìn)行測(cè)試；

（2） 局部數(shù)據(jù)結(jié)構(gòu)：檢查不正確或不一致的數(shù)據(jù)類型說明慈迈、使用尚未賦值或尚未初始化的變量若贮、錯(cuò)誤的初始值或缺省值。

（3） 路徑：雖然不可能做到窮舉測(cè)試痒留，但要設(shè)計(jì)測(cè)試用例查找由于不正確的計(jì)算（包括算法錯(cuò)谴麦、表達(dá)式的符號(hào)表示不正確、運(yùn)算精度不夠等）伸头、不正確的比較或不正常的控制流（包括不同數(shù)據(jù)類型量的相互比較匾效、不適當(dāng)?shù)匦薷牧搜h(huán)變量、錯(cuò)誤的或不可能的循環(huán)終止條件等）而導(dǎo)致的錯(cuò)誤恤磷。

（4） 錯(cuò)誤處理：檢查模塊有沒有對(duì)于常見錯(cuò)誤的條件設(shè)計(jì)比較完善的錯(cuò)誤處理功能面哼，保證其邏輯上的正確性。

（5） 邊界：注意設(shè)計(jì)數(shù)據(jù)流扫步、控制流中剛好等于魔策、大于或小于確定的比較值的用例。

2.4.2集成測(cè)試

集成測(cè)試也叫組裝測(cè)試或聯(lián)合測(cè)試河胎。通常闯袒，在單元測(cè)試的基礎(chǔ)上需要將所有的模塊按照設(shè)計(jì)要求組裝成系統(tǒng)，這時(shí)需要考慮的問題如下：

（1） 把各個(gè)模塊連接起來游岳，模塊接口的數(shù)據(jù)是否會(huì)丟失政敢；

（2） 一個(gè)模塊的功能是否會(huì)對(duì)另一個(gè)模塊的功能產(chǎn)生不利的影響；

（3） 各個(gè)子功能組合起來胚迫，能否達(dá)到預(yù)期要求的父功能喷户；

（4） 全局?jǐn)?shù)據(jù)結(jié)構(gòu)是否有問題；

（5） 單元模塊的誤差累積起來晌区，是否會(huì)放大摩骨，從而達(dá)到不能接受的程度。我們?cè)诮M裝時(shí)可參考采用一次性組裝方式或增值式組裝方式朗若；

2.4.3系統(tǒng)測(cè)試

系統(tǒng)測(cè)試目的是在于驗(yàn)證軟件的功能和性能及其他特性是否與用戶的要求一致恼五，主要是以下類型的測(cè)試；

（1） 功能測(cè)試：驗(yàn)證系統(tǒng)功能是否符合其需求規(guī)格說明書哭懈，核實(shí)系統(tǒng)功能上是否完整灾馒，沒有冗余和遺漏的功能。功能測(cè)試詳細(xì)介紹如下表：

（2） 用戶界面測(cè)試：測(cè)試用戶界面是否具有導(dǎo)航性遣总、美觀性睬罗、行業(yè)或公司的規(guī)范性轨功、是否滿足設(shè)計(jì)中要求的執(zhí)行功能、詳細(xì)介紹如下表UI測(cè)試：

其中容达，Web測(cè)試通用方法可以參考《Web測(cè)試檢查點(diǎn)總結(jié)》

（3） 性能測(cè)試：測(cè)試相應(yīng)時(shí)間古涧、事務(wù)處理效率和其他時(shí)間敏感的問題。性能測(cè)試介紹如下表所示：

（4）兼容性測(cè)試：測(cè)試軟件在不同平臺(tái)上使用的兼容性花盐。兼容性測(cè)試詳細(xì)介紹如下表所示：

（5）安全性測(cè)試：測(cè)試軟件系統(tǒng)對(duì)非法侵入的防范能力羡滑。安全測(cè)試詳細(xì)介紹如下表：

（6）配置測(cè)試：測(cè)試在不同網(wǎng)絡(luò)、服務(wù)器算芯、工作站的不同軟硬件配置條件下柒昏，軟件系統(tǒng)的質(zhì)量，詳細(xì)說明如下表所示：

（7）回歸測(cè)試詳細(xì)介紹如下表所示：

2.4.4驗(yàn)收測(cè)試

用戶新增或修改內(nèi)容熙揍，以及用戶反饋問題確認(rèn)：

2.5測(cè)試資源

2.6測(cè)試階段及范圍

2.7通過測(cè)試的標(biāo)準(zhǔn)

一般有“基于測(cè)試用例” 和 “基于缺陷密度” 兩種評(píng)比準(zhǔn)則职祷，在這里我們采用前者。

（1） 功能性測(cè)試用例通過率達(dá)到100%

（2） 非功能性測(cè)試用例通過率達(dá)到95%

（3） 沒有高于優(yōu)先級(jí)3以上的問題

備選通過方法：根據(jù)實(shí)際情況由軟件開發(fā)部門的經(jīng)理届囚，項(xiàng)目經(jīng)理和測(cè)試負(fù)責(zé)人共同討論確定本測(cè)試階段是否結(jié)束有梆。（詳細(xì)的系統(tǒng)測(cè)試通過標(biāo)準(zhǔn)可參考《系統(tǒng)測(cè)試各階段準(zhǔn)入準(zhǔn)出規(guī)則》）

---------------------------------------------

3.1概述

XX平臺(tái)簡(jiǎn)稱XX，總共有XX大功能模塊分別是：XXX 奖亚。每個(gè)模塊的需求模塊如下表所示：

本文檔描述的數(shù)據(jù)接入需求模塊淳梦，需求標(biāo)識(shí)及需求描述如表：

-----------------------------------

4測(cè)試用例

測(cè)試用例文檔附件粘貼即可。（也可注明測(cè)試用例訪問位置）

-----------------

5關(guān)注點(diǎn)

5.1文本輸入框

（1）檢查空數(shù)據(jù)昔字；

（2）檢查過長(zhǎng)數(shù)據(jù)（超出空間本身的長(zhǎng)度和數(shù)據(jù)庫(kù)中改字段所允許的長(zhǎng)度）爆袍；

（3）檢查特殊字符，尤其是數(shù)據(jù)庫(kù)中不允許的字符作郭，甚至回車字符陨囊、空格字符等；

（4）檢查字符類型夹攒，比如應(yīng)該輸入數(shù)字的文本框輸入英文字符蜘醋；

（5）中文字符的處理；

（6）對(duì)于日期時(shí)間型數(shù)據(jù)咏尝，檢查格式正確性以及時(shí)間日期的合理性压语。比如開始時(shí)間不能晚于結(jié)束時(shí)間等；

5.2下拉列表

（1）列表數(shù)據(jù)是否正確编检、完整胎食；

（2）下拉列表與其他空間的聯(lián)動(dòng)關(guān)系；

（3）是否允許多選允懂；

5.3增加數(shù)據(jù)

（1）數(shù)據(jù)個(gè)數(shù)的上限厕怜；

（2）重復(fù)數(shù)據(jù)處理，尤其是鍵值的重復(fù)；

（3）相關(guān)表格的更新粥航；

（4）檢查多次使用back鍵的情況琅捏，在有back的地方，back回到原頁(yè)面递雀，再back重復(fù)多次柄延，看是否會(huì)出錯(cuò)；

5.4修改數(shù)據(jù)

（1）不能破壞數(shù)據(jù)庫(kù)數(shù)據(jù)的關(guān)聯(lián)和完整映之；

（2）重復(fù)數(shù)據(jù)處理拦焚，尤其是鍵值的重復(fù)蜡坊；

（3）修改登錄用戶本身信息時(shí)對(duì)系統(tǒng)的影響杠输；

（4）修改正在使用的數(shù)據(jù)；

（5）檢查多次使用back鍵的情況秕衙，在有back的地方蠢甲，back，回到原頁(yè)面据忘，再back鹦牛，重復(fù)多次，看是否會(huì)出錯(cuò)勇吊。

5.5刪除數(shù)據(jù)

（1）不能破壞數(shù)據(jù)庫(kù)數(shù)據(jù)的關(guān)聯(lián)和完整曼追；

（2）刪除正在使用的數(shù)據(jù)；

（3）刪除登錄用戶本身汉规；

5.6查詢數(shù)據(jù)

（1）多條件組合查詢的正確性礼殊；

（2）多次連續(xù)查詢正確性；

5.7數(shù)據(jù)導(dǎo)入導(dǎo)出

（1）導(dǎo)入數(shù)據(jù)格式要求不應(yīng)太嚴(yán)格针史，提示明確晶伦；

（2）導(dǎo)出數(shù)據(jù)不應(yīng)亂碼；

5.8數(shù)據(jù)接入與處理

（1）數(shù)據(jù)接入方式是否全部可用啄枕，數(shù)據(jù)是否能正確接入婚陪；

（2）數(shù)據(jù)處理方式是否全部可行；

（3）數(shù)據(jù)的動(dòng)態(tài)監(jiān)測(cè)是否正確無(wú)誤频祝；

5.9其他

（1）對(duì)網(wǎng)絡(luò)故障的提示泌参；

（2）同一用戶多次登錄；

（3）內(nèi)存使用情況常空；

（4）壓力測(cè)試沽一，系統(tǒng)承受能力，多用戶同時(shí)登錄使用窟绷。

后記：通常來講锯玛，每個(gè)公司有自己的文檔規(guī)范以及必須遵守的行業(yè)標(biāo)準(zhǔn)規(guī)范，大體的方案架構(gòu)可以按照公司內(nèi)部標(biāo)準(zhǔn)，其他細(xì)節(jié)需要根據(jù)被測(cè)系統(tǒng)的特征來適當(dāng)調(diào)整攘残。同時(shí)如果是外包性質(zhì)的項(xiàng)目還需要考慮到客戶方的標(biāo)準(zhǔn)及交付文檔規(guī)范拙友，如相關(guān)人員與完成工作時(shí)間及范圍、灰度測(cè)試環(huán)境上報(bào)歼郭、用戶測(cè)試準(zhǔn)入條件等等遗契。另外，如果系統(tǒng)較為龐大 病曾，系統(tǒng)測(cè)試方案中也只體現(xiàn)相關(guān)整體架構(gòu) 牍蜂，具體的專項(xiàng)測(cè)試還會(huì)以附件形式重新設(shè)計(jì)完整方案。

***相關(guān)文章推薦***

Web測(cè)試檢查點(diǎn)總結(jié)

測(cè)試人員必知的軟件測(cè)試文檔有哪些

通用功能測(cè)試點(diǎn)全面匯總（二）

系統(tǒng)測(cè)試各階段準(zhǔn)入準(zhǔn)出規(guī)則

（#軟件測(cè)試#更多詳情請(qǐng)關(guān)注“木螞蟻”公眾號(hào)了解）