軟件測試中獲取負面測試用例的技術(shù)

第第頁軟件測試中獲取負面測試用例的技術(shù)故障模式和結(jié)果分析FailureModeandEffectsanalysis“ThesiteisdesignedtobeviewedwithInternetExplorer4.5orlater”–負面測試可以使用IE3.0或Netscape.

“Nomorethanfiveuserswillusethesystematthesametime”–負面測試可以嘗試6個，然后8。

概括來說，測試包括度量和觀察系統(tǒng)的行為勝于直接逆著期望結(jié)果測試。這只能在系統(tǒng)的操作參數(shù)之外工作時被使用，并且這種觀察可能導(dǎo)致對系統(tǒng)的進一步了解。

2.4.故障模式和結(jié)果分析

從對潛在的技術(shù)，實現(xiàn)和已知故障的分析來預(yù)見系統(tǒng)特有的故障是很有可能的。這種分析是觀察在故障條件下系統(tǒng)行為的測試基礎(chǔ)。捕獲和文檔化這種信息是非常重要的－特別是如果他們允許診斷數(shù)據(jù)和環(huán)境。對于那些監(jiān)視他們系統(tǒng)并且擁有在系統(tǒng)被使用時（例如銀行，電話公司）可以采取行動的技術(shù)專家的組織而言，這些文檔通常是測試的必要輸出。另一方面，對于更廣泛的分布式軟件包來說，這些信息也可以成為FAQ或故障診斷指南的一部分。

這些測試可能不可能在沒有一個有效的測試工具或應(yīng)用驅(qū)動下執(zhí)行。這樣的工具通常是自定制的，并且可能需要在代碼的已提交版本里運行。

然而，象CannedHEAT和Holodeck(都出自theFloridaInstituteofTechnology,[6])這樣的工具允許將普通性故障引入到運行在Windows的軟件中。

6.4.1.故障家族

有很多來源可以幫助你開發(fā)故障模式的家族。既有故障的根本原因分析，系統(tǒng)設(shè)計文檔，基礎(chǔ)設(shè)施特有問題的知識能夠幫助識別故障模式，并且因此為獲取測試提供來源。

以下列表雖不詳盡，但或許可以幫助引發(fā)更多的關(guān)于可能的故障想法。

外部資源：反應(yīng)遲鈍或緩慢的，莫明其妙或不恰當(dāng)?shù)姆磻?yīng)。

協(xié)處理器故障：獨特的間斷處理器，多任務(wù)和遞歸

并發(fā)使用：資源鎖定，請求已拒絕的鎖定，死鎖，鎖定響應(yīng)延遲

犧牲處理器Sacrificialprocesses：允許失敗的處理器并且用可控方式恢復(fù)

文件系統(tǒng)：文件不能被找到，打開，讀，寫，權(quán)限變更，文件系統(tǒng)識別介質(zhì)錯誤，介質(zhì)移除，介質(zhì)裝滿

網(wǎng)絡(luò)：網(wǎng)絡(luò)中斷，網(wǎng)絡(luò)忙碌/緩慢，傳輸段丟失、損壞、無序，處理器之間的對話被中斷

內(nèi)存：不足以給請求的分配，碎片

已達到的限制：排隊，licences，線程，連接，數(shù)組大小，資源分配

2.5.并發(fā)

測試對資源的并發(fā)使用可以是一個非常富有成效的找bug方法。初始分析包括鑒別也許會嘗試同時使用的數(shù)據(jù)，數(shù)據(jù)庫條目，文件、連接和超過一個處理器的硬件。通過允許測試者在系統(tǒng)之前利用資源，簡單，定制的工具可能有些幫助,并且在他們選擇的時候發(fā)布它。測試也應(yīng)該檢查第二個請求者最終得到了資源。更加復(fù)雜的測試將著眼于二個以上的請求,排隊,超時和死鎖。

2.6.用例和誤用的用例

用例，在實踐中趨向于處理系統(tǒng)的‘happypath’。各種錯誤輸入的覆蓋，拒絕的循環(huán)和部分轉(zhuǎn)換通常是很稀少的?！`用的用例’術(shù)語，雖然不是偏僻的標(biāo)準(zhǔn)，但是能夠幫助明確地識別和區(qū)分他們。執(zhí)行這些