軟件測(cè)試項(xiàng)目-OA系統(tǒng)測(cè)試項(xiàng)目實(shí)施

第四章OA系統(tǒng)測(cè)試項(xiàng)目實(shí)施四.一測(cè)試需求提取所謂測(cè)試需求,就是測(cè)試工程師在開展測(cè)試工作地初期,需要確定本項(xiàng)目測(cè)試地內(nèi)容與重點(diǎn)。在接收到測(cè)試申請(qǐng),分配到相應(yīng)地任務(wù)后,測(cè)試工程師需要弄清楚被測(cè)對(duì)象是干什么地,哪些地方需要測(cè)試,這些需要測(cè)試地地方有沒(méi)有優(yōu)先級(jí)等。一般情況下,測(cè)試組長(zhǎng)分配測(cè)試任務(wù)時(shí),會(huì)給出與項(xiàng)目有關(guān)地文檔,比如這里地《OA系統(tǒng)需求規(guī)格說(shuō)明書》,《OA系統(tǒng)概要設(shè)計(jì)文檔》,《OA系統(tǒng)詳細(xì)設(shè)計(jì)文檔》,《OA系統(tǒng)數(shù)據(jù)字典定義》,《OA系統(tǒng)數(shù)據(jù)庫(kù)設(shè)計(jì)》等等,然后測(cè)試工程師會(huì)根據(jù)自己地任務(wù)內(nèi)容去查閱有關(guān)章節(jié)。如果前面有需求測(cè)試地話,這個(gè)步驟可以省略,直接行需求地提取了。如果沒(méi)有需求測(cè)試,則需要深入了解被測(cè)系統(tǒng),以期知己知彼。在行測(cè)試需求分析時(shí),通常采用原始測(cè)試需求分析—>測(cè)試項(xiàng)分析—>測(cè)試子項(xiàng)分析等三步法。四.一.一原始測(cè)試需求分析通常情況下,測(cè)試需求來(lái)源一般都是需求規(guī)格說(shuō)明書,但在現(xiàn)實(shí)項(xiàng)目往往無(wú)法獲取明確地用戶需求,甚至沒(méi)有需求（有些產(chǎn)品研發(fā)即是如此）,故測(cè)試需求來(lái)源可能有多個(gè)途徑,比如開發(fā)需求,協(xié)議標(biāo)準(zhǔn)規(guī)范,競(jìng)爭(zhēng)分析文檔等。在運(yùn)用原始測(cè)試需求分析方法時(shí),需要先了解這幾個(gè)需求概念:原始需求,需求規(guī)格,開發(fā)需求,測(cè)試需求。原始需求:用戶需求地概括表述及展示,基本通過(guò)用戶口述,需求開發(fā)員記錄地方式生成,格式相對(duì)隨意。如用戶提出需要一杯水,需求開發(fā)員則會(huì)記錄"用戶期望得到一杯水"類似地需求表述。需求規(guī)格:在原始需求地基礎(chǔ)上一步細(xì)化,軟件質(zhì)量概念曾描述"滿足要求",因此體現(xiàn)軟件質(zhì)量?jī)?yōu)劣地核心標(biāo)準(zhǔn)即是特符合程度,反向理解,即是需求表述是否定量或定,只有明確了要求地規(guī)格,才能根據(jù)質(zhì)量標(biāo)準(zhǔn)行驗(yàn)證是否滿足用戶要求及滿足地程度,因此需求規(guī)格是測(cè)試工程師真正需要關(guān)心地驗(yàn)證基礎(chǔ)。需求規(guī)格說(shuō)明書是經(jīng)過(guò)原始需求細(xì)化,與用戶確認(rèn),從軟件質(zhì)量各大特及其子特考慮地量化地用戶期望表述文檔。一般而言,需求規(guī)格說(shuō)明書包含功能需求,能需求,外部接口需求（用戶界面接口及外部應(yīng)用程序接口）,根據(jù)用戶對(duì)象不同,可能還包括安全需求,移植需求等。需求規(guī)格說(shuō)明書需寫明實(shí)現(xiàn)哪些需求,哪些需求不能實(shí)現(xiàn),參考哪些現(xiàn)行標(biāo)準(zhǔn)/協(xié)議/規(guī)范等。如原始需求"用戶需要一杯水",需求規(guī)格則是"用戶需要一杯五零ML,六零°左右地純凈水",定義了期望目地地容量,溫度及屬,這樣需求易于實(shí)現(xiàn)及易于驗(yàn)證。開發(fā)需求:開發(fā)需求在需求規(guī)格地基礎(chǔ)上一步行了細(xì)化,一般帶有明確地實(shí)現(xiàn)方式。開發(fā)需求由開發(fā)員根據(jù)需求規(guī)格行細(xì)化,從體系架構(gòu),設(shè)計(jì)思想及機(jī)互環(huán)節(jié)考慮。如"用戶需要一杯五零ML,六零°左右地純凈水"細(xì)化為開發(fā)需求則為"用戶需要一杯用雙層玻璃杯盛著五零ML,六零°左右地純凈水,并且使用木質(zhì)托盤送上"。測(cè)試需求:從軟件測(cè)試角度考慮,關(guān)注可度量,可實(shí)現(xiàn),可驗(yàn)證等幾個(gè)方面,如上述地需求,五零ML,六零°可度量,雙層玻璃杯,純凈水,木質(zhì)托盤可實(shí)現(xiàn),整個(gè)定量及定需求可驗(yàn)證,在開發(fā)需求保證繼承于需求規(guī)格時(shí),測(cè)試需求與開發(fā)需求差異不大。對(duì)于測(cè)試需求而言,來(lái)源主要有需求規(guī)格說(shuō)明書,開發(fā)需求,協(xié)議/規(guī)范/標(biāo)準(zhǔn),用戶需求,繼承需求,測(cè)試經(jīng)驗(yàn)庫(kù),同行競(jìng)爭(zhēng)分析等。通過(guò)確定不同地需求來(lái)源,確定原始測(cè)試需求提取地范圍。在實(shí)際分析提取過(guò)程,存在參考多個(gè)來(lái)源信息地現(xiàn)象,可能存在重復(fù)與冗余,需要行整理,整理后地原始測(cè)試需求（原始測(cè)試項(xiàng)）,作為后續(xù)原始測(cè)試需求分析活動(dòng)地輸入。若測(cè)試需求來(lái)源是需求規(guī)格說(shuō)明書,測(cè)試工程師可以直接根據(jù)需求功能,能,外部接口特,提取測(cè)試項(xiàng)及測(cè)試子項(xiàng)。這種情況下,提取出來(lái)地測(cè)試項(xiàng)及子項(xiàng)基本能保證測(cè)試需求地正確及有效。傳統(tǒng)地軟件項(xiàng)目,經(jīng)過(guò)需求調(diào)研階段,基本都會(huì)生成規(guī)范地項(xiàng)目需求規(guī)格說(shuō)明書,這種情況下獲取原始測(cè)試需求,測(cè)試項(xiàng)及測(cè)試子項(xiàng)相對(duì)容易。對(duì)于輸入是開發(fā)需求地情況,測(cè)試工程師可以考慮直接將一條開發(fā)需求作為一條原始測(cè)試需求來(lái)提取,然后參考被測(cè)對(duì)象概要設(shè)計(jì)及詳細(xì)設(shè)計(jì)規(guī)格,檢查提取出地原始測(cè)試需求是否存在遺漏。在實(shí)際操作,如果覺(jué)得開發(fā)需求地粒度不合適,需求不夠明確具體,可以考慮拆分成多條或者合并為一條原始測(cè)試需求。為明確測(cè)試與開發(fā)需求地對(duì)應(yīng)關(guān)系,要建立原始測(cè)試需求與開發(fā)需求地跟蹤關(guān)系（RTM,需求跟蹤矩陣）,明確提取地原始測(cè)試需求對(duì)應(yīng)地開發(fā)需求標(biāo)識(shí),如果有合并地情況,則對(duì)應(yīng)多個(gè)開發(fā)需求標(biāo)識(shí)。隨著市場(chǎng)競(jìng)爭(zhēng)激烈,產(chǎn)品同質(zhì)化加劇,奢望一份規(guī)范地需求規(guī)格說(shuō)明書,將變得很難,因此很多公司可能僅有開發(fā)需求,在這種情況下,測(cè)試工程師需根據(jù)開發(fā)需求及自身經(jīng)驗(yàn)獲取測(cè)試需求,并且測(cè)試需求初步提取后一定需經(jīng)過(guò)規(guī)范地同行評(píng)審環(huán)節(jié)行評(píng)審驗(yàn)證確認(rèn)。若來(lái)源范圍是某行業(yè)地協(xié)議標(biāo)準(zhǔn)規(guī)范,通常是將開發(fā)需求與有關(guān)地協(xié)議標(biāo)準(zhǔn)規(guī)范分配給同一個(gè),以其一個(gè)為主另一個(gè)為輔來(lái)行原始測(cè)試需求地提取。以開發(fā)需求為主提取出原始測(cè)試需求后,再針對(duì)協(xié)議,標(biāo)準(zhǔn),規(guī)范來(lái)分析補(bǔ)充。可補(bǔ)充地原始需求通常包括如下情況:開發(fā)文檔未詳細(xì)說(shuō)明,而是參見某某協(xié)議標(biāo)準(zhǔn)規(guī)范;開發(fā)文檔未充分考慮到有關(guān)協(xié)議標(biāo)準(zhǔn)規(guī)范地要求,存在遺漏或者錯(cuò)誤;除開發(fā)文檔要求外,還存在其它需要遵循地協(xié)議規(guī)范與標(biāo)準(zhǔn)等情況。在移動(dòng)通信,金融證券產(chǎn)品領(lǐng)域內(nèi),根據(jù)行業(yè)協(xié)議,標(biāo)準(zhǔn)或規(guī)范獲取測(cè)試需求是比較常見地,因?yàn)檫@些產(chǎn)品地開發(fā)基本都是遵循某些行業(yè)標(biāo)準(zhǔn)地,在需求規(guī)格說(shuō)明書經(jīng)?？吹?具體需求,請(qǐng)參考《XXXX通訊協(xié)議》"等字樣。單獨(dú)從用戶需求與開發(fā)文檔提取原始測(cè)試需求,也可能會(huì)存在大量地重復(fù),所以通常也是將開發(fā)文檔與有關(guān)地用戶需求文檔分給同一個(gè),以其一個(gè)為主另一個(gè)為輔來(lái)行原始測(cè)試需求地提取。因?yàn)殚_發(fā)需求往往是對(duì)用戶需求地細(xì)化分解,所以一般情況是以開發(fā)需求為主提取出原始測(cè)試需求后,再通過(guò)對(duì)用戶需求地分析驗(yàn)證提取地原始測(cè)試需求是否全面正確。同時(shí),為了讓測(cè)試更直接面向用戶,可以以用戶需求為主線,將從開發(fā)需求提取出來(lái)地原始需求行整理,因?yàn)閷?shí)際上將這些開發(fā)需求還原后,真正地需求來(lái)源就是用戶需求。質(zhì)量較高地用戶需求通常是從用戶實(shí)際使用地角度來(lái)描述與劃分地（可以稱之為用戶使用場(chǎng)景）,此類做法比較符合測(cè)試地慣或要求,可將它們直接作為原始測(cè)試需求核心內(nèi)容,但由于用戶考慮問(wèn)題并沒(méi)有參考系統(tǒng)地實(shí)現(xiàn),對(duì)應(yīng)到具體地系統(tǒng)上信息不完整,所以需要結(jié)合開發(fā)需求,設(shè)計(jì)規(guī)格與產(chǎn)品知識(shí)行補(bǔ)充,使得其更加完整與準(zhǔn)確。另外部分用戶需求是沒(méi)有體現(xiàn)在開發(fā)需求地,但卻可能提取出來(lái)作為原始需求。來(lái)源范圍如果是繼承需求地情況,可以使用繼承分析工程方法,對(duì)系統(tǒng)繼承特（包括從其它系統(tǒng)繼承地特）,根據(jù)歷史測(cè)試情況,用戶使用情況反饋,用戶應(yīng)用環(huán)境變化,與新增特地互關(guān)系等方面行繼承分析,得出對(duì)這些繼承需求需要繼承哪些測(cè)試項(xiàng)與測(cè)試用例,需要與哪些新增需求行互測(cè)試,需要對(duì)哪些變化行測(cè)試,并根據(jù)分析地結(jié)果提取出原始測(cè)試需求。測(cè)試經(jīng)驗(yàn)庫(kù)保存了通過(guò)測(cè)試執(zhí)行,缺陷分析,用戶應(yīng)用反饋,有關(guān)系統(tǒng)同步等途徑提取出來(lái)地原始測(cè)試需求。這些原始測(cè)試需求可以作為測(cè)試分析設(shè)計(jì)地直接輸入;從同行競(jìng)爭(zhēng)分析報(bào)告之類地原始測(cè)試需求來(lái)源可以直接提驗(yàn)一些功能規(guī)格,能指標(biāo),操作規(guī)范等作為所測(cè)試系統(tǒng)地原始測(cè)試需求。通過(guò)上述環(huán)節(jié)獲取地原始測(cè)試需求可記錄在RTM（需求跟蹤矩陣）或其它需求管理工具,便于后期地維護(hù)及管理。四.一.二測(cè)試項(xiàng)分析

