用例模板一般分為2種 一種以excel的方式 1種是以word的方式來進(jìn)行展示

定義

列出本文件中用到的專門術(shù)語的定義和外文首字母組詞的原詞組窖张。

1.4參考資料

列出要用到的參考資料画饥，如：

a．本項(xiàng)目的經(jīng)核準(zhǔn)的計(jì)劃任務(wù)書或合同摧莽、上級(jí)機(jī)關(guān)的批文臼寄；

b．屬于本項(xiàng)目的其他已發(fā)表的文件排惨；

c．本文件中各處引用的文件榕酒、資料涩堤，包括所要用到的軟件開發(fā)標(biāo)準(zhǔn)眷蜓。列出這些文件的

標(biāo)題、文件編號(hào)胎围、發(fā)表日期和出版單位吁系，說明能夠得到這些文件資料的來源。

面試題：任意的測試用例都含有 用例編號(hào) （項(xiàng)目名字—模塊名字_用例編號(hào)）

? ? ? ? ? ? ? ? ? 所屬模塊

? ? ? ? ? ? ? 執(zhí)行條件

? ? ? ? ? ? ? ? 測試輸入（具體的執(zhí)行步驟? ）

? ? ? ? ? 預(yù)期結(jié)果

? ? ? ? ? ? ? 實(shí)際結(jié)果

? ? ? ? ? ? ? 用例是否通過

? ? ? ? 測試人（執(zhí)行測試用例的人）

? ? ? ? ? 版本

? ? ? ? 備注

在編寫測試用例的時(shí)候是不需要填寫實(shí)際結(jié)果的 在執(zhí)行測試用例的時(shí)候填寫結(jié)果

在編寫測試用例的時(shí)候一定要注意到的測試用例的覆蓋度

支付寶WAP支付平臺(tái)測試方案

一白魂、項(xiàng)目簡介支付寶WAP

平臺(tái)從總體上分為子模塊汽纤，分別是登錄、注冊福荸、賬戶管理蕴坪、交易管理、繳

費(fèi)中心和交易接口，系統(tǒng)結(jié)構(gòu)圖如下：

二背传、測試方案組成部分

根據(jù)我們對(duì)支付寶WAP平臺(tái)設(shè)計(jì)方案的分析呆瞻，認(rèn)為本測試方案應(yīng)該由三個(gè)部分組成，

即軟件驗(yàn)證技術(shù)径玖、軟件確認(rèn)技術(shù)和軟件測試管理技術(shù)痴脾。它們內(nèi)涵及相互之間的關(guān)系如下圖所

示：

其中，軟件驗(yàn)證技術(shù)著眼于排除軟件開發(fā)文檔中的錯(cuò)誤挺狰。驗(yàn)證活動(dòng)涉及的文檔按開發(fā)流程主

要涉及需求規(guī)格說明明郭、設(shè)計(jì)規(guī)格說明（包括概要設(shè)計(jì)規(guī)格說明、詳細(xì)設(shè)計(jì)規(guī)格說明丰泊、數(shù)據(jù)庫

設(shè)計(jì)規(guī)格說明）薯定、編碼規(guī)格說明、產(chǎn)品交付文檔等壹系列書面材料瞳购。目前驗(yàn)證技術(shù)的實(shí)施在

很大程度上是依靠測試人員手工完成的话侄。驗(yàn)證活動(dòng)視實(shí)際需要有時(shí)仍會(huì)涉及到開發(fā)人員和目

標(biāo)客戶，需要得到他們必要的理解和支持学赛。驗(yàn)證測試采用的主要測試手段有：面對(duì)面質(zhì)詢年堆、

文檔抽查、非正式會(huì)議盏浇、同行評(píng)審等等变丧。

相對(duì)于軟件驗(yàn)證技術(shù)，軟件確認(rèn)技術(shù)則主要著眼于排除程序代碼中的錯(cuò)誤绢掰⊙髋睿活動(dòng)涉及的對(duì)象

主要是程序部件的代碼或軟件成品。在實(shí)施過程中滴劲，常常按被測代碼的規(guī)模和測試所處的層

