并發性(壓力測試)指的是多個用戶試圖同時訪問相同數據的處理方式，問題的關鍵在于如何設計應用程序對并發性問題的處理方式，特别是當前很多系統都存在多用戶對共享資源的訪問，常見的解決方案如下：

　　1：保守方法：這種并發性模型在數據上加了鎖，如一個用戶在操作數據庫的一條記錄時，在允許編輯的環境中，系統就會拒絕來自其它用戶讀取數據的請求。對于很可能出現一個以上用戶同時編輯相同數據的情況時，最适合采用這種方式，雖然這種方式在實現上有一定的複雜度。

　　在此模式下測試并發性主要關心的是驗證能否正确地取得、釋放加在記錄上的鎖，并且正确處理應用程序中所有可能更新這條記錄的部分。

　　a :鎖的獲得：因為同一時刻隻有一個用戶能夠進入一條數據記錄或數據項的更新狀态，所以關鍵是系統必須把鎖正确地分配給第一個請求的用戶。獲得鎖的操作應該是可操作的，具體的做法是：讓兩個用戶試圖同時進入編輯狀态或者也可以使用大量的請求，對于後者我們可以使用一個腳本來産生多個同時的編輯數據請求，以此來驗證隻有一個請求獲得成功。

　　b :鎖的效用：驗證鎖的有效性必須确保其它任何用戶不能用任何方式修改這個數據(如修改和删除)，具體的驗證方法是：讓一個用戶打開一條記錄(進入編輯模式并且保持這個狀态)，同時其它用戶在應用程序的所有地方試圖編輯、删除等一切方法更新數據，系統應該拒絕所有其它用戶更新數據的企圖。

　　c :鎖的釋放：必須驗證：當編輯數據的用戶釋放了該條記錄後，系統能夠讓其它用戶編輯該條記錄，另一個注意的方面是錯誤處理，也就是持有鎖的用戶用到錯誤的情況下(如客戶端崩潰)，系統應該完成什麼樣的操作，系統從釋放鎖的故障中重新恢複的能力要重點考慮。

　　2：開放方式：在此模式中，總是允許用戶讀取數據，甚至還可能允許更新數據，但當用戶試圖保存數據時，系統會自動檢查自從這個用戶檢索數據以後是否有其它人更新過數據，如果數據發生了變化，那麼更新就失敗。這種方法比保守模型允許更多的用戶查看數據，所以它适用于不太可能出現多人同時修改同一數據的情況。

　　在此模式下，更新是唯一需要關注的要點，最佳的測試方法是綜合手動和自動測試技術，在手動測試時，兩個測試人員編輯數據，然後試圖同時保存數據，一個用戶更新的操作成功後，另一個用戶得到的消息是内容是其它用戶已經更新了數據，此時他隻有重新裝載數據并且重新完成修改操作。在使用自動海量的測試方法時，同理，隻有一個用戶能更新記錄，而其它用戶都收到提示，因為其它用戶已經更新了數據，所以他的操作無效。

　　3：無并發保護，是所有模式中最簡單的一種，通俗地說即勝利屬于最後一個用戶，但當兩個用戶同時修改一條記錄時，可能導緻數據損壞。

　　在此模式下，無論更新請求的順序如何，所有用戶都應該成功完成更新操作，特别需要關注的是數據的完整性和更新錯誤，如：當一個用戶更新某記錄的同時，它确被删除了。

　　處理并發測試時還要注意，當相同的數據可以通過不同的界面或者功能更新時，應該測試所有可能訪問這條記錄的功能。c

更多精彩资讯请关注tft每日頭條，我们将持续为您更新最新资讯!