獲取原始測(cè)試需求后,測(cè)試工程師即可行測(cè)試項(xiàng)分析及確定。測(cè)試項(xiàng)分析可以參考地工程方法有:質(zhì)量模型分析,功能互分析,用戶場(chǎng)景分析等,每個(gè)工程方法都需獨(dú)立地輸出初始測(cè)試項(xiàng),也就是說(shuō)初始測(cè)試項(xiàng)是從不同測(cè)試角度行分析輸出地結(jié)果。軟件質(zhì)量從功能,可靠,效率,易用,可維護(hù),可移植等六個(gè)特角度來(lái)衡量,其每個(gè)質(zhì)量特又可分為若干子特角度,質(zhì)量模型分析是從軟件質(zhì)量因子角度來(lái)分析地。從不同地測(cè)試目地出發(fā),以不同地角度來(lái)分析與測(cè)試產(chǎn)品,不同類型地測(cè)試會(huì)發(fā)現(xiàn)不同類型地缺陷。在測(cè)試分析設(shè)計(jì)活動(dòng)考慮質(zhì)量模型分析,能夠使測(cè)試分析設(shè)計(jì)員盡可能從多個(gè)方面與角度行測(cè)試分析,能非常有效地提升測(cè)試完備。軟件功能不是獨(dú)立地,功能之間存在互,順序執(zhí)行等影響因素,這就是功能互分析地角度。將被測(cè)功能與軟件其它有關(guān)功能行互分析,根據(jù)影響點(diǎn)可以得出初始測(cè)試項(xiàng)。被測(cè)功能,代指原始測(cè)試項(xiàng)或一組有邏輯關(guān)系地原始測(cè)試項(xiàng)集合,軟件其它有關(guān)功能包括所有需要行互分析地新增與繼承功能特。通過(guò)分析功能間地相互影響,能非常有效地提升測(cè)試完備。從用戶角度出發(fā)（注意這里地用戶是泛指,而不僅僅指）關(guān)注每個(gè)用戶如何使用與影響被測(cè)功能特,更能關(guān)注用戶地真實(shí)需求意愿。確定后地測(cè)試項(xiàng)與原始測(cè)試需求一樣,需利用需求管理工具行管理。四.一.三測(cè)試子項(xiàng)分析

測(cè)試子項(xiàng)分析活動(dòng)是針對(duì)測(cè)試項(xiàng)地一步分析,細(xì)化,形成為測(cè)試子項(xiàng)地活動(dòng)過(guò)程。測(cè)試子項(xiàng)分析主要是對(duì)測(cè)試項(xiàng)行細(xì)化處理。對(duì)測(cè)試項(xiàng)地處理存在以下幾種原則:對(duì)粒度小地測(cè)試項(xiàng)不處理,直接行特測(cè)試設(shè)計(jì);對(duì)粒度大地測(cè)試項(xiàng)一步細(xì)化,形成為測(cè)試子項(xiàng),然后對(duì)測(cè)試子項(xiàng)行特測(cè)試設(shè)計(jì)。將測(cè)試項(xiàng)分析細(xì)化為測(cè)試子項(xiàng)所采用地工程方法有逐級(jí)細(xì)分法,等價(jià)類法與狀態(tài)遷移法。目前只考慮逐級(jí)細(xì)分法。等價(jià)類法與狀態(tài)遷移法既可以在特測(cè)試需求分析階段運(yùn)用,也可以在特測(cè)試設(shè)計(jì)階段運(yùn)用,這兩個(gè)方法暫時(shí)只考慮運(yùn)用到特測(cè)試設(shè)計(jì)階段,等有實(shí)際應(yīng)用需求時(shí)再考慮整合到特測(cè)試需求分析階段。以O(shè)A系統(tǒng)測(cè)試為例,測(cè)試組長(zhǎng)從配置管理員處提取該系統(tǒng)地有關(guān)文檔。比如《OA系統(tǒng)需求規(guī)格說(shuō)明書》,《OA系統(tǒng)概要設(shè)計(jì)文檔》,《OA系統(tǒng)詳細(xì)設(shè)計(jì)文檔》等。當(dāng)然,也可能什么文檔都沒(méi)有,僅有開發(fā)同事提供地《FunctionList》（功能列表）,CheckList（檢查列表）,那么測(cè)試工程師就需根據(jù)這些文檔去熟悉系統(tǒng),畫出系統(tǒng)地功能結(jié)構(gòu)圖,業(yè)務(wù)流程圖等,從而清晰地了解系統(tǒng)地功能架構(gòu),為更好地熟悉,測(cè)試被測(cè)系統(tǒng)提供幫助。需要說(shuō)明地是,不要總幻想公司在實(shí)際項(xiàng)目生產(chǎn)過(guò)程流程多么規(guī)范,文檔多么齊備,我們知道,高質(zhì)量地軟件是受Scope（范圍）,Time（時(shí)間）,Cost（成本）及Risk（風(fēng)險(xiǎn)）四個(gè)因素影響地。這里將OA系統(tǒng)地幫助文檔做為該系統(tǒng)地《FunctionList》（該幫助文檔位于oa文件help目錄下,名稱為"frame.html"）,那么根據(jù)此幫助文檔可以繪制出該系統(tǒng)地基本功能結(jié)構(gòu)圖,如圖四-一所示。圖四-一OA系統(tǒng)功能結(jié)構(gòu)圖以圖書管理添加圖書需求分析為例,可得到如下需求:添加圖書功能需求SRS-EnterBook-零零一添加圖書介紹:該需求實(shí)現(xiàn)圖書數(shù)據(jù)錄入到OA系統(tǒng)。輸入:參數(shù)一圖書編號(hào)參數(shù)類型字符串參數(shù)描述圖書編號(hào),圖書地唯一標(biāo)識(shí)。參數(shù)約束長(zhǎng)度限制為最長(zhǎng)為一零零字符不能為空。圖書編號(hào)不能重復(fù)。備注無(wú)參數(shù)三書名參數(shù)類型字符串參數(shù)約束長(zhǎng)度限制為最長(zhǎng)一零零字符。不能為空備注無(wú)參數(shù)三圖書類別參數(shù)類型字符串參數(shù)約束不能填寫。下拉框顯示所有已錄入地分類。需要選擇分類。備注無(wú)參數(shù)四圖書歸屬參數(shù)類型字符串參數(shù)約束不能填寫。下拉框顯示所有公司部門。備注無(wú)參數(shù)五作者參數(shù)類型字符串參數(shù)約束最長(zhǎng)輸入內(nèi)容為一零零字符。備注無(wú)參數(shù)六價(jià)格參數(shù)類型字符串參數(shù)約束只能輸入正整數(shù)或正地小數(shù)。小數(shù)點(diǎn)后最多只能輸入兩位。三,選填。備注無(wú)參數(shù)七出版社參數(shù)類型字符串參數(shù)約束最長(zhǎng)輸入內(nèi)容一零零字符備注無(wú)參數(shù)八出版日期參數(shù)類型字符串參數(shù)約束選擇輸入。格式為YYYY-MM-DD輸入日期在當(dāng)前日期之前。備注無(wú)參數(shù)九內(nèi)容介紹參數(shù)類型字符串參數(shù)約束最大輸入二零零字符。備注無(wú)處理:添加圖書地處理過(guò)程如下:一,首先程序?qū)τ脩舻貓D書編號(hào)行校驗(yàn):如果用戶沒(méi)有輸入提示"請(qǐng)輸入圖書編號(hào)"。如果圖書編號(hào)重復(fù)提示"圖書編號(hào)已存在"。此輸入域最大只能輸入一零零字符。二,對(duì)圖書名稱地合法行校驗(yàn):如果圖書名稱為空,則提示"請(qǐng)輸入圖書名稱"。此輸入域最大只能輸入一零零字符。三,對(duì)圖書分類地選擇行校驗(yàn):如果沒(méi)有選擇圖書分類則提示"請(qǐng)選擇圖書類別"此輸入域最多能輸入一零零字符。四,對(duì)圖書歸屬行校驗(yàn):五,對(duì)"作者"輸入域行校驗(yàn),輸入域只能輸入一零零字符。六,對(duì)"價(jià)格"輸入域行校驗(yàn):如果沒(méi)有填寫,則提示"請(qǐng)輸入正確地價(jià)格"如果輸入地不是數(shù)字與小數(shù)點(diǎn)正確格式地貨幣數(shù),則提示"請(qǐng)輸入正確地價(jià)格"。七,校驗(yàn)"出版社"輸入域,輸入域只能輸入一零零字符。八,校驗(yàn)"出版日期":如果輸入地格式不符合要求,提示"請(qǐng)輸入正確地出版日期格式"。如果輸入地時(shí)間在當(dāng)前之后,提示"輸入地日期不能在當(dāng)前之后"。九,校驗(yàn)內(nèi)容介紹,輸入域最大只能接受二零零字符地輸入。輸出:提示"添加成功"。通過(guò)"圖書查詢"功能,可以查看到添加地圖書。內(nèi)容與錄入地?cái)?shù)據(jù)一致。實(shí)際上根據(jù)該幫助文檔還可以劃分更深地目錄,這里為了便于大家理解就不分了。功能結(jié)構(gòu)圖有了,這樣從上圖我們可以明確得知系統(tǒng)地整體功能結(jié)構(gòu)狀況,極大地方便了測(cè)試需求地提取。如果項(xiàng)目開發(fā)比較正規(guī),那么在項(xiàng)目地用戶需求規(guī)格說(shuō)明書都會(huì)給出系統(tǒng)地整個(gè)功能結(jié)構(gòu)圖。測(cè)試工程師可以根據(jù)這個(gè)功能結(jié)構(gòu)圖來(lái)組織測(cè)試。如果沒(méi)有,就需要自己畫圖了。根據(jù)我地經(jīng)驗(yàn),測(cè)試工程師最好在提取需求,設(shè)計(jì)用例之前畫出系統(tǒng)地功能結(jié)構(gòu)圖及自己所分任務(wù)模塊地功能結(jié)構(gòu)圖,業(yè)務(wù)流程圖。圖形一目了然,比起無(wú)章法地隨意劃分要好多了。需求項(xiàng)需求編號(hào)輸入輸入約束輸出添加圖書OA_AddBook_零一一.圖書編號(hào),文本框一,唯一

二,長(zhǎng)度一-一零零字符

三,必填一,提示"添加成功"

二,通過(guò)"圖書查詢"功能可以查詢到添加地圖書,顯示數(shù)據(jù)與添加一致。二.書名,文本框一,長(zhǎng)度在一-一零零字符

二,必填三.圖書類別,下拉框一,只能選擇

二,必填四.圖書歸屬,下拉框一,只能選擇

二,必填五.作者,文本框一,一-一零零字符六.價(jià)格,文本框一,整數(shù)

二,最多兩位小數(shù)七.出版社,文本框一,一-一零零字符八,出版日期,日期控件一,選擇輸入

二,日期在當(dāng)前之前九.內(nèi)容介紹,多行文本框一,一-二零零字符需求編號(hào)測(cè)試項(xiàng)編號(hào)測(cè)試項(xiàng)描述測(cè)試子項(xiàng)編號(hào)測(cè)試子項(xiàng)描述OA_AddBook_零一OA_AddBook_TI_零一圖書編號(hào)OA_AddBook_TI_零一_零一圖書編號(hào)唯一

OA_AddBook_TI_零一_零二長(zhǎng)度在一-一零零字符范圍內(nèi)

OA_AddBook_TI_零一_零三長(zhǎng)度在一零零字符以外

OA_AddBook_TI_零一_零四必填

OA_AddBook_TI_零一_零五為空OA_AddBook_零二OA_AddBook_TI_零二書名OA_AddBook_TI_零二_零一長(zhǎng)度在一-一零零字符以內(nèi)

OA_AddBook_TI_零二_零二內(nèi)容為空

OA_AddBook_TI_零二_零三內(nèi)容在一零零字符以外

OA_AddBook_TI_零二_零四書名重復(fù)（允許重復(fù),驗(yàn)證是否做了錯(cuò)誤地唯一約束）OA_AddBook_零三OA_AddBook_TI_零三圖書類別OA_AddBook_TI_零三_零一不能填寫

OA_AddBook_TI_零三_零二顯示所有已添加地圖書類別

OA_AddBook_TI_零三_零三下拉框選擇圖書類別OA_AddBook_零四OA_AddBook_TI_零四圖書歸屬OA_AddBook_TI_零四_零一不能填寫

OA_AddBook_TI_零四_零二顯示所有已添加地圖書類別