次將軟件確認(rèn)測試分為四個(gè)階段攻晒，即：單元測試（也叫類測試）

、集成測試（也叫組裝測試）系統(tǒng)測試和交付測試班挖。確認(rèn)測試基本上由軟件測試人員對(duì)照相關(guān)開發(fā)文檔運(yùn)行程序獨(dú)立完成的鲁捏。必要時(shí)，也可讓設(shè)計(jì)人員帶領(lǐng)測試人員閱讀程序代碼共同發(fā)現(xiàn)其中的錯(cuò)誤萧芙，（即所謂代碼評(píng)審會(huì)）给梅。我們認(rèn)為，在單元測試(或類測試)階段双揪，應(yīng)該有軟件編碼人員參和动羽，這樣能減輕測試人員閱讀代碼障礙。原則上盟榴，測試?yán)碚摬惶岢绦蜃髡哓?fù)責(zé)把關(guān)自己編寫的程序的質(zhì)量曹质。在實(shí)際實(shí)施過程中，可視實(shí)際情況靈活處理。（如成對(duì)編程可能會(huì)較好的處理單元測試這個(gè)難題羽德，上面提到的代碼評(píng)審會(huì)也是為應(yīng)對(duì)這個(gè)難題而想出的壹個(gè)好辦法几莽。），軟件確認(rèn)技術(shù)目前已經(jīng)部分地實(shí)現(xiàn)了測試工具的自動(dòng)化宅静，市面上已有不少自動(dòng)化工具能在測試人員的輔助下完成相應(yīng)的測試工作（例如用于Java代碼單元測試的Junit工具章蚣，又如用于GUI測試的RationalVisualTest工具，等）姨夹。軟件驗(yàn)證技術(shù)和軟件確認(rèn)技術(shù)均屬于測試技術(shù)層面的東西纤垂。然而對(duì)于工程質(zhì)量的保證而言，光靠軟件測試技術(shù)仍遠(yuǎn)遠(yuǎn)不夠磷账，仍需要技術(shù)管理層面上的東西峭沦。我們這里強(qiáng)調(diào)軟件測試管理技術(shù)的目的正是為彌補(bǔ)這個(gè)不足。按照管理的對(duì)象不同逃糟，測試管理技術(shù)大致涵蓋軟件測試團(tuán)隊(duì)組織管理吼鱼、軟件測試計(jì)劃管理、軟件缺陷（錯(cuò)誤）跟蹤管理以及軟件測試件管理四大部分绰咽。

下面菇肃，針對(duì)支付寶WAP平臺(tái)項(xiàng)目對(duì)該測試方案做壹個(gè)詳細(xì)的詮釋。

