現(xiàn)在除了上述因素，以下幾個要點和/或問題在選擇正確的測試用例設(shè)計技術(shù)中發(fā)揮了至關(guān)重要的作用：
基于“經(jīng)驗”的測試用例設(shè)計
在基于經(jīng)驗的技術(shù)中，是人們的知識，技能和專業(yè)知識（關(guān)于域，技術(shù)等）構(gòu)成了測試條件和測試用例的基礎(chǔ)，且對制定測試條件和測試用例很重要。
在這兒，人們技術(shù)和業(yè)務(wù)兩方面的經(jīng)驗都是必需的，必要的，因為這給測試分析和設(shè)計過程提供了不同的角度。
重要的是，有了他們使用類似系統(tǒng)工作的豐富（前）的經(jīng)驗，他們或許對什么會出錯，什么有助于測試有了想法和/或深入的理解。
因此，基于經(jīng)驗的技術(shù)與基于規(guī)范既與基于結(jié)構(gòu)的技術(shù)偕行，又可用于沒有規(guī)格，或者規(guī)格不足或過時的時候。
這可能是用于設(shè)計測試低風(fēng)險系統(tǒng)的測試用例的技術(shù)，但是這種方法可能在非常緊急的情況下特別有用，事實上，這是導(dǎo)致探索性測試的一個因素。
“隨機(jī)”方式—考慮了嗎？
通常，任何軟件模塊或系統(tǒng)都有輸入域，從這個域里選擇并使用測試輸入數(shù)據(jù)建和/或執(zhí)行測試用例。
現(xiàn)在，如果一個測試人員從必要輸入域中隨機(jī)選擇輸入，準(zhǔn)備測試用例，并用它們來測試應(yīng)用程序，這種方法被稱為“隨機(jī)測試”。
例如，如果一個模塊的有效輸入域是1到100之間所有的正整數(shù)，然后用這種方法測試人員會隨機(jī)或胡亂地從該領(lǐng)域內(nèi)選擇值，如，選15 ， 27和33。
但是，使用這種方法，也有一些一直無解的問題：
值（上面的例子中三個值）足以表明，執(zhí)行測試用或運行例測試時，模塊符合其規(guī)格嗎？
是否有其他輸入值，比那些（在本例中）被選中的值，更能找缺陷？
抑或有效輸入域外的任何值應(yīng)該作為執(zhí)行測試用例的測試輸入？
這是說，測試數(shù)據(jù)應(yīng)包括大于100的浮點值，負(fù)值或整數(shù)值？
因此，上述問題可以立即通過更加結(jié)構(gòu)化的黑盒測試設(shè)計方法解決，盡管使用隨機(jī)測試輸入可以節(jié)省一些時間和精力，其他測試輸入選擇方法要求。
但是，根據(jù)許多測試專家，隨機(jī)選擇測試輸入會產(chǎn)生一個有效的用于執(zhí)行測試用例的測試數(shù)據(jù)集的機(jī)會非常小，并且對于一個更結(jié)構(gòu)化的方法，隨機(jī)方法生成測試輸入的相對有效性總成為自省和/或研究的課題。
測試用例必不可少的部分—概念化
首先，設(shè)計一個測試用例用來回答這個問題：“我要測試什么？ ” 。因此，對于測試人員來說，開發(fā)測試用例時周到地考慮很重要，這能夠明確界定和/或提供需被驗證以確保系統(tǒng)如期運行且能反映出它是用高質(zhì)量創(chuàng)建的信心的項目（模塊，應(yīng)用程序，子系統(tǒng)，或SUT ）的完整概述。
現(xiàn)在，無論開發(fā)測試用例時用了什么設(shè)計技術(shù)/戰(zhàn)略，測試人員都必須確�；竞w以下主要內(nèi)容：
摘要 -應(yīng)該反映實際的主題，類別和功能特性，使測試人員可以輕易地組織測試用例成邏輯組，并相應(yīng)地對它們進(jìn)行分類。
這部分可能具有關(guān)于基于測試時間，工作單元，和優(yōu)先級等的執(zhí)行工作的細(xì)節(jié)。它經(jīng)常被稱為測試用例的權(quán)重。
測試用例設(shè)計 - 這部分反映了測試用例的整體設(shè)計，其中可能包括一些高層次的描述。
正式審查 - 包含了關(guān)于必須審查或批準(zhǔn)測試用例、并定義審批流程的團(tuán)隊清單的詳情。
這部分主要是用來建立一個正式的審查程序，以確保業(yè)務(wù)流程符合標(biāo)準(zhǔn)。
此外，它可能包括關(guān)于測試用例所有人，工作項目，通知和成果總結(jié)等的細(xì)節(jié)
要求 - 本部分旨在：當(dāng)要求被添加到測試計劃中時，聯(lián)系要求與一個特定的測試用例。
因此，一旦需求和測試用例間的聯(lián)系被建立，測試人員可以繼續(xù)創(chuàng)建覆蓋報告來了解和確定被測試用例覆蓋的要求的比例有多大。重要的是，通過保持這種關(guān)聯(lián)，有助于設(shè)置和檢查整個項目的可追溯性。
先決條件 - 描述了形成前提的或必須在測試人員可以真正開始運行/執(zhí)行測試用例之前發(fā)生的事物。
后置條件 - 不像先決條件，后置條件說明了需在測試用例運行/執(zhí)行完成之后發(fā)生的事物。通常是產(chǎn)生適當(dāng)?shù)拇_認(rèn)，如發(fā)送電子郵件通知等。
預(yù)期結(jié)果 - 本部分詳細(xì)介紹了必須在測試員認(rèn)為測試運行已取得成功前獲得的結(jié)果列表。它可能包含了結(jié)果代碼的文件或圖像。
測試腳本 - 本部分概述了與特定的測試用例相關(guān)的測試腳本。通常，測試腳本有幾種類型，包括手動測試腳本，關(guān)鍵字啟用測試腳本，及其中每個測試腳本都包含用來實現(xiàn)一個測試用例的指示的自動化功能測試腳本。
在執(zhí)行過程中，不像使用工具自動運行的自動化測試腳本，手工測試腳本是用語句處理語句。
測試執(zhí)行記錄 - 通常測試執(zhí)行記錄包含測試用例的詳細(xì)信息，及從測試用例執(zhí)行產(chǎn)生的高層次結(jié)果的細(xì)節(jié)。
重要的是，它們提供測試執(zhí)行所需的相關(guān)硬件和軟件環(huán)境的細(xì)節(jié)。例如，如果當(dāng)運行在兩個不同的操作系統(tǒng)和兩個不同的硬件平臺上，且使用了不同的瀏覽器的測試用例通過了，那么測試員可以為這些組合中的每一個創(chuàng)建測試執(zhí)行記錄。
測試執(zhí)行記錄還包含與該測試用例運行，測試運行的詳細(xì)記錄，以及所有執(zhí)行結(jié)果的詳細(xì)歷史相關(guān)的的整體結(jié)果。
附件 – 本部分通常包含了支持測試用例的所有文檔和文件。
風(fēng)險評估表 - 本部分意在列出與某個特定的測試用例相關(guān)的風(fēng)險。
所以，當(dāng)上述所有部分都與測試用例相關(guān)，且如果這樣的測試?yán)粓?zhí)行，那么是一個好的跡象：關(guān)于實現(xiàn)完整的測試覆蓋率，效率等方面的標(biāo)準(zhǔn)已達(dá)到。
版權(quán)聲明：本文出自 SPASVO澤眾軟件測試網(wǎng)：http://zxzscq.com/news/html/2014321163429.html
原創(chuàng)作品，轉(zhuǎn)載時請務(wù)必以超鏈接形式標(biāo)明本文原始出處、作者信息和本聲明，否則將追究法律責(zé)任。
