軟件測試用例設(shè)計測試需求和范圍通過測試用例體現(xiàn)出來，并以更為有效的方式來執(zhí)行測試，以便于更快地發(fā)現(xiàn)程序的缺陷。測試用例是測試腳本開發(fā)、測試執(zhí)行的基礎(chǔ)。只有設(shè)計好測試用例，才能保證測試的覆蓋率。一、測試用例設(shè)計基礎(chǔ)測試用例是為某個特定測試目標(biāo)而設(shè)計的，它是測試操作過程序列、條件、期望結(jié)果及相關(guān)數(shù)據(jù)的一個特定的集合，那么如何構(gòu)造這個集合呢？軟件測試用例的設(shè)計遵守下列4個步驟：制定測試用例設(shè)計的策略和思想，在測試計劃中描述出來。設(shè)計測試用例的框架，也就是測試用例的結(jié)構(gòu)。細(xì)化結(jié)構(gòu)，逐步設(shè)計具體的測試用例。通過測試用例的評審，不斷優(yōu)化測試用例。為何需要測試用例如何實現(xiàn)測試目標(biāo)、完成任務(wù)，是借助測試用例來實現(xiàn)的；在進(jìn)行軟件測試時，總該需要一個類似“操作指導(dǎo)書”的文件來告訴我們?nèi)绾尾僮鳎裁礃拥慕Y(jié)果算是測試通過了，這就靠測試用例。我們可以了解測試用例在多個方面的作用，更容易理解測試用例的重要性。測試用例是測試人員在測試過程中的重要參考依據(jù)。測試過程中，總要對測試結(jié)果有一個評判的依據(jù)，沒有依據(jù)，就不可能知道測試結(jié)果是通過了還是沒有，也不知道輸入的數(shù)據(jù)正確與否，這一切需要定義，它在測試勝例中得到了定義。測試用例可以幫助實施有效的測試，所有被執(zhí)行的測試都是有意義的，不要執(zhí)行毫無意義的測試操作，有助于節(jié)約測試時間，提高測試效率。良好的測試用例不斷地被重復(fù)使用，使得測試過程事半功倍。在一個版本中，可能要進(jìn)行2-3次的回歸測試，這些回歸測試，就要求能重復(fù)使用測試用例。測試用例是一個知識積累的過程。在測試過程中，對產(chǎn)品特性的理解會越來越深，發(fā)現(xiàn)的缺陷也會越來越多。即使最初的測試用例考慮不周全，隨著測試的進(jìn)行和軟件版本的更新，也將日趨完善。測試用例是一個知識傳遞的過程，能保持一致的、穩(wěn)定的測試質(zhì)量。有了測試用例，無論是誰來測試，參照測試用例實施，都能保障測試的質(zhì)量，可以把人為因素的影響減至最少。測試用例的通過率是檢驗代碼質(zhì)量保證效果最主要的指標(biāo)之一，代碼的質(zhì)量不高或是質(zhì)量很好，其依據(jù)往往就是測試用例的通過率。因此，測試用例將會使得測試的成本降低，并可重復(fù)使用，也是檢測測試效果的重要因素。設(shè)計良好的測試用例是測試的最重要工作。測試用例設(shè)計考慮因素測試用例的設(shè)計，就是圍繞軟件質(zhì)量需求，分析質(zhì)量需求的每一個剖面，使測試用例能覆蓋各個剖面及測試點。另一方面，它會試圖找出系統(tǒng)的薄弱環(huán)節(jié)、邊界點等，因為這些特殊區(qū)域有必要得到更多的測試，盡力降低測試的風(fēng)險，達(dá)到所設(shè)定的測試目標(biāo)。（一）主要影響因素需求目標(biāo)，是功能性的需求目標(biāo)也是非功能性的需求目標(biāo)。功能性的測試比較清楚，正確與否的判斷能一目了然。而非功能性測試，其相對性比較強，需要從不同的側(cè)面進(jìn)行比照。用戶實際使用的場景。從用戶的角度來模擬程序的輸入，包括用戶的操作習(xí)慣，使產(chǎn)品更能貼近用戶的需求。軟件功能需求規(guī)格說明書、產(chǎn)品設(shè)計文檔等，是測試用例設(shè)計的主要參考文檔。這些文檔對產(chǎn)品特性的描述方法、格式和詳細(xì)程序，也會影響到測試用例的設(shè)計。測試的方法對測試用例的設(shè)計影響非常大。白盒測試方法和黑盒測試方法是從不同的思想來解決問題的，前者從內(nèi)部邏輯思路來考慮，后者從外部功能思路來考慮。測試對象。客戶端軟件和服務(wù)器端系統(tǒng)、分布式系統(tǒng)和集中式系統(tǒng)、異步系統(tǒng)和同步系統(tǒng)等，其測試用例的側(cè)重點或側(cè)試剖面是不同的，它們從不同的側(cè)面去發(fā)現(xiàn)軟件系統(tǒng)的弱點或薄弱環(huán)節(jié)。（二）設(shè)計的基本思想設(shè)計測試用例時，要尋找系統(tǒng)設(shè)計、功能設(shè)計的弱點。測試用例需要確切地反映功能設(shè)計中可能存在的問題，而不要簡單拷貝產(chǎn)品規(guī)格設(shè)計說明書的內(nèi)容。設(shè)計正面的測試用例，應(yīng)參照設(shè)計規(guī)格說明書，根據(jù)關(guān)聯(lián)的功能、操作路徑等設(shè)計。而對孤立的功能則直接按功能設(shè)計測試用例。基本事件的測試用例應(yīng)包括所有需要實現(xiàn)的需求功能，覆蓋率達(dá)100%。3設(shè)計負(fù)面的、異常的測試用例，如考慮錯誤的或者異常的輸入，往往可以發(fā)現(xiàn)更多的軟件缺陷，這顯得更為重要。例如，在進(jìn)行電子郵件地址校驗的時候，考慮錯誤的、不合法的（如沒有@符號的輸入）或者帶有異常字符（單引號、斜杠、雙引號等）的電子郵件地址輸入，尤其是在做Web頁面測試的時候，通常會出現(xiàn)因一些字符轉(zhuǎn)義問題而造成異常情況。測試用例的元素測試用例是對測試場景和操作的描述，所以必須給出測試目標(biāo)、測試對象、測試環(huán)境要求、輸入數(shù)據(jù)和操作步驟，概括如下。測試目標(biāo)：為什么而測？功能、性能、可用性、容錯性、兼容性、安全性等測試對象：測什么？被測試的項目，如對象、函數(shù)、類、菜單、按鈕、表格、接口、整個系統(tǒng)等。測試環(huán)境：在哪里測？測試用例運行時所處的環(huán)境，包括系統(tǒng)的配置和設(shè)定等要求，也包括操作系統(tǒng)、瀏覽器、通訊協(xié)議等單機或網(wǎng)絡(luò)環(huán)境。測試前提：什么時候開始測？測試用例運行時所處的前提或條件限制。輸入數(shù)據(jù)：哪些數(shù)據(jù)？在操作時，系統(tǒng)所接受的各種可變化的數(shù)據(jù)，如數(shù)字、字符、文件等。操作步驟：如何測？執(zhí)行軟件和程序的先后次序步驟等。如打開對話框、點擊按鈕等。這還不夠，因為缺少一個評判的依據(jù)。如果沒有評判標(biāo)準(zhǔn)，在執(zhí)行完測試用例后，就不能根據(jù)測試結(jié)果來確定測試是否通地。所以，每個測試用例必須說明其輸出標(biāo)準(zhǔn)，即所期望的輸出結(jié)果。除了用例的基本描述信息之外，還需要上面討論的用例框架所需的信息，即所述模塊、優(yōu)先級、層次。為了今后管理方便，還要加上其他信息，如測試執(zhí)行的預(yù)估時間、關(guān)聯(lián)的測試用例，是否為自動化測試類別，關(guān)聯(lián)的缺陷等。二、功能測試用例的設(shè)計功能測試，依據(jù)產(chǎn)品設(shè)計規(guī)格說明書，主要采用黑盒測試主法，不需要看源代碼，而是通過直接運行軟件來驗證每個功能是否都能正常使用，是否滿足用戶的需求。功能測試的過程，就是通過數(shù)據(jù)輸入來驅(qū)動功能的運行并最終獲得數(shù)據(jù)輸出的過程，所以功能測試也被稱數(shù)據(jù)驅(qū)動測試方法。在進(jìn)行功能測試用例設(shè)計時，一般遵守下列操作的流程。模塊劃分。根據(jù)功能結(jié)構(gòu)及其關(guān)系，進(jìn)行模塊層次劃分，抓住測試點。首先設(shè)計最上層的測試用例，然后再向下逐層推進(jìn)。最后是測試用例的評審。功能測試用例的內(nèi)容功能測試用例，一般按照功能模塊來組織，系統(tǒng)具有的所有功能都要得到測試，所以針對不同的應(yīng)用系統(tǒng)，其功能測試的內(nèi)容差異很大。如果把功能測試的內(nèi)容抽象出來，功能測試的內(nèi)容可以歸為界面（UI）、數(shù)據(jù)、操作、邏輯、接口等幾個方面的測試，通過這些測試，使其最終符合功能規(guī)格說明書的要求。界面測試，指測試系統(tǒng)界面整體布局的合理性，以及是否清晰、美觀，包括顏色搭配、字體、文字是否對齊、圖片大小與位置、彈出窗口的位置是否合適。其次，還會測試用戶是否可以調(diào)整布局，是否可以自定義界面，包括文字、圖片、顏色等。數(shù)據(jù)測試，指接受正確的數(shù)據(jù)輸入，并對異常數(shù)據(jù)的輸入有提示和容錯處理。數(shù)據(jù)輸出結(jié)果正確，格式清晰和整齊。數(shù)據(jù)的處理，要提供合適的保存和備份的功能。能提供多種快速、方便的查詢功能。數(shù)據(jù)從輸入到最終輸出，符合數(shù)據(jù)流設(shè)計，正確地完成一個完整的數(shù)據(jù)處理過程。軟件升級后，能繼續(xù)支持舊版本的數(shù)據(jù)。操作測試，內(nèi)容包括所有菜單、按鈕的設(shè)計須符合操作習(xí)慣，能對操作有正確的響應(yīng)，而且操作靈活、符合用戶的習(xí)慣，例如程序安裝、啟動之后，有相應(yīng)的提示框來告知用戶此操作的狀態(tài)一一是成功還是失敗。所有重要的操作，都應(yīng)該允許用戶后退到上一步驟，對不正確的、異常的操作要通過提示框及時提示或警示用戶。危險的操作（如刪除文件、修改重要數(shù)據(jù)等）需要進(jìn)一步確認(rèn)后，才被執(zhí)行。經(jīng)常性的操作應(yīng)該有多個入口。按鈕或菜單在不滿足操作條件時，應(yīng)變灰或暗淡顯示，否貝^，就應(yīng)該顯示。邏輯測試，這個測試的目的是使邏輯合理、清楚、流暢、不復(fù)雜。如果某個操作需要多個步驟實現(xiàn)，應(yīng)該有清楚的提示，或者有一個向?qū)韼椭脩敉瓿伞Ｄ稠椆δ埽洳煌僮鞯穆窂揭膊灰粯樱壿嬌弦３忠恢隆Ｏ到y(tǒng)的各種狀態(tài)應(yīng)按照業(yè)務(wù)流程變化，并保持穩(wěn)定。接口測試，這個測試是讓接口能配合多種硬件周邊設(shè)備，以及所需的第3方軟件接口或公共接口的需要。不管是內(nèi)部應(yīng)用接口，還是外部應(yīng)用接口，應(yīng)保持其規(guī)范性、一致性和完備性。接口還須是可定義或可配置的，應(yīng)具有良好的兼容性和擴充性。功能測試用例的設(shè)計方法在設(shè)計測試用例的過程中，測試人員應(yīng)與產(chǎn)品人員、開發(fā)人員實時溝通，并使用產(chǎn)品的初級版本，不斷加深對產(chǎn)品功能的理解。溝通、試用產(chǎn)品可以說是測試用例設(shè)計的基本方法，因為只有對產(chǎn)品功能真正理解之后，才能對癥下藥，設(shè)計出有效的測試用例。下一步，就是借助UML視圖、邏輯結(jié)構(gòu)圖、數(shù)據(jù)流圖等進(jìn)行軟件的結(jié)構(gòu)層次、數(shù)據(jù)流程或操作流程的分析。除了這些圖，還可以借助決策表、功能點層次列表等更好地設(shè)計測試用例。UML視圖、邏輯結(jié)構(gòu)圖、數(shù)據(jù)流圖等方法，是站在比較宏觀的高度，從不同的角度全面地理解產(chǎn)品特性，以幫助測試用例的設(shè)計。如果從微觀或細(xì)節(jié)的角度看，軟件測試用例的設(shè)計方法主要有：?等價類劃分法?邊界值分析方法?因果圖?功能圖?錯誤推測方法?正交實驗設(shè)計方法等價類劃分法等價類劃分是功能測試用例設(shè)計中一種重要的、常用的設(shè)計方法，它將不能窮舉的測試過程進(jìn)行合理分類，從而保證設(shè)計出來的測試用例具有完整性和代表性。等價類劃分設(shè)計方法是把所有可能的輸入數(shù)據(jù)，即程序的輸入數(shù)據(jù)集合劃分成若干個子集（等價類），然后從每一個等價類中選取少數(shù)具有代表性的數(shù)據(jù)作為測試用例。在采用等價類劃分法設(shè)計測試用例的過程中，一般會經(jīng)過兩個步驟：分類和抽象。?首先是分類，即將輸入域按照相同特性或者類似功能進(jìn)行分類。?然后進(jìn)行抽象，即在各個子類中抽象出相同特性并用實例來表征這個特性。在等價類中，各個輸入數(shù)據(jù)對于揭露程序中的錯誤是等效的，具有等價的特性，所以表征該類的數(shù)據(jù)輸入將能代表整個數(shù)據(jù)子集一一等價類的輸入。因此可以合理假定：測試某等價類的代表值就等效于對這一類其他值的測試。舉個例子，需要一個對所有實數(shù)進(jìn)行開方運算的程序設(shè)計測試用例。這時，需要將所有的實數(shù)（輸入域）進(jìn)行劃分，可以分成：?正實數(shù)，+3.1415926代表正實數(shù)。?負(fù)實數(shù)，-1.44444代表負(fù)實數(shù)?0貝肝3.1415926、-1.44444和0就是3個等價類的特征值。在進(jìn)行等價劃分的過程中，不但要考慮有效等價類劃分，同時還要考慮無效的等價類劃分，使用無效等價類，可以測試程序的容錯性一一對異常情況的處理，在程序設(shè)計中，不但要保證所有有效的數(shù)據(jù)輸入能產(chǎn)生正確的輸出，同時需要保障在輸入錯誤或者空輸入的時候可以進(jìn)行容錯處理，并得到保護(hù)，這樣，軟件運行才能穩(wěn)定和可靠。在進(jìn)行等價類劃分時，一般都可以歸為下列幾種情況。輸入數(shù)據(jù)是布爾值，這是非常特殊的情況，有效等價類只有一個值一一真（true），無效等價類也只有一個值假（false）。在輸入條件規(guī)定了取值范圍或者個數(shù)的前提下，可以確定一個有效等價類和兩個無效價類。例如程序輸入數(shù)據(jù)要求是兩位正整數(shù)x，則有效等價類為10WxW99，兩個無效等價類為x<10和x>99。在輸入條件規(guī)定了輸入值的集合或者規(guī)定了“必須如何”的條件下，可以確定一個有效等價類和一個無效等價類。例如，郵政編碼則必須是由6位數(shù)字構(gòu)成的有效值，其有效集合是清楚的，對應(yīng)存在一個無效的集合。在規(guī)定了一組列表形式（n個值）的輸入數(shù)據(jù)，并且程序要對每一個輸入值分別進(jìn)行處理的情況下，可確定n個有效等價類和一個無效等價類。例如，把我國的直轄市作為輸入值，則等價類是一個固定的杖舉類型｛北京、上海、天津、重慶｝，而且要針對各個城市分別取出相對應(yīng)的數(shù)據(jù)，此時無效等價類為非直轄市的省、自治區(qū)等。更復(fù)雜的情況是，輸入數(shù)據(jù)只是要求符合某幾個規(guī)則，這時，可能存在多個有效等價類和若干個無效等價類。例如，郵件地址和用戶名的輸入。?要求輸入26個英語字母和10個阿拉伯?dāng)?shù)字構(gòu)成的、長度不超過20位的用戶名。?有效的E-mail地址，必須含有“@"，@后面格式為x.x，E-mail地址不能帶有一些特殊符號，如"/\#‘&”等。在使用等價類劃分方法設(shè)計測試用例時，應(yīng)先劃分有效的等價類和無效的等價類，然后：為每個等價類規(guī)定一個唯一的編號，一個等價類至少存在一個測試用例。設(shè)計一個新的測試用例，例其盡可能多地覆蓋尚未被覆蓋的有效等價類，重復(fù)這個過程，直至所有的有效等價類都被覆蓋，即分割有效等價類直到最小。對無效等價類，可以做相同處理。邊界值分析法指對輸入的邊界條件進(jìn)行分析，設(shè)計出針對邊界值的測試用例。因為在實際軟件設(shè)計和編程中，開發(fā)人員往往容易忽視邊界條件，這樣大量的錯誤就出現(xiàn)在數(shù)據(jù)輸入或輸出范圍的邊界上。如除法運算中除數(shù)為0的數(shù)據(jù)溢出、數(shù)組變量中第一個元素和最后一個元素由于沒有被賦值而出錯。因此，在測試用例的設(shè)計中，對輸入的條件進(jìn)行邊界條件分析而且確定邊界值，對提高測試效率是非常有幫助的。只有邊界值確定下來了，才能劃分出有效等價類和無效等價類。所以說，邊界值分析方法是對等價類劃分法的補充。在測試中，會將兩者結(jié)合起來共同使用。數(shù)值的邊界值檢驗計算機內(nèi)部數(shù)據(jù)是以二進(jìn)制存儲和計算的，因此，許多不同類型的數(shù)據(jù)都受到一定的限制，具有很強的二進(jìn)制特征。在數(shù)值的邊界值條件檢驗中，如對字節(jié)進(jìn)行檢驗，邊界值條件可以設(shè)置成254、255、256字符的邊界值檢驗在計算機軟件中，字符也是很重要的表示元素，其中ASCII和Unicode是常見的編碼方式。在文本輸入或者文本轉(zhuǎn)換的測試過程中，需要非常清晰地了解ASCII碼的一些基本對應(yīng)關(guān)系，如小寫字母a和大字字母A、空和空格的ASCII碼值是不同的，而且它們處在邊界上，斜杠、冒號、@、左中括號和單引號恰好處于阿拉伯?dāng)?shù)字、英文字母的邊界值附近。其他邊界值檢驗一些特殊的值，如默認(rèn)值、空值、空格、未輸入值、零，可以被認(rèn)為是邊界值。在字符編輯域、多選擇項上，都存在這樣的特殊邊界值，或者可以看作是邊界值的延伸。因果圖法等價分類法和邊界分析法，主要是針對單個輸入數(shù)據(jù)來設(shè)計測試用例的，沒有考慮多種輸入數(shù)據(jù)的組合情況。組合情況是造成軟件缺陷的主要方面之一，也是重要的測試點。檢驗各種輸入條件的組合并非一件很容易的事情，即使能將所有數(shù)據(jù)輸入的邊界值確定下來并劃分成等價類，數(shù)據(jù)輸入的條件組合情況還是相當(dāng)多。因果圖法就是利用圖解法分析軟件輸入和輸出條件之間的關(guān)系，以設(shè)計測試用例的方法。因果圖法適合于檢查程序輸入條件的多種情況的組合，并最終生成判定表，來獲得對應(yīng)的測試用例。如何通過因果圖法來生成測試用例呢？因果圖法，一般需要經(jīng)過下面4個步驟來完成。分析軟件規(guī)格說明書的輸入輸出條件并劃分出等價類，將每個輸入輸出賦予一個標(biāo)志符；分析規(guī)格說明中的語義，通過這些語義來找出多個輸入因素之間的關(guān)系。找出輸入因素與輸出結(jié)果之間的關(guān)系，將對應(yīng)的輸入與輸出關(guān)系關(guān)聯(lián)起來，并將其中不可能的組合情況標(biāo)注成約束或者限制條件，形成因果圖。由因果圖轉(zhuǎn)化成決策表。任何由輸入與輸出之間關(guān)系構(gòu)成的路徑，都成為決策表的一列，也被視為決策表的一條規(guī)則。將決策表的每一列拿出來作為依據(jù)設(shè)計測試用例。一般來說，決策表的每一列對應(yīng)一條測試用例。功能圖法功能圖法，是和因果圖相對應(yīng)的一種測試用例設(shè)計方法。因果圖將輸入作為因素、將輸出作為結(jié)果，以構(gòu)造輸入和輸出之間的關(guān)系一一因果圖，處理條件功能的靜態(tài)說明。功能圖是描述程序狀態(tài)變化、轉(zhuǎn)移的過程，因為軟件運行或操作的過程可以看作是其狀態(tài)不斷發(fā)生變化的過程。測試用例的設(shè)計就是如何覆蓋所有軟件所表現(xiàn)出來的狀態(tài)，即在滿足輸入/輸出數(shù)據(jù)的一組條件下，軟件運行是一系列有次序的、受控制的狀態(tài)變化過程。使用功能圖法設(shè)計測試用例，是借助功能圖模型來實現(xiàn)的，而功能圖模型由狀態(tài)遷移圖和邏輯功能模型組成：-在狀態(tài)遷移圖中，狀態(tài)指出數(shù)據(jù)輸入的位置，而遷移則指明狀態(tài)的改變。狀態(tài)遷移圖用于表示輸入數(shù)據(jù)序列以及相應(yīng)的輸出數(shù)據(jù)，由輸入和當(dāng)前的狀態(tài)決定輸出數(shù)據(jù)和后續(xù)狀態(tài)。-邏輯功能模型由布爾函數(shù)組成，它是要依靠決策表或因果圖表表示的邏輯功能。邏輯功能模型用于表示狀態(tài)輸入條件和輸出條件之間的對應(yīng)關(guān)系。邏輯功能模型只適合于靜態(tài)說明，輸出數(shù)據(jù)僅僅由輸入數(shù)據(jù)決定。在狀態(tài)圖中，如果節(jié)點代替狀態(tài)，用弧線代替狀態(tài)遷移和變化，則功能圖就可轉(zhuǎn)化為流程圖形式。有了流程圖，測試用例設(shè)計的思路也就很明顯了，就是要覆蓋流程的分支和路徑。在邏輯功能表中，可以根據(jù)所有的輸入輸出以及狀態(tài)來生成所需要的節(jié)點和路徑，形成實現(xiàn)功能圖的基本路徑組合：-局部測試用例由原因組合（輸入數(shù)據(jù)）與對應(yīng)的結(jié)果值（輸出數(shù)據(jù)）構(gòu)成。-整體測試用例，由從初始狀態(tài)到最后狀態(tài)的測試路徑構(gòu)成。錯誤推測法在某些復(fù)雜的情況下，上述方法都不能奏效。在沒有適當(dāng)?shù)姆椒〞r，就不得不采用這種推測法。推測法主要依賴經(jīng)驗、直覺來做出簡單的判斷甚至是猜測，給出可能存在缺陷的條件、場景等，在找到缺陷之后，設(shè)計出相應(yīng)的測試用例。采用錯誤推測方法時，應(yīng)盡量列舉程序中所有可能出現(xiàn)的錯誤和值得懷疑的地方，從中作出選擇，以設(shè)計測試用例。可以利用不同測試階段的經(jīng)驗和對軟件功能特性的理解來進(jìn)行測試用例的設(shè)計，例如：-若在單元測試中程序模塊測試曾經(jīng)出現(xiàn)了錯誤，在后期功能測試中可以列出這些可能出現(xiàn)問的地方，設(shè)計相應(yīng)的測試用例。-根據(jù)前一個版本中發(fā)現(xiàn)的常見的錯誤，有針對性地為當(dāng)前版本設(shè)計測試用例。-在應(yīng)用軟件中可能出錯的環(huán)節(jié)，如C++程序的內(nèi)存泄漏、Web程序的session失效問題、JavaScript字符轉(zhuǎn)義等一些常見的普通的問題，需要特別對待處理。綜上所述，在錯誤推測法中，通常依據(jù)下列因素來進(jìn)行判斷和設(shè)計測試用例：-客觀因素：產(chǎn)品先前版本的問題，回歸測試中發(fā)現(xiàn)新的問題。-已知因素：語言、操作系統(tǒng)、瀏覽器的限制可能帶來的問題。-經(jīng)驗：由模塊之間的關(guān)聯(lián)所聯(lián)想到的測試；由修復(fù)軟件的錯誤推測會帶來的問題。正交實驗設(shè)計方法在實際的軟件項目中，作為輸入條件的原因非常多，這時，如果用因果圖分析，很難理出一個頭緒，即使好不容易畫出一個巨大的因果圖，其組合數(shù)也是一個非常大的數(shù)字，測試的工作量非常之大，以至于時間和人力資源不允許而無法執(zhí)行。為了有效地、合理地減少輸入條件的組合數(shù)，降低工作量，可以利用正交實驗設(shè)計方法進(jìn)行測試用例的設(shè)計。用正交實驗設(shè)計方法來設(shè)計測試用例，其主要步驟是：對軟件需求規(guī)格說明中的功能要求進(jìn)行劃分，分解成具體的、相對獨立的基本功能。根據(jù)基本功能的質(zhì)量需要，找出影響其功能實現(xiàn)的操作對象和外部因素，每個因素的取值可以看作水平，多個取值就存在多個水平。確定待測試軟件中所有的因素及其權(quán)值，這是測試用例設(shè)計的關(guān)鍵，確保全面、準(zhǔn)確。權(quán)值是依據(jù)各因素的影響范圍、發(fā)生的頻率和質(zhì)理的需求等來確定的。加權(quán)篩選，生成因素分析表。利用正交表構(gòu)造測試數(shù)據(jù)集，正交表的每一行，就是一條測試用例。考慮交互作用不可忽略的處理因素和不可混雜的原則，有交互作用的組合優(yōu)先安排。利用正交實驗設(shè)計方法設(shè)計測試用例，可控制生成的測試用例數(shù)量，覆蓋率主且測試效率高。三、測試用例的審查對測試用例的檢查、評審，是一種提高測試用例質(zhì)量的主要且有效的手段。測試用例書寫標(biāo)準(zhǔn)在編寫測試用例過程中，需要參考和規(guī)范一些基本的測試用例編寫標(biāo)準(zhǔn)，在ANSI/IEEE829-1983標(biāo)準(zhǔn)中，列出了與測試設(shè)計相關(guān)的測試用例編寫規(guī)范和模板，標(biāo)準(zhǔn)模板中主要元素羅列如下：-標(biāo)志符：每個測試用例應(yīng)該有一個唯一的標(biāo)志符，它將成為所有與測試用例相關(guān)的文檔/表格引用和參考的基本元素，這些文檔/表格包括：設(shè)計規(guī)格說明書、測試日志表、測試報告等。-測試項：測試用例應(yīng)該準(zhǔn)確地描述所需要測試的項及其特征，測試項應(yīng)該比測試設(shè)計說明中列出的特性描述更加具體。-測試環(huán)境要求：用來表征執(zhí)行該測試用例需要的測試環(huán)境，一般來說，在整個測試模塊里面應(yīng)該包含整個測試環(huán)境的特殊需求，而單個測試用例的測試環(huán)境需要表征該測試用例單獨所需要的特殊環(huán)境需求。-輸入標(biāo)準(zhǔn)：用來執(zhí)行測試用例的輸入需求。這些輸入可能包括數(shù)據(jù)、文件，或者操作，必要的時候，相關(guān)的數(shù)據(jù)庫、文件也必須被羅列。-輸出標(biāo)準(zhǔn)：標(biāo)識按照指定的環(huán)境和輸入標(biāo)準(zhǔn)得到期望的輸出結(jié)果。如果可能的話，盡量提供適當(dāng)?shù)南到y(tǒng)規(guī)格說明來證明期望的結(jié)果。-測試用例之間的關(guān)聯(lián)：用來標(biāo)識該測試用例與其他的測試（或其他測試用例）之間的依賴關(guān)系。在測試的實際過程中，很多的測試用例并不是單獨存在的，他們之間可能有某種依賴關(guān)系，例如