三取募、在支付寶WAP平臺(tái)測試過程采用的測試內(nèi)容3.1在支付寶WAP平臺(tái)采用測試驗(yàn)證技術(shù)我們將對(duì)支付寶WAP平臺(tái)采用軟件驗(yàn)證技術(shù)琐谤，主要包括需求規(guī)格說明驗(yàn)證、設(shè)計(jì)規(guī)格說明驗(yàn)證玩敏、代碼驗(yàn)證以及交付驗(yàn)證斗忌。以下逐壹說明。需求規(guī)格說明驗(yàn)證的主要任務(wù)是保證用戶的功能需求聊品、業(yè)務(wù)需求飞蹂、以及其他的壹些需求（如非功能性需求几苍、約束性需求等等）都已經(jīng)被分配到軟件需求規(guī)格說明的各需求項(xiàng)中翻屈。設(shè)計(jì)規(guī)格說明驗(yàn)證相對(duì)需求規(guī)格說明驗(yàn)證而言，稍微復(fù)雜些妻坝，它包括3個(gè)部分的內(nèi)容：即概要設(shè)計(jì)規(guī)格說明驗(yàn)證伸眶、詳細(xì)設(shè)計(jì)規(guī)格說明驗(yàn)證以及數(shù)據(jù)庫設(shè)計(jì)規(guī)格說明驗(yàn)證。其中概要設(shè)計(jì)規(guī)格說明驗(yàn)證的主要任務(wù)是確保軟件需求規(guī)格說明中的需求項(xiàng)全部已經(jīng)分配到了概要設(shè)計(jì)規(guī)格說明的各軟件模塊之中且且無多余物刽宪，詳細(xì)設(shè)計(jì)規(guī)格說明驗(yàn)證的主要任務(wù)是確保概要設(shè)計(jì)規(guī)格說明中的模塊已經(jīng)全部分配到詳細(xì)設(shè)計(jì)規(guī)格說明的各軟件單元之中且且無多余物厘贼，數(shù)據(jù)庫設(shè)計(jì)規(guī)格說明雖然從范疇上講應(yīng)該屬于詳細(xì)設(shè)計(jì)規(guī)格說明范疇，但我們認(rèn)為應(yīng)該把它獨(dú)立出來實(shí)施驗(yàn)證活動(dòng)圣拄。（數(shù)據(jù)庫設(shè)計(jì)和軟件設(shè)計(jì)畢竟有很多不同之處嘴秸。）數(shù)據(jù)庫設(shè)計(jì)規(guī)格說明驗(yàn)證的重點(diǎn)任務(wù)是驗(yàn)證數(shù)據(jù)庫和外部應(yīng)用程序的接口是否正確、數(shù)據(jù)操作實(shí)現(xiàn)界面是否清晰、數(shù)據(jù)庫整體設(shè)計(jì)是否合理岳掐、數(shù)據(jù)表設(shè)計(jì)是否符合3NF要求（如違反范式要說明詳細(xì)理由）以及數(shù)據(jù)表中的字段（鍵）和索引的設(shè)計(jì)是否高效合理等等凭疮。代碼驗(yàn)證的內(nèi)容包括：代碼編寫規(guī)范審查、代碼審查和代碼靜態(tài)分析三個(gè)部分串述。代碼編寫規(guī)范審查主要是審核代碼排版的格式以及注解的格式是否符合開發(fā)團(tuán)隊(duì)的相應(yīng)規(guī)范执解；代碼審查的任務(wù)主要是驗(yàn)證詳細(xì)設(shè)計(jì)中的軟件單元是否都已被代碼覆蓋且正確實(shí)現(xiàn)，且且代碼中不含冗余物纲酗；代碼靜態(tài)分析技術(shù)主要任務(wù)是檢查變量或標(biāo)號(hào)的定義和使用衰腌、表達(dá)式運(yùn)算以及程序的流程設(shè)計(jì)上是否存在缺陷或錯(cuò)誤。做完代碼驗(yàn)證以后觅赊，軟件系統(tǒng)需要依次做單元測試右蕊、集成測試和系統(tǒng)測試，這部分內(nèi)容屬軟件確認(rèn)技術(shù)范疇吮螺，下面有專門的論述尤泽。軟件系統(tǒng)在做完系統(tǒng)測試后，就面臨著交付使用的問題规脸，在系統(tǒng)正式移交給用戶之前坯约，仍需要做交付驗(yàn)證和交付測試。交付測試技術(shù)下文有專門的論述莫鸭，不贅述闹丐，這里主要談交付驗(yàn)證技術(shù)。交付驗(yàn)證包括安裝驗(yàn)證和使用驗(yàn)證倆部分內(nèi)容被因。其中卿拴，安裝驗(yàn)證的主要任務(wù)是保證程序能按照用戶手冊的提示正確安裝到目標(biāo)機(jī)器上，使用驗(yàn)證的主要任務(wù)是確保程序能按照用戶手冊的提示的操作正確完成某項(xiàng)功能或事務(wù)處理梨与。這倆部分工作通常是由測試人員完成的堕花，用以核實(shí)相關(guān)安裝和使用手冊是否正確無誤。