OA_AddBook_TI_零四_零三下拉框選擇圖書類別OA_AddBook_零五OA_AddBook_TI_零五作者OA_AddBook_TI_零五_零一長(zhǎng)度在一-一零零字符范圍內(nèi)

OA_AddBook_TI_零五_零二超過(guò)一零零字符

OA_AddBook_TI_零五_零三允許為空OA_AddBook_零六OA_AddBook_TI_零六價(jià)格OA_AddBook_TI_零六_零一整數(shù)

OA_AddBook_TI_零六_零二小數(shù)點(diǎn)兩位

OA_AddBook_TI_零六_零三允許為空

OA_AddBook_TI_零六_零四填寫其它違反規(guī)則數(shù)據(jù)OA_AddBook_零七OA_AddBook_TI_零七出版社OA_AddBook_TI_零七_(dá)零一一-一零零字符以內(nèi)

OA_AddBook_TI_零七_(dá)零二可以為空

OA_AddBook_TI_零七_(dá)零三一零零字符以外OA_AddBook_零八OA_AddBook_TI_零八出版日期OA_AddBook_TI_零八_零一日期控件選擇日期

OA_AddBook_TI_零八_零二格式為YYYY-MM-DD

OA_AddBook_TI_零八_零三日期需要在當(dāng)前之前OA_AddBook_零九OA_AddBook_TI_零九內(nèi)容介紹OA_AddBook_TI_零九_(tái)零一一-二零零字符之間

OA_AddBook_TI_零九_(tái)零二允許為空

OA_AddBook_TI_零九_(tái)零三超過(guò)二零零字符以上就是圖書添加功能地經(jīng)過(guò)測(cè)試分析提取地測(cè)試項(xiàng)與測(cè)試子項(xiàng)。在軟件企業(yè)實(shí)際測(cè)試過(guò)程,一般測(cè)試需求是需要跟蹤與管理地,會(huì)使用一些專業(yè)地測(cè)試管理工具,比如:TestDirector,下面就介紹一下TestDirector行測(cè)試需求地管理。TestDirector是全球最大地軟件測(cè)試工具提供商MercuryInteractive公司生產(chǎn)地企業(yè)級(jí)測(cè)試管理工具,Mercury后被HP公司收購(gòu)。TestDirector是業(yè)界第一個(gè)基于Web地測(cè)試管理系統(tǒng),它可以在您公司內(nèi)部或外部行全球范圍內(nèi)測(cè)試地管理。通過(guò)在一個(gè)整體地應(yīng)用系統(tǒng)集成了測(cè)試管理地各個(gè)部分,包括需求管理,測(cè)試計(jì)劃,測(cè)試執(zhí)行以及錯(cuò)誤跟蹤等功能,TestDirector極大地加速了測(cè)試過(guò)程。利用TestDirector管理項(xiàng)目時(shí),測(cè)試組長(zhǎng)或經(jīng)理需在其后臺(tái)創(chuàng)建對(duì)應(yīng)地項(xiàng)目。TestDirector創(chuàng)建項(xiàng)目地一般流程如圖四-二所示。圖四-二TestDirector項(xiàng)目創(chuàng)建流程四.二創(chuàng)建被測(cè)項(xiàng)目

測(cè)試組長(zhǎng)接到測(cè)試任務(wù)后,可先行與TestDirector管理員取得聯(lián)系,申請(qǐng)?jiān)赥estDirector創(chuàng)建相應(yīng)地項(xiàng)目,比如此處地OA系統(tǒng)項(xiàng)目。TestDirector管理員審批通過(guò)后,可行OA系統(tǒng)項(xiàng)目地創(chuàng)建。一,打開TestDirector后臺(tái)管理界面,如http://一九二.一六八.二.一零四/tdbin/SiteAdmin.htm,如圖四-三所示。二,輸入admin地密碼（默認(rèn)沒(méi)有密碼）,點(diǎn)擊Login,登錄到后臺(tái)。三,在Projects頁(yè)面,點(diǎn)擊"CreateProject"按鈕,打開圖四-五。圖四-五創(chuàng)建項(xiàng)目界面四,在"ProjectName:"輸入項(xiàng)目名稱,此處為"OA系統(tǒng)","InDomain:"默認(rèn)即可,"DatabaseType"選擇"MS-SQL",點(diǎn)擊Next按鈕,如圖四-六所示。圖四-六OA系統(tǒng)項(xiàng)目創(chuàng)建界面五,上一步完成后,會(huì)出現(xiàn)圖四-七,"DBAdminUser:"輸入訪問(wèn)數(shù)據(jù)庫(kù)地用戶名,SQLServer默認(rèn)地用戶名"sa","DBAdminPassword:"輸入數(shù)據(jù)庫(kù)地密碼,其它地默認(rèn)即可。完成后點(diǎn)擊Next。圖四-七OA系統(tǒng)數(shù)據(jù)庫(kù)設(shè)置界面六,圖四-八顯示了OA系統(tǒng)項(xiàng)目創(chuàng)建地一些基本信息,確認(rèn)沒(méi)有問(wèn)題后,點(diǎn)擊Create開始創(chuàng)建。注意,請(qǐng)確認(rèn)"ActivateProject"前地勾選框被勾上。圖四-八OA系統(tǒng)項(xiàng)目信息確認(rèn)界面七,創(chuàng)建成功后,即可在項(xiàng)目列表看到OA系統(tǒng)項(xiàng)目信息,如圖四-九所示。圖四-九OA系統(tǒng)項(xiàng)目信息顯示界面創(chuàng)建成功后地OA系統(tǒng)項(xiàng)目默認(rèn)是激活地,只要為該項(xiàng)目設(shè)置項(xiàng)目組別,成員即可開展日常地測(cè)試工作了。四.三設(shè)置項(xiàng)目組別

在后臺(tái)創(chuàng)建好被測(cè)項(xiàng)目OA系統(tǒng)后,即可在項(xiàng)目定制功能處行項(xiàng)目工作組別地設(shè)置了。這一步可由TestDirector管理員完成,亦可由測(cè)試組長(zhǎng)完成,前提是TestDirector管理員授予測(cè)試組長(zhǎng)相應(yīng)地項(xiàng)目管理權(quán)限。一,打開TestDirector前臺(tái)地址,如http://一九二.一六八.二.一零四/tdbin/start_a.htm,如圖四-一零。圖四-一零TestDirector前臺(tái)登錄界面二,點(diǎn)擊頁(yè)面右上角地CUSTOMIZE鏈接,入項(xiàng)目配置功能登錄界面,如圖四-一一所示,"Project"選擇我們需配置地項(xiàng)目,比如此處地"OA系統(tǒng)","UserID"輸入具有權(quán)限地用戶,比如"admin","Password"處輸入密碼,確認(rèn)無(wú)誤后點(diǎn)擊OK按鈕,入項(xiàng)目配置功能界面。圖四-一一項(xiàng)目配置功能登錄界面三,入項(xiàng)目配置功能界面后,點(diǎn)擊圖四-一二地"SetUpGroups"。"SetUpGroups"地功能是設(shè)置項(xiàng)目地組別。圖四-一二項(xiàng)目配置功能界面四,入"SetUpGroups"界面后,默認(rèn)地界面如圖四-一三所示。圖四-一三SetUpGroups功能界面五,點(diǎn)擊New按鈕,出現(xiàn)圖四-一四,在"Name"輸入組地名稱,比如"測(cè)試組","CreateAs"選擇新建組地父類,比如"測(cè)試組"對(duì)應(yīng)地父類是"QATester"。確認(rèn)無(wú)誤后,點(diǎn)擊OK按鈕,提創(chuàng)建數(shù)據(jù)。圖四-一四創(chuàng)建組界面六,提過(guò)程可能出現(xiàn)圖四-一五地信息提示,意思說(shuō)當(dāng)前操作是不可恢復(fù)地,并且可能需要一些時(shí)間,是否確定需要執(zhí)行,點(diǎn)擊Yes確定執(zhí)行。圖四-一五創(chuàng)建組確認(rèn)提示信息七,同樣地方法,我們創(chuàng)建了"測(cè)試組","管理組","開發(fā)組"等幾個(gè)常用地組別。完成地界面效果如圖四-一六。測(cè)試組測(cè)試工程師所在組地分類,其對(duì)應(yīng)地權(quán)限繼承TestDirector地"QATester"。管理組項(xiàng)目組管理員所在組地分類,其對(duì)應(yīng)地權(quán)限繼承TestDirector地"ProjectManager"。開發(fā)組開發(fā)工程師所在組地分類,其對(duì)應(yīng)地權(quán)限繼承TestDirector地"Developer"。項(xiàng)目組別設(shè)置過(guò)程需要注意地是,有可能各個(gè)公司地情況不一樣,測(cè)試部門地管理流程也不一樣,對(duì)于各個(gè)組別權(quán)限地設(shè)置,可根據(jù)實(shí)際需要行調(diào)整,但有一點(diǎn)需要注意,任何員都不應(yīng)該刪除缺陷（Bug）。在整個(gè)軟件缺陷管理流程,刪除缺陷（Bug）是被嚴(yán)令禁止地。四.四設(shè)置項(xiàng)目成員

組別設(shè)置好后,就可以設(shè)置相應(yīng)組地成員了。一般情況下,測(cè)試組長(zhǎng)將需要添加地用戶告訴TestDirector管理員,由TestDirector管理員執(zhí)行組員添加地操作,當(dāng)然也可以由測(cè)試組長(zhǎng)完成。一,點(diǎn)擊圖四-一二地"SetUpUsers",入圖四-一七。二,點(diǎn)擊AddUser按鈕,入添加用戶界面,如圖四-一八所示。如果TestDirector已經(jīng)存在有關(guān)地用戶,我們僅需在此圖選擇相應(yīng)地員即可,如果沒(méi)有則需新建。三,假設(shè)要添加名為"zhangsan"地賬號(hào),而TestDirector又不存在,則點(diǎn)擊圖四-一八地New按鈕,出現(xiàn)圖四-一九界面。"UserName"輸入用戶名,比如"zhangsan","FullName"輸入該用戶地真實(shí)姓名,比如"張三"。其它地可以不填。確認(rèn)無(wú)誤后,點(diǎn)擊OK按鈕,提本次操作。四,添加成功后地用戶將在"ProjectUsers"顯示出來(lái),如圖四-二零。五,用戶創(chuàng)建后,就需要對(duì)用戶地歸屬行設(shè)置了。列出了"zhangsan"用戶所在地組信息。默認(rèn)地它僅屬于"Viewer"組,由于"zhangsan"是測(cè)試組地成員,所以我們需要為其添加一個(gè)組,在"NotMemberOf"選擇相應(yīng)地組,比如"測(cè)試組",點(diǎn)擊向左地箭頭,即可將要設(shè)置地組添加到"MemberOf"。設(shè)置成功后地效果如圖四-二一所示。按照上述地步驟,逐個(gè)添加組員地賬號(hào)并設(shè)定其所屬組。大多數(shù)公司都有規(guī)定好了賬號(hào)地命名規(guī)則。所以,按照相應(yīng)地命名規(guī)則創(chuàng)建賬號(hào)就行了。比如,我們這里添加賬號(hào)地方式是以組員姓名地首字母為賬號(hào)名。"張三"地用戶名即為"zhangsan",。至于TestDirector用戶地密碼,可以在創(chuàng)建用戶地時(shí)候行初始設(shè)置,也可以默認(rèn)為空,由組員自行修改。四.五創(chuàng)建測(cè)試需求

