(二)測試時間選擇系統空閑時間

　　對于系統并發負載測試或者其他可能影響系統運行并導致系統崩潰的測試操作，可以安排在系統空閑時間進行，出現系統異常時有時間可進行系統的恢復工作，不致于影響業務的正常運行。

　　(三)給測試數據加標記

　　對于系統測試過程中產生的垃圾數據要進行特殊標記，測試結束后要及時清理。測試數據可以事先準備并予以特殊標記，也可以是帶有特定意義的區域數據或者是特殊時間段內的數據，這樣，當系統測試結束后，我們可以根據這些特殊標記將相應的垃圾數據刪除，保證系統的正常運行，對于那些需要直接在系統中進行變更的數據在相應的業務操作和功能確認完成后應予以及時恢復，確保將系統恢復到數據變更前的正常狀態。

　　(四)實時關注系統狀態

　　在具體實施系統并發負載測試時，應按照指標驅動和用戶逐漸增加的方法對系統進行測試。在測試過程中，應實時關注系統狀態，當系統不能承受相應的壓力時，測試立即終止，以有效保證測試不會超出系統的大可承受壓力，避免系統崩潰和數據損壞。

　　三、實際工作中風險規避方法的運用

　　案例1：“計生委人口宏觀管理與決策信息系統”，系統上線運行一年，業務數據實行中心集中管理。對系統進行“流入人口登記”負載壓力測試，并發用戶數分別為100、200、500。

　　分析該系統的實際情況，各區縣上報的業務數據在中心實行集中管理，在測試過程中如果由于系統壓力過大，出現系統崩潰或數據損壞的情況，那么將會導致系統不可用或一整年的業務數據丟失，損失一旦造成將不可挽回。基于以上的考慮，在測試中我們采用了方法一、二、四來進行風險規避。首先，我們將測試時間安排在進行，避開了業務系統使用的繁忙期；其次，在實施測試前，要求廠商進行全庫數據備份，并做了數據恢復測試，在確保數據可以正確恢復的情況下開始進行測試；同時，在測試實施過程中，對必要的操作系統、數據庫的指標進行監控，根據系統的資源占用情況和響應時間等判斷是否可進一步對系統施加壓力。在測試結束后，廠商對系統進行了數據恢復，使系統恢復到了測試前的初始狀態，避免了數據丟失或損壞的風險。

　　案例2： “北京市社會保險信息系統升級改造項目”，根據業務情況，需進行“183號令補繳明細錄入”操作的負載壓力測試。但該操作為不可逆操作，即系統未提供取消補繳的操作，為了清除測試數據，需手工修改數據庫。

　　在這個項目測試中，我們采用了方法二、三、四進行風險規避，首先選擇進行測試；其次，為了保障測試結束后系統可恢復到測試前的狀態，我們選擇對北京市石景山區的參保用戶進行該操作，測試執行完成后，由廠商對石景山區的數據進行了恢復，確保系統與測試前保持一致。

　　四、總結

　　在現在的系統測試，特別是大型項目的測試中，系統性能的好壞已經成為評價系統總體質量的一個必不可少的方面，作為第三方評測服務機構的我們，在生產環境實施性能測試的時候，必須對系統進行深入的了解，分析系統特點，采取合適的測試方法并綜合運用風險規避手段，既要準確的獲得系統的性能數據，又要保證系統的安全，這樣才是一個成功的性能測試。