3.2在支付寶WAP平臺(tái)中應(yīng)用軟件確認(rèn)技術(shù)為了確保及時(shí)粥鞋、盡早發(fā)現(xiàn)軟件中存在的問題缘挽，我們將在支付寶WAP平臺(tái)的測試過程使用的確認(rèn)技術(shù)包括：單元測試技術(shù)、集成測試技術(shù)呻粹、系統(tǒng)測試技術(shù)和交付測試技術(shù)壕曼。單元測試：主要任務(wù)是驗(yàn)證詳細(xì)設(shè)計(jì)規(guī)格說明中所劃分出來的軟件單元是否被程序編制人員用代碼形式正確地實(shí)現(xiàn)了。這里軟件單元可能是某個(gè)函數(shù)（或稱方法）也可能是某個(gè)抽象數(shù)據(jù)類型（如類等浊、數(shù)據(jù)結(jié)構(gòu)或者模板）腮郊。單元測試在實(shí)際測試當(dāng)中也常常被稱為類測試（在面向?qū)ο蟮脑O(shè)計(jì)中）或白盒測試（白盒的意思是面向代碼）。

測試人員輸入設(shè)計(jì)好的測試用例筹燕，測試被測單元能否按照設(shè)計(jì)要求處理這些測試用例轧飞，對(duì)出現(xiàn)異常的測試用例衅鹿，測試人員將做記載且反饋給軟件開發(fā)團(tuán)隊(duì)。集成測試：對(duì)照軟件概要設(shè)計(jì)規(guī)格說明过咬，驗(yàn)證各軟件單元組裝后形成模塊能否達(dá)到概要設(shè)計(jì)規(guī)格說明中模塊的設(shè)計(jì)目標(biāo)塘安；在模塊級(jí)集成工作完成之后，測試人員仍應(yīng)測試各模塊組裝后形成的用戶系統(tǒng)內(nèi)部存在沖突援奢，各模塊能否正常工作兼犯。通常在做集成測試時(shí)先是從分系統(tǒng)內(nèi)部的集成測試開始做起，做完以后再測試各分系統(tǒng)是否能集成為最終要實(shí)現(xiàn)的大系統(tǒng)集漾。也有加入VIP免費(fèi)專享

2計(jì)劃

2.1軟件說明

提供一份圖表切黔，并逐項(xiàng)說明被測軟件的功能、輸入和輸出等質(zhì)量指標(biāo)具篇，作為敘述測試計(jì)

劃的提綱纬霞。

2.2測試內(nèi)容

列出組裝測試和確認(rèn)測試中的每一項(xiàng)測試內(nèi)容的名稱標(biāo)識(shí)符、這些測試的進(jìn)度安排以及

這些測試的內(nèi)容和目的驱显，例如模塊功能測試诗芜、接口正確性測試、數(shù)據(jù)文卷存取的測試埃疫、運(yùn)行

時(shí)間的測試伏恐、設(shè)計(jì)約束和極限的測試等。

2.3測試1（標(biāo)識(shí)符）

給出這項(xiàng)測試內(nèi)容的參與單位及被測試的部位栓霜。

2.3.1進(jìn)度安排

給出對(duì)這項(xiàng)測試的進(jìn)度安排翠桦，包括進(jìn)行測試的日期和工作內(nèi)容（如熟悉環(huán)境。培訓(xùn)胳蛮、準(zhǔn)

備輸入數(shù)據(jù)等）销凑。

2.3.2條件

陳述本項(xiàng)測試工作對(duì)資源的要求，包括：

a．設(shè)備所用到的設(shè)備類型仅炊、數(shù)量和預(yù)定使用時(shí)間斗幼；

b．軟件列出將被用來支持本項(xiàng)測試過程而本身又并不是被測軟件的組成部分的軟件，

如測試驅(qū)動(dòng)程序抚垄、測試監(jiān)控程序蜕窿、仿真程序、樁模塊等等督勺；

c．人員列出在測試工作期間預(yù)期可由用戶和開發(fā)任務(wù)組提供的工作人員的人數(shù)渠羞。技術(shù)

水平及有關(guān)的預(yù)備知識(shí)斤贰，包括一些特殊要求智哀，如倒班操作和數(shù)據(jù)鍵入人員。

2.3.3測試資料

列出本項(xiàng)測試所需的資料荧恍，如：

a．有關(guān)本項(xiàng)任務(wù)的文件瓷叫；

b．被測試程序及其所在的媒體；

c．測試的輸入和輸出舉例；

d．有關(guān)控制此項(xiàng)測試的方法竿刁、過程的圖表固蛾。

2.3.4測試培訓(xùn)