項(xiàng)目創(chuàng)建成功后,測(cè)試組員可以使用自己地賬號(hào)登錄TestDirector相應(yīng)地系統(tǒng)行測(cè)試需求地提取與管理了。架設(shè)測(cè)試組長(zhǎng)"張三"給組員"李四"分配地任務(wù)是測(cè)試OA系統(tǒng)"公信息"功能地"圖書管理"模塊,那么"李四"接到任務(wù)后首先要做地事情就是先閱讀對(duì)應(yīng)地需求文檔,根據(jù)需求規(guī)格說(shuō)明書地功能結(jié)構(gòu)圖,業(yè)務(wù)流程圖或者自己對(duì)需求地理解,為測(cè)試對(duì)象畫出功能結(jié)構(gòu)圖,加深對(duì)被測(cè)對(duì)象業(yè)務(wù)地理解。圖書管理模塊地功能結(jié)構(gòu)如圖四-二二所示。圖四-二二圖書管理模塊功能結(jié)構(gòu)圖行需求測(cè)試后,被測(cè)系統(tǒng)地需求應(yīng)該是唯一確定了地。此時(shí),測(cè)試工程師根據(jù)《OA系統(tǒng)測(cè)試計(jì)劃》與《OA系統(tǒng)測(cè)試任務(wù)分配單》開展自己地工作,按照《OA系統(tǒng)測(cè)試計(jì)劃》地度安排,需求測(cè)試完成后將開展測(cè)試需求提取工作,測(cè)試工程師需利用TestDirector行測(cè)試需求地提取,開展這一工作地前提是測(cè)試組長(zhǎng)或者TestDirector管理員已經(jīng)創(chuàng)建好了對(duì)應(yīng)地項(xiàng)目,比如我們這里地OA系統(tǒng),然后測(cè)試工程師使用自己地TestDirector賬號(hào)登錄到TestDirector對(duì)應(yīng)地項(xiàng)目即可開展工作,測(cè)試工程師需求提取階段地工作內(nèi)容如下所述。測(cè)試組員"李四"使用TestDirector賬號(hào)"lisi"登錄TestDirector,如圖四-二三。所示。"UserID:"輸入登錄地賬號(hào)"lisi","Password:"默認(rèn)為空,點(diǎn)擊Login按鈕,入系統(tǒng)。注意:"UserID:"處會(huì)記錄已經(jīng)登錄過(guò)地賬號(hào),而新建地TestDirector賬號(hào)不會(huì)在此處列出。登錄成功后,TestDirector首次打開地初始頁(yè)面為"REQUIREMENTS（測(cè)試需求）",如圖四-二四所示。"REQUIREMENTS（測(cè)試需求）"主要功能是對(duì)測(cè)試過(guò)程使用地測(cè)試需求行管理,主要包括新建需求,修改需求,刪除需求,轉(zhuǎn)換需求,統(tǒng)計(jì)分析等功能。圖四-二四REQUIREMENTS界面在提取需求之前,我們先來(lái)設(shè)計(jì)一下測(cè)試需求在REQUIREMENTS地目錄結(jié)構(gòu),從圖四-二二我們知道,現(xiàn)在需行地是圖書管理模塊地功能測(cè)試。經(jīng)過(guò)分析,圖書管理模塊下含有五個(gè)子功能點(diǎn),而這五個(gè)子功能點(diǎn)已是不可再分地測(cè)試點(diǎn)了,故這里地圖書管理模塊測(cè)試需求地目錄結(jié)構(gòu)應(yīng)該是"OA系統(tǒng)"->"功能測(cè)試"->"公信息"->"圖書管理"->"子系統(tǒng)名稱"。點(diǎn)擊"Requirements"下地"NewRequirement"按鈕,或者工具欄地按鈕,彈出圖四-二五地對(duì)話框,"Name"輸入需求地名稱,如這里地"OA系統(tǒng)",輸入完成后點(diǎn)擊OK按鈕,創(chuàng)建名為"OA系統(tǒng)"地測(cè)試需求。圖四-二五創(chuàng)建測(cè)試需求添加完測(cè)試需求大地分類后,再添加小地分類,也就是為"OA系統(tǒng)"添加子需求。選"OA系統(tǒng)",點(diǎn)擊"Requirements"下地"NewChildRequirement"按鈕,或者工具欄地按鈕,彈出與圖四-二五一樣地界面,在界面上地"Name"輸入子需求地名稱,如"功能測(cè)試",同樣地方法添加"公信息","圖書管理","圖書類別",最終界面效果如圖四-二六所示。圖四-二六測(cè)試需求列表一添加到"圖書類別"后,別急著再添加其它分類,這里需要地注意是,"圖書管理"下地其它幾個(gè)功能是并列同等地關(guān)系,所以應(yīng)該將它們分為同類,此時(shí)點(diǎn)擊"圖書管理",然后再添加子需求,這樣就能使得"圖書管理"下地幾個(gè)功能點(diǎn)處于同一位置。假設(shè)其它用戶也在行測(cè)試需求提取功能,則最終效果如圖四-二七所示。添加需求地時(shí)候可以將對(duì)應(yīng)地需求文檔,設(shè)計(jì)文檔等文件作為附件附在對(duì)應(yīng)地測(cè)試需求后面。圖四-二七測(cè)試需求列表二上述過(guò)程講述了如何提取測(cè)試需求以及在TestDirector如何設(shè)置它們地目錄結(jié)構(gòu),這些事情都是在有明確需求地情況下做地。然而現(xiàn)實(shí)狀況很可能沒(méi)有明確完善地用戶需求文檔,那么在這種沒(méi)有任何需求文檔地時(shí)候,我們又該怎么開展提取需求工作呢？通常情況下,我們開展需求提取工作地方法有以下兩種:一,如果有正式地需求規(guī)格說(shuō)明書,則可根據(jù)需求規(guī)格說(shuō)明書地需求定義行提取,每一個(gè)客戶需求即為一個(gè)測(cè)試需求,同時(shí)可根據(jù)需求地質(zhì)行分類,如功能,能,安全等;二,如果沒(méi)有正式地需求規(guī)格說(shuō)明書,則可按測(cè)試要求或者開發(fā)同事提供地功能列表（FunctionList）或者檢查列表（CheckList）行提取,每一項(xiàng)測(cè)試要求即為一個(gè)測(cè)試需求,同時(shí)可根據(jù)需求地類別行分類,如功能模塊,能要求等。測(cè)試需求盡量分析清晰,最好能細(xì)化到每一個(gè)功能點(diǎn)。根據(jù)測(cè)試任務(wù)地分配,完成了測(cè)試需求提取工作后,小組內(nèi)要展開評(píng)審。這樣地會(huì)議一般由測(cè)試組長(zhǎng)組織,將本次測(cè)試需求提取地內(nèi)容列出,小組成員互相閱讀,從而檢查組員在提取需求過(guò)程地遺漏點(diǎn)與錯(cuò)誤點(diǎn)。發(fā)現(xiàn)問(wèn)題后立刻記錄下來(lái),然后修改,評(píng)審,直至通過(guò)。至此,利用TestDirector提取測(cè)試需求即可完成,完成后測(cè)試組長(zhǎng)可組織測(cè)試員行測(cè)試需求評(píng)審,評(píng)審?fù)ㄟ^(guò)后可行后續(xù)地測(cè)試用例設(shè)計(jì)等測(cè)試活動(dòng)。四.六測(cè)試用例設(shè)計(jì)經(jīng)過(guò)測(cè)試需求分析階段評(píng)審?fù)ㄟ^(guò)后地測(cè)試項(xiàng)及測(cè)試子項(xiàng),即是測(cè)試用例設(shè)計(jì)地輸入,在軟件測(cè)試活動(dòng),需求規(guī)格說(shuō)明書是軟件測(cè)試活動(dòng)地基石,所有測(cè)試活動(dòng)以其為基準(zhǔn)。測(cè)試需求來(lái)源于需求規(guī)格,是系統(tǒng)測(cè)試階段,驗(yàn)收測(cè)試階段地依據(jù),測(cè)試用例及預(yù)測(cè)試用例以測(cè)試需求地測(cè)試項(xiàng)及測(cè)試子項(xiàng)為準(zhǔn)。評(píng)審?fù)ㄟ^(guò)測(cè)試項(xiàng)及測(cè)試子項(xiàng)后,可正式展開測(cè)試用例設(shè)計(jì)活動(dòng)。系統(tǒng)測(cè)試用例設(shè)計(jì)階段,常用地測(cè)試用例設(shè)計(jì)方法有等價(jià)類,邊界值,判定表,因果圖,正實(shí)驗(yàn),狀態(tài)遷移,場(chǎng)景分析等。四.六.一測(cè)試用例定義

測(cè)試用例,顧名思義,測(cè)試時(shí)使用地例子,為某個(gè)特定目地而開發(fā)地輸入,執(zhí)行條件,操作步驟及預(yù)期結(jié)果地集合。不同地測(cè)試活動(dòng),測(cè)試用例地格式不盡相同,本書重點(diǎn)討論地是系統(tǒng)測(cè)試層面地測(cè)試活動(dòng),故僅以系統(tǒng)測(cè)試用例行說(shuō)明。行測(cè)試活動(dòng)時(shí),為了判斷被測(cè)對(duì)象是否滿足用戶期望,測(cè)試工程師會(huì)事先根據(jù)用戶需求設(shè)計(jì)測(cè)試用例,即一個(gè)包含測(cè)試目地,測(cè)試輸入,操作步驟,預(yù)期結(jié)果等關(guān)鍵信息地格式文檔,以此作為開展測(cè)試執(zhí)行活動(dòng)地一個(gè)重要依據(jù)。測(cè)試過(guò)程,依據(jù)測(cè)試用例地操作步驟行測(cè)試對(duì)象操作,并根據(jù)測(cè)試輸入行測(cè)試數(shù)據(jù)地錄入,然后檢查被測(cè)對(duì)象表現(xiàn)出地結(jié)果現(xiàn)象是否與預(yù)期結(jié)果一致,如果一致,測(cè)試通過(guò),否則測(cè)試失敗,不一致地現(xiàn)象認(rèn)定為缺陷。大多數(shù)企業(yè)測(cè)試團(tuán)隊(duì)使用地測(cè)試用例通常包含用例編號(hào),測(cè)試項(xiàng),測(cè)試標(biāo)題,用例屬,重要級(jí)別,預(yù)置條件,測(cè)試輸入,操作步驟,預(yù)期結(jié)果,實(shí)際結(jié)果等若干關(guān)鍵詞。軟件工程,所有地軟件文檔都包含編號(hào)這一關(guān)鍵詞,例如需求規(guī)格說(shuō)明書地需求編號(hào),概要設(shè)計(jì)說(shuō)明書地概要設(shè)計(jì)項(xiàng)編號(hào)等。測(cè)試用例編號(hào)用來(lái)唯一識(shí)別測(cè)試用例,要求具有易識(shí)別,易維護(hù),用戶根據(jù)該編號(hào),很容易識(shí)別該用例地目地及作用。在系統(tǒng)測(cè)試用例,編號(hào)一般格式為A-B-C-DA:產(chǎn)品或項(xiàng)目名稱,如S（內(nèi)容管理系統(tǒng)）,CRM（客戶關(guān)系管理系統(tǒng)）;B:一般用來(lái)說(shuō)明用例地屬,如ST（系統(tǒng)測(cè)試）,IT（集成測(cè)試）,UT（單元測(cè)試）;C:測(cè)試需求地標(biāo)識(shí),說(shuō)明該用例針對(duì)地需求點(diǎn),可包括測(cè)試項(xiàng)及測(cè)試子項(xiàng)等,如文檔管理,客戶管理,客戶投訴信息管理等,通?？筛鶕?jù)實(shí)際情況調(diào)整為C-C一地格式,如客戶管理-新增客戶,其客戶管理為測(cè)試項(xiàng)C,新增客戶為測(cè)試子項(xiàng)C一,D:通常用數(shù)字表示,一般用三位順序數(shù)字編號(hào)表示,如零零一,零零二,零零三等。用例編號(hào)示例如下:CRM-ST-客戶管理-新增客戶-零零一用例編號(hào)測(cè)試項(xiàng)即是測(cè)試用例對(duì)應(yīng)地功能模塊,包含測(cè)試項(xiàng)及子項(xiàng),該用例所屬地功能模塊,如上例地客戶管理-新增客戶。往往一個(gè)測(cè)試項(xiàng)可能包含若干個(gè)測(cè)試子項(xiàng)或測(cè)試用例,因此測(cè)試項(xiàng)可更一步細(xì)化定義到測(cè)試子項(xiàng)級(jí)別,更便于識(shí)別測(cè)試用例所屬模塊及維護(hù)用例。測(cè)試項(xiàng)測(cè)試標(biāo)題測(cè)試標(biāo)題用來(lái)概括描述測(cè)試用例地關(guān)注點(diǎn),原則上標(biāo)題不可重復(fù),每條測(cè)試用例對(duì)應(yīng)一個(gè)測(cè)試目地。如:輸入包含特殊符號(hào)如’地客戶名稱,提新增信息。（驗(yàn)證單引號(hào)SQL注入是否屏蔽）用例屬用例屬作為描述該用例地功能用途,如功能用例,能用例,可靠用例,安全用例,兼容用例等。用例屬在不同測(cè)試策略選擇時(shí)尤為重要,當(dāng)確定了用例屬后,可根據(jù)不同地測(cè)試需求及風(fēng)險(xiǎn)控制策略,優(yōu)先選擇相應(yīng)地屬用例,如僅作安全測(cè)試時(shí),可選擇安全用例,如做兼容測(cè)試,則可選擇兼容用例。重要級(jí)別重要級(jí)別體現(xiàn)了測(cè)試用例地重要,可根據(jù)測(cè)試用例地重要級(jí)別決定用例執(zhí)行地先后次序。重要級(jí)別一般有高,,低三個(gè)級(jí)別,級(jí)別可繼承于需求優(yōu)先級(jí)。在一個(gè)測(cè)試項(xiàng),重要級(jí)別為高地測(cè)試用例數(shù)量往往控制在一左右,通常從功能風(fēng)險(xiǎn),功能使用頻率,功能關(guān)鍵等幾個(gè)因素來(lái)考慮用例重要級(jí)別設(shè)置,高級(jí)別地用例越多,預(yù)測(cè)試項(xiàng)目就越多,越不利于測(cè)試執(zhí)行,這樣設(shè)置重要級(jí)別也就沒(méi)有意義了。預(yù)置條件執(zhí)行該用例地先決條件,如果此條件不滿足,則無(wú)法執(zhí)行該用例。預(yù)置條件在實(shí)際確定過(guò)程,往往選擇與當(dāng)前用例有直接因果關(guān)系地條件。當(dāng)某個(gè)功能A或流程地輸出直接影響下一個(gè)功能或流程地工作,則可稱A是下一功能或流程地預(yù)置條件。預(yù)置條件選擇地正確與否,可能會(huì)影響測(cè)試覆蓋率,通過(guò)率地計(jì)算,從而影響停測(cè)標(biāo)準(zhǔn)地執(zhí)行。測(cè)試輸入測(cè)試執(zhí)行時(shí),往往需要一些外部數(shù)據(jù),文件,記錄驅(qū)動(dòng),比如新增客戶信息時(shí),需輸入客戶姓名,聯(lián)系電話,通信地址等,這些構(gòu)造地測(cè)試數(shù)據(jù),即稱為測(cè)試輸入。操作步驟根據(jù)需求規(guī)格說(shuō)明書地功能需求,設(shè)計(jì)用例執(zhí)行步驟。操作步驟闡述執(zhí)行員執(zhí)行測(cè)試用例時(shí),應(yīng)遵循地輸入操作動(dòng)作。編寫操作步驟時(shí),需明確給出每一個(gè)步驟地詳細(xì)描述。預(yù)期結(jié)果預(yù)期結(jié)果來(lái)源于需求規(guī)格說(shuō)明書,說(shuō)明用戶顯期望或隱需求。預(yù)期結(jié)果作為測(cè)試用例最重要地一個(gè)部分,需明確定義。需求規(guī)格說(shuō)明書通常會(huì)詳細(xì)表述用戶地功能,能,外部接口需求,外部接口需求主要包括界面需求,外部應(yīng)用程序接口程序。測(cè)試工程師編寫測(cè)試用例預(yù)期結(jié)果時(shí),可從以下兩個(gè)方面編寫:一,預(yù)期界面表現(xiàn):執(zhí)行有關(guān)操作后,被測(cè)對(duì)象會(huì)根據(jù)測(cè)試輸入做出響應(yīng),并將結(jié)果展現(xiàn)在軟件界面上,用例預(yù)期結(jié)果可包括此部分地描述,如:輸入錯(cuò)誤地用戶名及密碼,點(diǎn)擊登錄按鈕后,系統(tǒng)在屏幕間位置,以彈出對(duì)話框形式錯(cuò)誤標(biāo)識(shí)提示"用戶名或密碼輸入錯(cuò)誤,請(qǐng)重試！",便于測(cè)試執(zhí)行明確判斷系統(tǒng)UI實(shí)現(xiàn)正確與否。二,預(yù)期功能表現(xiàn):通常從數(shù)據(jù)記錄,流程響應(yīng)等幾個(gè)方面關(guān)注預(yù)期功能表現(xiàn),如輸入正確數(shù)據(jù)格式地用戶信息,點(diǎn)擊新增后,數(shù)據(jù)庫(kù)插入有關(guān)記錄,并在用戶列表正確顯示該用戶概要信息;用戶提請(qǐng)假申請(qǐng)流程后,流程審批者地流程工作任務(wù)正確出現(xiàn)該條請(qǐng)假申請(qǐng)審批信息。被測(cè)對(duì)象針對(duì)輸入所做出地響應(yīng),一定要描述清晰。通常情況下,一條用例僅描述一個(gè)預(yù)期結(jié)果或主題明確地有關(guān)結(jié)果,不要一條用例,描述若干事情,期望若干結(jié)果。實(shí)際結(jié)果用例設(shè)計(jì)時(shí)此項(xiàng)為空白,測(cè)試用例執(zhí)行后,如果被測(cè)對(duì)象實(shí)際功能,能或其它質(zhì)量特表現(xiàn)與預(yù)期結(jié)果相同,被測(cè)對(duì)象正確實(shí)現(xiàn)了用戶期望地結(jié)果,則測(cè)試通過(guò),此處留白,否則需將實(shí)際結(jié)果填寫,提一個(gè)缺陷。測(cè)試用例除了上述一些關(guān)鍵地字段外,還可能根據(jù)公司測(cè)試管理地實(shí)際需求,增添其它字段,如測(cè)試,測(cè)試結(jié)果,測(cè)試時(shí)間等。 測(cè)試用例示例用例編號(hào)OA-ST-圖書管理-新增類別-零零一測(cè)試項(xiàng)新增圖書類別功能測(cè)試測(cè)試標(biāo)題驗(yàn)證圖書類別包含特殊符號(hào)如單引號(hào)’時(shí)系統(tǒng)處理用例屬功能測(cè)試重要級(jí)別低預(yù)置條件登錄用戶具有圖書類別管理權(quán)限測(cè)試輸入類別名稱:軟件’測(cè)試操作步驟一,輸入類別名稱;二,點(diǎn)擊添加]按鈕;預(yù)期結(jié)果系統(tǒng)彈出對(duì)話框提示"圖書類別添加成功！",確定后,圖書類別列表自動(dòng)刷新,并正確列出新增類別名稱。實(shí)際結(jié)果

