? 測試看起來最常見最普遍的狀態轉換;
? 測試狀態之間最不常用的分支;
? 測試所有錯誤狀態及其返回值;
? 測試隨機狀態轉換。
2. 2.2.4 競爭條件測試技術
競爭條件典型情形參考如下:
? 兩個不同的程序同時保存或打開同一個文檔;
? 共享同一臺打印機,通信端口或者其他外圍設備;
? 當軟件處于讀取或者修改狀態時按鍵或者單擊鼠標;
? 同時關閉或者啟動軟件的多個實例;
? 同時使用不同的程序訪問一個共同數據庫。
2. 2.3 負載\壓力測試(StressTest)
在這里的負載\壓力和功能測試中的不同，他是系統測試的內容，是基本功能已經通過后進行的�？梢栽�集成測試階段，亦可以在系統測試階段進行。
使用負載測試工具進行，虛擬一定數量的用戶看一看系統的表現，是否滿足定義中的指標。
負載測試一般使用工具完成，loadrunner，webload，was，ewl，e-test等，主要的內容都是編寫出測試腳本，腳本中一般包括用戶常用的功能，然后運行，得出報告。所以負載測試包括的主要內容就不介紹了。
負載測試技術在各種極限情況下對產品進行測試 (如很多人同時使用該軟件，或者反復運行該軟件)，以檢查產品的長期穩定性。例如，使用壓力測試工具對web服務器進行壓力測試。本項測試可以幫助找到一些大型的問題，如死機、崩損、內存泄漏等，因為有些存在內存泄漏問題的程序，在運行一兩次時可能不會出現問題，但是如果運行了成千上萬次，內存泄漏得越來越多，就會導致系統崩滑。用J2EE實現的系統很少但是并不是沒有內存問題。
? 無論什么工具基本的技術都是利用線程技術模仿和虛擬用戶，在這里主要的難點在與測試腳本的編寫，每種工具使用的腳本都不一樣，但是大多數工具都提供錄制功能就算是不會編碼的測試人員同樣可以測試。
? 對負載工具的延伸使用可以進行系統穩定性測試，系統極限測試，如使用100的Load Size連續使用24小時，微軟定義的通過準則是通過72小時測試的程序一般不會出現穩定性的問題。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
