軟件可能進入的每一種獨立狀態;
從一種狀態轉入另一種狀態所需的輸入和條件;
進入或退出某種狀態時的設置條件及輸入結果.
l 具體測試方法可以參考如下:
每種狀態至少訪問一次;
測試看起來最常見最普遍的狀態轉換;
測試狀態之間最不常用的分支
測試所有錯誤狀態及其返回值
測試隨機狀態轉換
2.2.4 競爭條件測試技術
l 競爭條件典型情形參考如下:
兩個不同的程序同時保存或打開同一個文檔
共享同一臺打印機,通信端口或者其他外圍設備
當軟件處于讀取或者修改狀態時按鍵或者單擊鼠標
同時關閉或者啟動軟件的多個實例
同時使用不同的程序訪問一個共同數據庫
2.3 負載\壓力測試(StressTest)
l 在這里的負載\壓力和功能測試中的不同,他是系統測試的內容,是基本功能已經通過后進行的.可以在集成測試階段,亦可以在系統測試階段進行.
l 使用負載測試工具進行,虛擬一定數量的用戶看一看系統的表現,是否滿足定義中的指標.
l 負載測試一般使用工具完成，loadrunner，webload，was，ewl，e-test等，主要的內容都是編寫出測試腳本，腳本中一般包括用戶一般常用的功能，然后運行，得出報告。所以負載測試包括的主要內容就不介紹了。
l 負載測試技術在各種極限情況下對產品進行測試 (如很多人同時使用該軟件，或者反復運行該軟件)，以檢查產品的長期穩定性。例如，使用壓力測試工具對web服務器進行壓力測試. 本項測試可以幫助找到一些大型的問題，如死機、崩損、內存泄漏等，因為有些存在內存泄漏問題的程序，在運行一兩次時可能不會出現問題，但是如果運行了成千上萬次，內存泄漏得越來越多，就會導致系統崩滑。用J2EE實現的系統很少但是并不是沒有內存問題.
無論什么工具基本的技術都是利用線程技術模仿和虛擬用戶，在這里主要的難點在與測試腳本的編寫，每種工具使用的腳本都不一樣，但是大多數工具都提供錄制功能就算是不會編碼的測試人員同樣可以測試。
對負載工具的延伸使用可以進行系統穩定性測試，系統極限測試，如使用100的Load Size連續使用24小時，微軟定義的通過準則是通過72小時測試的程序一般不會出現穩定性的問題。
2.4 回歸測試 (Regression Test)
l 過一段時間以后，再回過頭來對以前修復過的Bug重新進行測試，看該Bug 是否會重新出現。
回歸測試技術可以在測試的各個階段出現，無論是單元測試還是集成測試還是系統測試。是對以前問題進行驗證的過程。
回歸測試的目的就是保證以前已經修復的Bug不會再出現。實際上，許多Bug都是在回歸測試時發現的，在此階段，我們首先要檢查以前找到的Bug 是否已經更正了。值得注意的是，已經更正的Bug 也可能又回來了，有的Bug 經過修改之后可能又產生了新的Bug。所以，回歸測試可保證已更正的Bug不再重現，不產生新的Bug。
2.5 Alpha 和Beta 測試 (Alpha and Beta Test):
l 在正式發布產品之前往往要先發布一些測試版，讓用戶能夠反饋出相關信息，或者找到存在的Bug，以便在正式版中得到解決。
l 特別是在有客戶參加的情況下，對系統進行測試可能會出現一些我們沒有考慮的情況，還可以解決一些客戶實際關心的問題
不同的測試技術區分
文章來源于領測軟件測試網 http://www.kjueaiud.com/