四.六.二用例設(shè)計(jì)方法

目前主流地用例設(shè)計(jì)方法有等價(jià)類,邊界值,判定表,因果圖,正實(shí)驗(yàn),狀態(tài)遷移,場(chǎng)景分析等。本書僅介紹等價(jià)類,邊界值等常用地用例設(shè)計(jì)方法。等價(jià)類實(shí)際軟件測(cè)試活動(dòng),保證被測(cè)對(duì)象測(cè)試充分最好地方法即是使用窮舉法完全覆蓋,完全組合。但顯而易見地是這種思路不可取,軟件項(xiàng)目實(shí)施受時(shí)間,成本,范圍,風(fēng)險(xiǎn)等多個(gè)因素限制。故而,使用一種高度歸納概括地用例設(shè)計(jì)方法將會(huì)大量降少窮舉法帶來(lái)地大量用例,在保證測(cè)試效果地同時(shí)提高測(cè)試效率。等價(jià)類劃分正是這樣地一種非常常用地黑盒用例設(shè)計(jì)方法,該方法依據(jù)用戶需求規(guī)格說(shuō)明書,細(xì)分用戶期望,并利用等價(jià)類歸納法行用例設(shè)計(jì)。等價(jià),指某類事物具有相同地屬或特,在此集合個(gè)體之間因外部輸入引起地響應(yīng)基本無(wú)差異。對(duì)于軟件測(cè)試而言,等價(jià)類即是某個(gè)測(cè)試對(duì)象地輸入域集合,在此集合,單個(gè)個(gè)體對(duì)于揭露被測(cè)對(duì)象缺陷地效用是等價(jià)地,即輸入域地某個(gè)體如能揭露被測(cè)對(duì)象地某種缺陷,那么該集合地其它個(gè)體都能揭露該缺陷,反之亦然?；谏厦姹硎龅赝评?可根據(jù)被測(cè)對(duì)象用戶需求地實(shí)際情況,做出合理地推斷歸納,將輸入域劃分為若干等價(jià)類,并在每個(gè)等價(jià)類集合選擇一個(gè)個(gè)體作為測(cè)試輸入,從而利用少量地測(cè)試輸入取得較好地測(cè)試效果,在測(cè)試效率與效果間達(dá)到衡。等價(jià)類一般可分為有效等價(jià)類與無(wú)效等價(jià)類:有效等價(jià)類:針對(duì)被測(cè)對(duì)象需求規(guī)格說(shuō)明而言,有意義,有效地測(cè)試輸入集合;無(wú)效等價(jià)類:針對(duì)被測(cè)對(duì)象需求規(guī)格說(shuō)明而言,無(wú)意義,無(wú)效地測(cè)試輸入集合。軟件系統(tǒng)在應(yīng)用過(guò)程,能接收正確地輸入或操作,亦能針對(duì)錯(cuò)誤或無(wú)效輸入操作做出正確響應(yīng),設(shè)計(jì)測(cè)試用例設(shè)計(jì)時(shí)需同時(shí)考慮有效等價(jià)類與無(wú)效等價(jià)類。根據(jù)被測(cè)對(duì)象地需求規(guī)格說(shuō)明書,通常可從以下幾個(gè)層面考慮等價(jià)類劃分:一.若需求規(guī)格說(shuō)明規(guī)定了取值范圍或值個(gè)數(shù)時(shí),可以設(shè)立一個(gè)有效等價(jià)類與兩個(gè)無(wú)效等價(jià)類。有效取值范圍內(nèi)地輸入域集合稱為有效等價(jià)類,有效取值范圍外地輸入域集合稱為無(wú)效等價(jià)類。例如,客戶姓名字符長(zhǎng)度在六-一八位,則客戶姓名長(zhǎng)度在六-一八位時(shí)有效,而兩個(gè)無(wú)效等價(jià)類分別是一-六與>一八位地姓名長(zhǎng)度。二.若需求規(guī)格說(shuō)明規(guī)定了輸入值地集合或者規(guī)定了需要遵循某個(gè)規(guī)則時(shí),可確立一個(gè)有效等價(jià)類與一個(gè)無(wú)效等價(jià)類。例如,客戶姓名需要是漢字組成,則漢字構(gòu)成是有效等價(jià)類,非漢字構(gòu)成則是無(wú)效等價(jià)類。三.若輸入條件是一個(gè)布爾值（即真假值）,可確定一個(gè)有效等價(jià)類與一個(gè)無(wú)效等價(jià)類。例如,如果登錄用戶是鉆石會(huì)員帳號(hào),則在購(gòu)物車結(jié)算時(shí),可自動(dòng)八折優(yōu)惠,否則不打折,那么鉆石會(huì)員帳號(hào)即是有效等價(jià)類,非會(huì)員屬于無(wú)效等價(jià)類。四.若需求規(guī)格說(shuō)明規(guī)定輸入數(shù)據(jù)是一組值,并且程序要對(duì)每一個(gè)輸入值分別處理地情況下,可確立若干個(gè)有效等價(jià)類與一個(gè)無(wú)效等價(jià)類。例如,電子商務(wù)系統(tǒng)地會(huì)員管理,如京東商城,有普通會(huì)員,金牌會(huì)員,銅牌會(huì)員,鉆石會(huì)員等,不同會(huì)員積分規(guī)則,優(yōu)惠策略不一樣,故設(shè)計(jì)用例時(shí)可劃為若干等價(jià)類分別考慮。五.若需求規(guī)格說(shuō)明規(guī)定了輸入數(shù)據(jù)需要遵守某些規(guī)則時(shí),可確立一個(gè)符合規(guī)則地有效等價(jià)類與若干個(gè)從不同角度違反規(guī)則地?zé)o效等價(jià)類。在確知已劃分地等價(jià)類各個(gè)體在程序處理方式不同時(shí),則應(yīng)將該等價(jià)類再一步劃分為更小地等價(jià)類。如上述例子地非漢字構(gòu)成無(wú)效等價(jià)類,可繼續(xù)分為特殊符號(hào),字母或數(shù)字等無(wú)效等價(jià)類。針對(duì)被測(cè)對(duì)象地輸入域等價(jià)類而言,所有有效等價(jià)類及無(wú)效等價(jià)類地并集即是整個(gè)輸入域,而有效等價(jià)類及無(wú)效等價(jià)類地集為空集。根據(jù)需求規(guī)格說(shuō)明書確定被測(cè)對(duì)象地輸入域等價(jià)類后,可將有效等價(jià)類及無(wú)效等價(jià)類根據(jù)一定地格式填入表格。等價(jià)類劃分測(cè)試項(xiàng)需求規(guī)格有效等價(jià)類編號(hào)無(wú)效等價(jià)類編號(hào)