說明或引用資料說明為被測軟件的使用提供培訓(xùn)的計(jì)劃。規(guī)定培訓(xùn)的內(nèi)容次氨、受訓(xùn)的人員

及從事培訓(xùn)的工作人員蔽介。

2.4測試2（標(biāo)識(shí)符）

用與本測試計(jì)劃2.3條相類似的方式說明用于另一項(xiàng)及其后各項(xiàng)測試內(nèi)容的測試工作計(jì)

劃。

3測試設(shè)計(jì)說明

3.1測試1（標(biāo)識(shí)符）

說明對(duì)第一項(xiàng)測試內(nèi)容的測試設(shè)計(jì)考慮煮寡。

3.1.1控制

說明本測試的控制方式虹蓄，如輸入是人工、半自動(dòng)或自動(dòng)引入幸撕、控制操作的順序以及結(jié)果

的記錄方法薇组。

3.1.2輸入

說明本項(xiàng)測試中所使用的輸入數(shù)據(jù)及選擇這些輸入數(shù)據(jù)的策略。

3.1.3輸出

說明預(yù)期的輸出數(shù)據(jù)坐儿，如測試結(jié)果及可能產(chǎn)生的中間結(jié)果或運(yùn)行信息律胀。

3.1.4過程

說明完成此項(xiàng)測試的一個(gè)個(gè)步驟和控制命令，包括測試的準(zhǔn)備貌矿、初始化炭菌、中間步聚和運(yùn)

行結(jié)束方式。

3.2測試2（標(biāo)識(shí)符）

用與本測試計(jì)劃3.l條相類似的方式說明第2項(xiàng)及其后各項(xiàng)測試工作的設(shè)計(jì)考慮逛漫。

4評(píng)價(jià)準(zhǔn)則

4.1范圍

說明所選擇的測試用例能夠接查的范圍及其局限性娃兽。

4.2數(shù)據(jù)整理

陳述為了把測試數(shù)據(jù)加工成便于評(píng)價(jià)的適當(dāng)形式，使得測試結(jié)果可以同尽楔，已知結(jié)果進(jìn)行

比較而要用到的轉(zhuǎn)換處理技術(shù)投储，如手工方式或自動(dòng)方式；如果是用自動(dòng)方式整理數(shù)據(jù)阔馋，還要

說明為進(jìn)行處理而要用到的硬件玛荞、軟件資源。

4.3尺度

說明用來判斷測試工作是否能通過的評(píng)價(jià)尺度呕寝，如合理的輸出結(jié)果的類型勋眯、測試輸出結(jié)

果與預(yù)期輸出之間的容許偏離范圍、允許中斷或停機(jī)的最大次數(shù)下梢。

參加評(píng)審會(huì)的對(duì)用例4客蹋、評(píng)審內(nèi)容

評(píng)審的內(nèi)容有以下幾個(gè)方面

1)用例設(shè)計(jì)的結(jié)構(gòu)安排是否清晰、合理孽江，是否利于高效對(duì)需求進(jìn)行覆蓋讶坯。

2)優(yōu)先極安排是否合理。

3)是否覆蓋測試需求上的所有功能點(diǎn)岗屏。

4)用例是否具有很好可執(zhí)行性辆琅。例如用例的前提條件漱办、執(zhí)行步驟、輸入數(shù)據(jù)和期待結(jié)果是否清晰婉烟、正確期待結(jié)果是否有明顯的驗(yàn)證方法娩井。

5)是否已經(jīng)刪除了冗余的用例。

6)是否包含充分的負(fù)面測試用例似袁。充分的定義洞辣，如果在這里使用2&8法則，那就是4倍于正面用例的數(shù)量昙衅，畢竟一個(gè)健壯的軟件屋彪，其中80%的代碼都是在"保護(hù)"20%的功能實(shí)現(xiàn)。

7)是否從用戶層面來設(shè)計(jì)用戶使用場景和使用流程的測試用例绒尊。

8)是否簡潔畜挥，復(fù)用性強(qiáng)。例如婴谱，可將重復(fù)度高的步驟或過程抽取出來定義為一些可復(fù)用標(biāo)準(zhǔn)步驟蟹但。