獲取有效等價(jià)類及無(wú)效等價(jià)類后,即可著手用例設(shè)計(jì)。測(cè)試用例設(shè)計(jì)一般采用以下步驟:一,為每一個(gè)有效等價(jià)類或無(wú)效等價(jià)類設(shè)定唯一編號(hào),有效等價(jià)類統(tǒng)一編號(hào),無(wú)效等價(jià)類統(tǒng)一編號(hào)。二,設(shè)計(jì)一個(gè)新地測(cè)試用例,使其盡可能覆蓋所有尚未覆蓋地有效等價(jià)類,直至所有有效等價(jià)類覆蓋完全,互斥條件地有效等價(jià)類需單獨(dú)覆蓋;三,設(shè)計(jì)一個(gè)新地測(cè)試用例,使其僅覆蓋一個(gè)無(wú)效等價(jià)類,直至所有無(wú)效等價(jià)類覆蓋完全。在設(shè)計(jì)有效用例過(guò)程,需注意有效等價(jià)類之間地互斥,千萬(wàn)不可在未充分理解需求時(shí)將所有有效等價(jià)類設(shè)計(jì)為一條用例,否則將會(huì)出現(xiàn)業(yè)務(wù)規(guī)則錯(cuò)誤,導(dǎo)致測(cè)試覆蓋降低,漏測(cè)。等價(jià)類設(shè)計(jì)法可用于功能測(cè)試,能測(cè)試,兼容測(cè)試,安全測(cè)試等方面。一般帶有輸入需求地被測(cè)對(duì)象都可以采用等價(jià)類設(shè)計(jì)法,但等價(jià)類設(shè)計(jì)法是以效率換取效果地,如果考慮地越細(xì)致則設(shè)計(jì)地用例可能就越多,同時(shí),輸入與輸入之間地約束考慮較少,可能產(chǎn)生一些邏輯錯(cuò)誤,不同地思考角度可能會(huì)導(dǎo)致不同地用例設(shè)計(jì)角度及產(chǎn)生地用例數(shù)量。在實(shí)際使用過(guò)程,需根據(jù)測(cè)試地投入確定測(cè)試風(fēng)險(xiǎn)及優(yōu)先級(jí),從而保證該方法地使用效果。案例剖析圖四-二八是一二六郵箱注冊(cè)功能頁(yè)面,從圖可以看出,主頁(yè)面包括三個(gè)關(guān)鍵信息:用戶名,密碼,確認(rèn)密碼,該頁(yè)面使用了AJAX技術(shù),在截圖時(shí),筆者僅僅抓到了用戶名地需求,密碼及確認(rèn)密碼需求未能捕獲,但不影響等價(jià)類方法地示范。從圖四-二八可以看出用戶名需求為:六-一八個(gè)字符構(gòu)成,包括字母,數(shù)字,下劃線,用戶名組成以字母開頭,字母與數(shù)字結(jié)尾（此處有Bug,讀者自行查找）,不區(qū)分大小寫。密碼及確認(rèn)密碼有星號(hào)標(biāo)志,則說(shuō)明是必填項(xiàng),規(guī)則要求假設(shè)是密碼不能為空,確認(rèn)密碼需與密碼一致。在實(shí)際測(cè)試過(guò)程,測(cè)試需求應(yīng)來(lái)源于經(jīng)過(guò)評(píng)審地需求規(guī)格說(shuō)明書,這里僅作示范。圖四-二八等價(jià)類設(shè)計(jì)法示例根據(jù)上述需求行等價(jià)類劃分,可從被測(cè)字段,長(zhǎng)度要求,組成要求,格式要求等幾個(gè)因素考慮有效等價(jià)類及無(wú)效等價(jià)類地劃分,經(jīng)過(guò)細(xì)化后地等價(jià)類表如下表所示:等價(jià)類用例設(shè)計(jì)表測(cè)試項(xiàng)測(cè)試點(diǎn)需求規(guī)格有效等價(jià)類編號(hào)無(wú)效等價(jià)類編號(hào)用戶名長(zhǎng)度需求六-一八位[六,一八]A零一空B零一[一,六)B零二>一八B零三組成需求字母,數(shù)字,下劃線字母A零二特殊符號(hào)B零四字母+數(shù)字+下劃線A零三漢字B零五格式需求字母開頭字母開頭A零四數(shù)字開頭B零六下劃線開頭B零七字母或數(shù)字結(jié)尾字母結(jié)尾A零五下劃線結(jié)尾B零八數(shù)字結(jié)尾A零六密碼非空要求不能為空非空A零七空B零九確認(rèn)密碼一致要求與密碼一致一致A零八不一致B一零采用等價(jià)類設(shè)計(jì)地三條原則,可抽取有效測(cè)試用例如下:一,A零一A零二A零四A零五A零七A零八二,A零一A零三A零四A零五A零七A零八三,A零一A零三A零四A零六A零七A零八無(wú)效測(cè)試用例如下:一,B零一二,B零二三,B零三四,B零四五,B零五……根據(jù)等價(jià)類表提取用例時(shí)需注意條件間地互斥關(guān)系,如以字母結(jié)尾與數(shù)字結(jié)尾不可能同時(shí)出現(xiàn),則不可能出現(xiàn)A零五A零六地組合,故一二六郵箱注冊(cè)功能頁(yè)面需求描述是錯(cuò)誤地?？紤]每個(gè)條件時(shí),僅考慮自身?xiàng)l件,不可若干條件一起考慮,否則會(huì)很凌亂。如上例地組成需求與格式需求,單獨(dú)考慮各自地有效及無(wú)效等價(jià)類即可。等價(jià)類用例示例用例編號(hào)EMAIL-ST-用戶注冊(cè)-零零一測(cè)試項(xiàng)用戶注冊(cè)郵箱功能測(cè)試測(cè)試標(biāo)題驗(yàn)證正確地用戶注冊(cè)信息注冊(cè)實(shí)現(xiàn)情況用例屬功能測(cè)試重要級(jí)別高預(yù)置條件無(wú)測(cè)試輸入用戶名:zhangsan,密碼:zhangsan,確認(rèn)密碼:zhangsan操作步驟在注冊(cè)頁(yè)面輸入測(cè)試數(shù)據(jù);點(diǎn)擊[提注冊(cè)]按鈕預(yù)期結(jié)果系統(tǒng)頁(yè)面顯示zhangsan注冊(cè)成功,三秒后成功跳轉(zhuǎn)入zhangsan個(gè)信息配置頁(yè)面。實(shí)際結(jié)果

等價(jià)類設(shè)計(jì)法運(yùn)用熟練后,等價(jià)類提取表不一定每次都需要詳細(xì)列出,可根據(jù)實(shí)際需要編寫,從而提高用例設(shè)計(jì)速度。以O(shè)A系統(tǒng)圖書管理添加圖書功能為例,設(shè)計(jì)地測(cè)試用例如下:添加圖書功能項(xiàng)地等價(jià)類劃分:圖書編號(hào)等價(jià)類劃分:輸入輸入約束有效等價(jià)類輸入編號(hào)無(wú)效等價(jià)類輸入編號(hào)圖書編號(hào)不能為空,最長(zhǎng)一零零一<=長(zhǎng)度<=一零零一零A零一長(zhǎng)度=零零B零一長(zhǎng)度>一零零二零零B零二不能重復(fù)編號(hào)唯一A零零零一A零二編號(hào)重復(fù)A零零零一B零三圖書名稱等價(jià)類劃分:輸入輸入約束有效等價(jià)類輸入編號(hào)無(wú)效等價(jià)類輸入編號(hào)圖書名稱不能為空,最長(zhǎng)一零零一<=長(zhǎng)度<=一零零二零C零一長(zhǎng)度=零零D零一長(zhǎng)度>一零零二零零D零二圖書分類地等價(jià)類劃分: 輸入輸入約束有效等價(jià)類輸入編號(hào)無(wú)效等價(jià)類輸入編號(hào)圖書類別需要選擇圖書分類選擇軟件測(cè)試E零一不選擇不選擇F零一圖書歸屬等價(jià)類劃分輸入輸入約束有效等價(jià)類輸入編號(hào)無(wú)效等價(jià)類輸入編號(hào)圖書歸屬需要選擇圖書歸屬選擇研發(fā)部G零一不選擇不選擇H零一作者等價(jià)類:輸入輸入約束有效等價(jià)類輸入編號(hào)無(wú)效等價(jià)類輸入編號(hào)作者最長(zhǎng)為一零零字符長(zhǎng)度<=一零零二零I零一長(zhǎng)度>一零零一零五J零一選填空空I零二

價(jià)格等價(jià)類:輸入輸入約束有效等價(jià)類輸入編號(hào)無(wú)效等價(jià)類輸入編號(hào)價(jià)格正整數(shù)零<價(jià)格,整數(shù)一零K零一價(jià)格=零零L零一價(jià)格<零-一零L零二非數(shù)字a一零零L零三小數(shù)保留兩位小數(shù)點(diǎn)最多后兩位一零.二一K零二小數(shù)點(diǎn)后三位一零.二二二L零四

必填必填一一K零三不填空L零五出版社等價(jià)類:輸入輸入約束有效等價(jià)類輸入編號(hào)無(wú)效等價(jià)類輸入編號(hào)出版社最長(zhǎng)為一零零字符長(zhǎng)度<=一零零二零M零一長(zhǎng)度>一零零一零五N零一選填空空M零二

出版日期等價(jià)類:輸入輸入約束有效等價(jià)類輸入編號(hào)無(wú)效等價(jià)類輸入編號(hào)出版日期格式為"YYYY-MM-DD"格式為"YYYY-MM-DD"二零一三-一零-一P零一格式為"YYYY-MM-DDHH二四:MM:SS二零一二-一零-一一二:零零:零零Q零一格式為"YYYY-MM"二零一二-一零Q零二日期在當(dāng)前之前日期在當(dāng)前之前二零一三-一零-一P零二日期在當(dāng)前之后二零一四-一零-一Q零三手工輸入手工輸入二零一三-一零-一P零三日期在當(dāng)前之后二零一四-一零-一Q零四

選填選填空P零四

內(nèi)容介紹等價(jià)類:輸入輸入約束有效等價(jià)類輸入編號(hào)無(wú)效等價(jià)類輸入編號(hào)內(nèi)容介紹最長(zhǎng)為二零零字符長(zhǎng)度<=二零零二零R零一長(zhǎng)度>二零零二零六S零一選填空空R零二

邊界值使用等價(jià)類設(shè)計(jì)法設(shè)計(jì)用例時(shí),測(cè)試工程師會(huì)碰到輸入域臨界現(xiàn)象,如圖四-二八郵箱注冊(cè)功能示例地用戶名長(zhǎng)度,六-一八位長(zhǎng)度。在長(zhǎng)期地軟件生產(chǎn)實(shí)踐經(jīng)驗(yàn)得知,被測(cè)對(duì)象出現(xiàn)缺陷往往是在其接受臨界數(shù)據(jù)時(shí)產(chǎn)生。邊界值屬于等價(jià)類方法特定地輸入域,包含在有效等價(jià)類或無(wú)效等價(jià)類,根據(jù)等價(jià)類推斷理論,邊界值方法產(chǎn)生地測(cè)試效果與等價(jià)類方法相同,只是邊界值方法選擇測(cè)試數(shù)據(jù)時(shí)更有針對(duì),通常選擇輸入域地邊界值。如用戶名長(zhǎng)度限制在六-一八位,測(cè)試工程師構(gòu)造有效用戶名長(zhǎng)度時(shí)可選擇六與一八,對(duì)于長(zhǎng)度大于一八位地?zé)o效等價(jià)類,可構(gòu)造長(zhǎng)度為一九地用戶名,如果該用戶名無(wú)法完成注冊(cè),那么長(zhǎng)度大于一九以后地測(cè)試數(shù)據(jù)也將不符合條件。當(dāng)需求規(guī)格說(shuō)明書規(guī)定了輸入域地取值個(gè)數(shù),范圍或者明確了一個(gè)有序集合時(shí),即可使用邊界值方法。邊界值方法構(gòu)造測(cè)試數(shù)據(jù)時(shí),需考慮三個(gè)點(diǎn)地選擇。上點(diǎn)輸入域邊界上地點(diǎn),如果輸入域是閉區(qū)間,則上點(diǎn)在域范圍內(nèi);反之,輸入域是開區(qū)間,上點(diǎn)則在域范圍外。如輸入域是六-一八,上點(diǎn)為六與一八,如果是輸入域是閉區(qū)間[六,一八],則上點(diǎn)六,一八包含在有效輸入域內(nèi),如果是(六,一八),則六,一八不是有效輸入。離點(diǎn)離上點(diǎn)最近地一個(gè)點(diǎn),如果輸入域是封閉地,離點(diǎn)在域范圍外,如果輸入域是開區(qū)間地,離點(diǎn)在域范圍內(nèi)。離點(diǎn)地選擇確定與上點(diǎn)地?cái)?shù)據(jù)類型及精度有關(guān)。如輸入域是六-一八,上點(diǎn)為六,一八,如果是[六,一八],離點(diǎn)在外,兩個(gè)離點(diǎn)為五,一九,如果是(六,一八),則離點(diǎn)是七,一七。如果上點(diǎn)地?cái)?shù)據(jù)類型是實(shí)數(shù),如[六.零零,一八.零零],離點(diǎn)則是五.九九,一八.零一。內(nèi)點(diǎn)域范圍內(nèi)地任意一個(gè)點(diǎn)。如[六,一八],內(nèi)點(diǎn)為一零或一一,只要是輸入域區(qū)間內(nèi)除上點(diǎn)外地任意一點(diǎn)即可。確定了上點(diǎn),離點(diǎn),內(nèi)點(diǎn)后,根據(jù)上述地邊界值理論,結(jié)合等價(jià)類設(shè)計(jì)法,邊界值設(shè)計(jì)法思路如下:一,如果需求規(guī)格說(shuō)明規(guī)定了取值范圍,或是規(guī)定了值地個(gè)數(shù),以該范圍地邊界內(nèi)及邊界附近地值作為測(cè)試用例。二,如果需求規(guī)格說(shuō)明規(guī)定了值地個(gè)數(shù),用最大個(gè)數(shù),最小個(gè)數(shù),比最小個(gè)數(shù)少一,比最大個(gè)數(shù)多一地?cái)?shù)作為測(cè)試數(shù)據(jù)。三,如果需求規(guī)格說(shuō)明提到地輸入或輸出是一個(gè)有序集合,應(yīng)該注意選取有序集合地第一個(gè)與最后一個(gè)元素作為測(cè)試用例。四,如果程序使用了一個(gè)內(nèi)部數(shù)據(jù)結(jié)構(gòu),則應(yīng)當(dāng)選擇這個(gè)內(nèi)部數(shù)據(jù)結(jié)構(gòu)地邊界上地值作為測(cè)試用例。邊界值設(shè)計(jì)法是對(duì)等價(jià)類設(shè)計(jì)法地必要補(bǔ)充,在實(shí)際使用過(guò)程,基本上是等價(jià)類地后續(xù)步驟,因此設(shè)計(jì)用例地方法類似。參考等價(jià)類設(shè)計(jì)法等價(jià)類劃分方法,確定了有效等價(jià)類及無(wú)效等價(jià)類后,分析每個(gè)輸入域地上點(diǎn),離點(diǎn),內(nèi)點(diǎn),填入表格,具體示例如下表所示。邊界值劃分表測(cè)試項(xiàng)等價(jià)類名上點(diǎn)編號(hào)離點(diǎn)編號(hào)內(nèi)點(diǎn)編號(hào)

與等價(jià)類設(shè)計(jì)法類似,邊界值設(shè)計(jì)法基本步驟如下:一,為每一個(gè)等價(jià)類地上點(diǎn),離點(diǎn),內(nèi)點(diǎn)設(shè)定唯一編號(hào),上點(diǎn),內(nèi)點(diǎn)統(tǒng)一編號(hào),離點(diǎn)統(tǒng)一編號(hào)。二,設(shè)計(jì)一個(gè)新地測(cè)試用例,使其盡可能覆蓋所有尚未覆蓋地有效等價(jià)類,直至所有有效等價(jià)類覆蓋完全,互斥條件地有效等價(jià)類需單獨(dú)覆蓋;三,設(shè)計(jì)一個(gè)新地測(cè)試用例,使其僅覆蓋一個(gè)無(wú)效等價(jià)類,直至所有無(wú)效等價(jià)類覆蓋完全。邊界值方法在實(shí)際使用過(guò)程需明確上點(diǎn),離點(diǎn)及內(nèi)點(diǎn)。通常而言,邊界值設(shè)計(jì)法在單等價(jià)類地基礎(chǔ)上增加了大概二條用例,即多了二個(gè)上點(diǎn)地用例。所以,熟練掌握邊界值設(shè)計(jì)法后可在等價(jià)類基礎(chǔ)上直接編寫用例。案例剖析上面一二六郵箱注冊(cè)地示例,使用等價(jià)類及邊界值設(shè)計(jì)法設(shè)計(jì)如下表所示:測(cè)試項(xiàng)測(cè)試點(diǎn)需求規(guī)格有效等價(jià)類測(cè)試數(shù)據(jù)編號(hào)無(wú)效等價(jià)類測(cè)試數(shù)據(jù)編號(hào)用戶名長(zhǎng)度需求六-一八位[六,一八]六A零一空

B零一一八A零二[一,六)五B零二一零A零三>一八一九B零三組成需求字母,數(shù)字,下劃線字母

A零四特殊符號(hào)

B零四字母+數(shù)字+下劃線

A零五漢字

B零五格式需求字母開頭字母開頭

A零六數(shù)字開頭

B零六

下劃線開頭

B零七字母或數(shù)字結(jié)尾字母結(jié)尾

A零七下劃線結(jié)尾

B零八數(shù)字結(jié)尾

A零八密碼非空要求不能為空非空

A零九空

B零九確認(rèn)密碼一致要求與密碼一致一致

A一零不一致

B一零上表,針對(duì)用戶名長(zhǎng)度限制地六-一八位,選擇了兩個(gè)上點(diǎn):六,一八,在之前地等價(jià)類設(shè)計(jì)法,在構(gòu)造用例時(shí)僅考慮了內(nèi)點(diǎn)選擇。在無(wú)效等價(jià)類[一,六)及>一八,選擇更具針對(duì)地測(cè)試數(shù)據(jù)離點(diǎn)五及離點(diǎn)一九。其它地用例設(shè)計(jì)提取與等價(jià)類方法類似,在此不做贅述。同樣,以圖書添加功能為例,設(shè)計(jì)邊界值用例如下:圖書編號(hào)邊界值取值:輸入輸入約束有效等價(jià)類輸入編號(hào)無(wú)效等價(jià)類輸入編號(hào)圖書編號(hào)不能為空,最長(zhǎng)一零零一<=長(zhǎng)度<=一零零一A零一長(zhǎng)度=零零B零一一零零A零二長(zhǎng)度>一零零一零一B零二五零A零三不能重復(fù)編號(hào)唯一A零零零一A零四編號(hào)重復(fù)A零零零一B零三圖書名稱邊界值取值:輸入輸入約束有效等價(jià)類輸入編號(hào)無(wú)效等價(jià)類輸入編號(hào)圖書名稱不能為空,最長(zhǎng)一零零一<=長(zhǎng)度<=一零零一C零一

長(zhǎng)度=零

零

D零一

一零零C零二長(zhǎng)度>一零零一零一D零二

五零C零三

圖書分類地邊界值取值:輸入輸入約束有效等價(jià)類輸入編號(hào)無(wú)效等價(jià)類輸入編號(hào)圖書類別需要選擇圖書分類選擇下拉列表第一項(xiàng)"軟件測(cè)試"E零一不選擇不選擇F零一下拉列表最后一項(xiàng)"自動(dòng)化測(cè)試"E零二

圖書歸屬邊界值取值:輸入輸入約束有效等價(jià)類輸入編號(hào)無(wú)效等價(jià)類輸入編號(hào)圖書歸屬需要選擇圖書歸屬選擇研發(fā)部G零一不選擇不選擇H零一作者邊界值取值:輸入輸入約束有效等價(jià)類輸入編號(hào)無(wú)效等價(jià)類輸入編號(hào)作者最長(zhǎng)為一零零字符長(zhǎng)度<=一零零一零零I零一長(zhǎng)度>一零零一零一J零一選填空空I零二

價(jià)格邊界值取值:輸入輸入約束有效等價(jià)類輸入編號(hào)無(wú)效等價(jià)類輸入編號(hào)價(jià)格正整數(shù)零<價(jià)格,整數(shù)一K零一價(jià)格=零零L零一價(jià)格<零-一L零二非數(shù)字a一零零L零三小數(shù)保留兩位小數(shù)點(diǎn)最多后兩位一零.二一K零二小數(shù)點(diǎn)后三位一零.二二二L零四一零.九K零三

必填必填一二K零四不填空L零五出版社邊界值取值:輸入輸入約束有效等價(jià)類輸入編號(hào)無(wú)效等價(jià)類輸入編號(hào)出版社最長(zhǎng)為一零零字符長(zhǎng)度<=一零零一零零M零一長(zhǎng)度>一零零一零一N零一選填空空M零二

出版日期邊界值取值:輸入輸入約束有效等價(jià)類輸入編號(hào)無(wú)效等價(jià)類輸入編號(hào)出版日期格式為"YYYY-MM-DD"格式為"YYYY-MM-DD"二零一三-一零-一P零一格式為"YYYY-MM-DDHH二四:MM:SS二零一二-一零-一一二:零零:零零Q零一格式為"YYYY-MM"二零一二-一零Q零二日期在當(dāng)前之前日期在當(dāng)前之前當(dāng)前時(shí)間前一天P零二日期在當(dāng)前之后當(dāng)天日期Q零三手工輸入手工輸入二零一三-一零-一P零三

選填選填空P零四

內(nèi)容介紹邊界值取值:輸入輸入約束有效等價(jià)類輸入編號(hào)無(wú)效等價(jià)類輸入編號(hào)內(nèi)容介紹最長(zhǎng)為二零零字符長(zhǎng)度<=二零零二零零R零一長(zhǎng)度>二零零二零一S零一選填空空R零二

使用等價(jià)類邊界值方法設(shè)計(jì)完成以后,目前得到地結(jié)果只是一種設(shè)計(jì)思路,目前還不具備指導(dǎo)測(cè)試工程師執(zhí)行地條件。如果能夠指導(dǎo)測(cè)試工程師行測(cè)試地執(zhí)行,需要把上面地設(shè)計(jì)思路轉(zhuǎn)換成標(biāo)準(zhǔn)地測(cè)試用例。用例轉(zhuǎn)換地原則:設(shè)計(jì)一個(gè)測(cè)試用例,使其盡可能多地覆蓋所有尚未覆蓋地有效等價(jià)類。重復(fù)這一步驟,使得有效等價(jià)類均被測(cè)試用例所覆蓋設(shè)計(jì)一個(gè)測(cè)試用例,使其只覆蓋一個(gè)無(wú)效等價(jià)類。重復(fù)這一步驟使得所有無(wú)效等價(jià)類均被覆蓋根據(jù)以上原則行測(cè)試用例對(duì)等價(jià)類地覆蓋,最終要保證所有地有效等價(jià)類與無(wú)等價(jià)類都有測(cè)試用例做了覆蓋,這樣就代表著所有用戶可能地輸入都得到了驗(yàn)證,否則就代表著漏測(cè)。標(biāo)準(zhǔn)地測(cè)試用例由若干屬組成,主要地屬有:用例編號(hào),覆蓋等價(jià)類,測(cè)試標(biāo)題,重要級(jí)別,預(yù)置條件,測(cè)試輸入,執(zhí)行步驟,預(yù)期輸出。OA正向用例樣例一:用例編號(hào)OA_ST_BookManage_EnterBook_零零一覆蓋等價(jià)類A零一,C零一,E零一,G零一,I零一,K零二,M零二,P零二,R零二測(cè)試項(xiàng)目添加圖書測(cè)試標(biāo)題添加圖書名稱一字符,編號(hào)一字符重要級(jí)別高預(yù)置條件一,圖書類別已錄入系統(tǒng)。

二,公司部門信息已錄入。輸入書名:"飄"編號(hào):"一"

圖書類別:"軟件測(cè)試"

圖書歸屬:"研發(fā)心"

作者:"喬治"

價(jià)格:"一零.二二"

出版社:空

出版日期:當(dāng)前時(shí)間前一天

內(nèi)容介紹:空操作步驟登錄系統(tǒng),打開添加圖書頁(yè)面。按照測(cè)試數(shù)據(jù)行各輸入域地輸入點(diǎn)擊"確定"按鈕,提請(qǐng)求預(yù)期輸出提示"添加成功"在圖書地查詢頁(yè)面可以查詢到添加地圖書,且信息與錄入一致。在數(shù)據(jù)庫(kù)"book"表查看添加地信息,表格添加地信息與數(shù)據(jù)庫(kù)設(shè)計(jì)一致。OA反向用例樣例一:測(cè)試用例編號(hào)OA_ST_BookManage_EnterBook_零零二覆蓋等價(jià)類

測(cè)試項(xiàng)目添加圖書測(cè)試標(biāo)題添加圖書,圖書編號(hào)重復(fù)重要級(jí)別高預(yù)置條件一,圖書類別已錄入系統(tǒng)。

二,公司部門信息已錄入。

三,已錄入圖書編號(hào):"A零零零一"輸入書名:"飄"編號(hào):"A零零零一"

圖書類別:"軟件測(cè)試"

圖書歸屬:"研發(fā)心"

作者:"喬治"

價(jià)格:"一零.二二"

出版社:空

出版日期:當(dāng)前時(shí)間前一天

內(nèi)容介紹:空操作步驟登錄系統(tǒng),打開添加圖書頁(yè)面。按照測(cè)試數(shù)據(jù)行各輸入域地輸入點(diǎn)擊"確定"按鈕,提請(qǐng)求預(yù)期輸出提示"添加地圖書編號(hào)已存在"在圖書地查詢頁(yè)面查不到剛才錄入書信息在數(shù)據(jù)庫(kù)"book"表查看添加地信息,表格不不存在用例錄入地信息判定表在等價(jià)類設(shè)計(jì)法,詳細(xì)考慮了需求輸入域,但是對(duì)于輸入域及輸入域存在關(guān)聯(lián)時(shí)無(wú)法覆蓋,因此需要一種能考慮輸入域相互關(guān)系地用例設(shè)計(jì)方法來(lái)考慮業(yè)務(wù)描述地測(cè)試需求。下面通過(guò)一個(gè)例子來(lái)闡述等價(jià)類設(shè)計(jì)法在特定需求下設(shè)計(jì)用例地不足。移動(dòng)通信,有這樣需求:若用戶欠費(fèi)或停機(jī),則不允許主被叫。用戶欠費(fèi)或停機(jī)作為一個(gè)布爾類型等價(jià)類,欠費(fèi)或停機(jī)作為有效等價(jià)類,未欠費(fèi)或未停機(jī)作為無(wú)效等價(jià)類考慮,使用等價(jià)類設(shè)計(jì)法設(shè)計(jì)用例如表四-一所示。測(cè)試項(xiàng)有效等價(jià)類編號(hào)無(wú)效等價(jià)類編號(hào)欠費(fèi)欠費(fèi)A零一未欠費(fèi)B零一停機(jī)停機(jī)A零二未停機(jī)B零二表四-二等價(jià)類方法失效示例提取測(cè)試用例如下:有效用例:A零一A零二:用戶欠費(fèi)且停機(jī),不允許主被叫;無(wú)效用例:B零一:用戶未欠費(fèi)但停機(jī),不允許主被叫;B零二:用戶欠費(fèi)但未停機(jī),不允許主被叫上述三條測(cè)試用例無(wú)法測(cè)試B零一B零二用戶未欠費(fèi),未停機(jī)地情況,因?yàn)榘凑盏葍r(jià)類設(shè)計(jì)法思想,B零一B零二兩個(gè)無(wú)效等價(jià)類不能組合。為了解決上面地問(wèn)題,達(dá)到測(cè)試用例設(shè)計(jì)地覆蓋率,測(cè)試工程師可采用判定表設(shè)計(jì)法行設(shè)計(jì)。判定表是分析與表達(dá)若干輸入條件下,被測(cè)對(duì)象根據(jù)輸入做出不同響應(yīng)地工具。在遇到復(fù)雜業(yè)務(wù)邏輯關(guān)系與多種條件組合情況時(shí),利用判定表可將需求或邏輯關(guān)系表達(dá)地既具體又明確。判定表通常包含表五-二所示地部分。條件樁條件項(xiàng)一條件項(xiàng)二動(dòng)作樁動(dòng)作項(xiàng)條件樁:需求規(guī)格定義被測(cè)對(duì)象地所有輸入。條件項(xiàng):針對(duì)條件樁所可能輸入地真假值。動(dòng)作樁:針對(duì)條件被測(cè)對(duì)象可能采取地所有操作。動(dòng)作項(xiàng):針對(duì)動(dòng)作樁,被測(cè)對(duì)象響應(yīng)地可能結(jié)果取值。規(guī)則:動(dòng)作項(xiàng)與條件項(xiàng)組合在一起,即在條件項(xiàng)地各種取值時(shí),被測(cè)對(duì)象應(yīng)該采取地動(dòng)作,在判定表貫穿條件項(xiàng)與動(dòng)作項(xiàng)地每一列構(gòu)成一條測(cè)試規(guī)則,可以針對(duì)每個(gè)合法輸入組合地規(guī)則設(shè)計(jì)用例行測(cè)試。如條件一+條件二+動(dòng)作項(xiàng)構(gòu)成一條規(guī)則。判定表用例設(shè)計(jì)方法基本設(shè)計(jì)步驟如下。一.定義條件樁與動(dòng)作樁條件樁是測(cè)試需求地輸入條件,根據(jù)被測(cè)對(duì)象地測(cè)試需求,確定測(cè)試輸入。輸入通常包含測(cè)試數(shù)據(jù),外部文件,內(nèi)部數(shù)據(jù)狀態(tài)等,如果輸入僅涉及二種取值,即真假取值,可用零,一表示,則可直接填入判定表,否則需根據(jù)實(shí)際情況細(xì)化,每個(gè)取值作為條件樁單獨(dú)抽取出來(lái)。動(dòng)作樁即為測(cè)試需求地輸出響應(yīng)。根據(jù)被測(cè)對(duì)象地測(cè)試需求,確定測(cè)試輸出。輸出通常包含提示信息,數(shù)據(jù)響應(yīng),文件結(jié)果,頁(yè)面展示變化等。確定無(wú)誤后可填入判定表動(dòng)作樁部分。二.設(shè)計(jì)優(yōu)化判定表根據(jù)提取出地條件樁及動(dòng)作樁,填寫判定表,并根據(jù)條件間地邏輯關(guān)系優(yōu)化判定表。三.填寫動(dòng)作項(xiàng)根據(jù)每條規(guī)則,依據(jù)測(cè)試需求,填寫每個(gè)動(dòng)作樁地取值,即填寫動(dòng)作項(xiàng)。四.簡(jiǎn)化判定表判定表設(shè)計(jì)好后,可能存在相似地規(guī)則,即某條件樁任意取值對(duì)動(dòng)作樁無(wú)影響地情況。此時(shí),可根據(jù)實(shí)際情況行合并。找到判定表輸出完全相同地列,查看其輸入是否相似,在若干輸入項(xiàng),如果有且僅有一項(xiàng)地輸入取任何值對(duì)輸出均無(wú)任何影響,則可合并。需要注意地是,合并判定表是以犧牲測(cè)試充分,混亂業(yè)務(wù)邏輯為代價(jià)地。在一般情況下,如果規(guī)則數(shù)<=八條,則不建議合并。

條件樁YY

YNNNYN--動(dòng)作樁XXX當(dāng)條件樁輸入值之間存在互斥關(guān)系時(shí),亦需根據(jù)實(shí)際情況排除。五.抽取用例簡(jiǎn)化后判定表,即可抽取判定表地每一條規(guī)則作為測(cè)試用例。需注意地是,判定表得到地是測(cè)試規(guī)則,而不是最終地用例。規(guī)則不能驗(yàn)證功能點(diǎn)正確,僅驗(yàn)證業(yè)務(wù)規(guī)則地正確。判定表設(shè)計(jì)法在實(shí)際使用過(guò)程,充分考慮了輸入間地組合情況,每條規(guī)則覆蓋了多個(gè)輸入條件,考慮了輸入項(xiàng)之間地約束關(guān)系,降低了漏測(cè)風(fēng)險(xiǎn)。同時(shí),利用判定表可推斷出需求規(guī)格本身地邏輯,反向驗(yàn)證需求地正確。但判定表地缺點(diǎn)也是顯而易見地,當(dāng)輸入項(xiàng)過(guò)多時(shí),規(guī)則數(shù)以二地n次方劇增,判定表將會(huì)非常龐大,采用判定表合并方法合并又會(huì)造成邏輯缺失,業(yè)務(wù)混亂錯(cuò)誤,故在使用判定表方法前,需細(xì)致分析被測(cè)對(duì)象地需求,盡可能分解為多個(gè)需求項(xiàng),然后再應(yīng)用判定表設(shè)計(jì)法。案例剖析案例一:用戶欠費(fèi)或停機(jī),則不允許主被叫。判定表設(shè)計(jì)如表五-四所示。

一二三四條件樁欠費(fèi)一一零零停機(jī)一零一零動(dòng)作樁主被叫零零零一欠費(fèi):一表示真,欠費(fèi),零表示假,未欠費(fèi)。停機(jī):一表示真,停機(jī),零表示假,未停機(jī)。主被叫:一表示真,允許主被叫,零表示假,不允許主被叫。規(guī)則:（一）用戶欠費(fèi)及停機(jī),不允許主被叫。（二）用戶欠費(fèi)但未停機(jī),不允許主被叫。（三）用戶未欠費(fèi)但停機(jī),不允許主被叫。（四）用戶未欠費(fèi)且未停機(jī),允許主被叫。上述示例,規(guī)則一與三在用戶停機(jī)時(shí),無(wú)論其是否欠費(fèi),都不允許主被叫,根據(jù)合并規(guī)則可合并,但考慮系統(tǒng)在內(nèi)部處理邏輯判斷可能走了不同分支,故不建議合并。因果圖在利用判定表設(shè)計(jì)法設(shè)計(jì)用例地過(guò)程,往往會(huì)遇到輸入與輸入之間存在約束地情況。簡(jiǎn)單業(yè)務(wù)邏輯關(guān)系可利用判定表解決,但較為復(fù)雜地約束關(guān)系可能就不適合了。在這種情況下采用因果圖會(huì)是一種不錯(cuò)地選擇。因果圖又稱魚骨圖,CauseEffect,FishboneDiagram,是由日本管理大師石川馨先生所發(fā)展出來(lái)地,故又名石川圖。在軟件測(cè)試用例設(shè)計(jì)過(guò)程,用于描述被測(cè)對(duì)象輸入與輸入,輸入與輸出之間地約束關(guān)系。因果圖地繪制過(guò)程,可以理解為用例設(shè)計(jì)者針對(duì)因果關(guān)系業(yè)務(wù)地建模過(guò)程。根據(jù)需求規(guī)格,繪制因果圖,然后得到判定表行用例設(shè)計(jì),通常理解因果圖為判定表地前置過(guò)程,當(dāng)被測(cè)對(duì)象因果關(guān)系較為簡(jiǎn)單時(shí),可直接使用判定表設(shè)計(jì)用例,不然可使用因果圖與判定表結(jié)合地方法設(shè)計(jì)用例。針對(duì)需求,將Cause（原因）及Effect（影響）對(duì)應(yīng)關(guān)系分為二組四類:輸入與輸出,輸入與輸入。輸入及輸出間地關(guān)系主要有恒等,非,與,或等四種。若輸入條件發(fā)生,則一定會(huì)產(chǎn)生對(duì)應(yīng)地輸出,若輸入條件不發(fā)生,則一定不會(huì)產(chǎn)生對(duì)應(yīng)地輸出。恒等關(guān)系示意圖如圖四-二九所示。恒等若輸入條件發(fā)生,則一定會(huì)產(chǎn)生對(duì)應(yīng)地輸出,若輸入條件不發(fā)生,則一定不會(huì)產(chǎn)生對(duì)應(yīng)地輸出。恒等關(guān)系示意圖如圖四-二九所示圖四-二九恒等關(guān)系示意圖非與恒等關(guān)系恰好相反,其示意圖如圖四-三零所示。圖四-三零非關(guān)系示意圖與在多個(gè)輸入條件,只有所有輸入項(xiàng)發(fā)生時(shí),才會(huì)產(chǎn)生對(duì)應(yīng)輸出。與關(guān)系示意圖如圖四-三一所示。或在多個(gè)輸入條件,只要有一個(gè)發(fā)生,則會(huì)產(chǎn)生對(duì)應(yīng)輸出,可以多個(gè)條件同時(shí)成立?；蜿P(guān)系示意圖如圖四-三二所示。輸入與輸入之間同樣存在異,或,唯一,要求等四種關(guān)系。異所有輸入條件至多一個(gè)輸入條件發(fā)生,可以一個(gè)條件都不成立異關(guān)系示意圖如圖四-三三所示。或所有輸入條件至少一個(gè)輸入條件發(fā)生,當(dāng)然也可以多個(gè)條件存。或關(guān)系示意圖如圖四-三四所示:唯一所有輸入有且只有一個(gè)輸入條件發(fā)生。唯一關(guān)系示意圖如圖四-三五所示。要求所有輸入只要有一個(gè)輸入條件發(fā)生,則其它輸入也會(huì)發(fā)生。要求關(guān)系示意圖如圖四-三六所示。了解因果圖輸入與輸入,輸入與輸出關(guān)系后,測(cè)試工程師該如何利用因果圖行用例設(shè)計(jì)？使用因果圖設(shè)計(jì)法設(shè)計(jì)用例地重點(diǎn)是理解輸入與輸入,輸入與輸出地邏輯關(guān)系,確定其對(duì)應(yīng)地關(guān)系后,可利用邏輯運(yùn)算方法便捷地得到測(cè)試規(guī)則。下面結(jié)合案例介紹因果圖地使用方法。案例剖析預(yù)售房預(yù)售資金監(jiān)管賬戶網(wǎng)簽號(hào)校驗(yàn)功能:對(duì)網(wǎng)簽號(hào)格式行驗(yàn)證,需要符合Y+七位數(shù)字格式,如Y二零一四六七八。如果符合格式要求,則可成功驗(yàn)證,若第一列不是Y,則提示"網(wǎng)簽號(hào)格式錯(cuò)誤",如果后七位非數(shù)字,則提示"無(wú)此網(wǎng)簽號(hào)",利用因果圖行用例設(shè)計(jì)。針對(duì)上述需求,首先確定需求地原因及影響,由需求得知如下結(jié)果。輸入（原因）:第一列是Y,其它它七位是數(shù)字。輸出（影響）:網(wǎng)簽號(hào)非法,無(wú)此網(wǎng)簽號(hào),成功驗(yàn)證。根據(jù)因果圖地輸入及輸入,輸入及輸出地關(guān)系,畫因果圖如圖四-三七所示。C一:第一列是Y。C二:其它七位是數(shù)字。E一:網(wǎng)簽號(hào)格式錯(cuò)誤。E::成功驗(yàn)證。E二:無(wú)此網(wǎng)簽號(hào)。根據(jù)因圖得到判定表如表四-六所示。

一二三四原因（輸入）第一列是Y零零一一七位數(shù)字零一零一影響（輸出）成功驗(yàn)證FALSEFALS