軟件質量保證與測試

5.3系統(tǒng)測試SoftwareQualityAssuranceandTesting5.3.2系統(tǒng)測試項目(3)第5章軟件測試過程

并發(fā)測試是一種性能測試，主要測試當有多個用戶并發(fā)訪問同一個應用、模塊或者數據時是否會產生隱藏的并發(fā)問題，如內存泄漏、線程鎖、資源爭用問題，幾乎所有的性能測試都會涉及并發(fā)測試。并發(fā)測試一般只需針對軟件容易出現并發(fā)、使用頻繁的核心功能模塊進行并發(fā)測試。測試系統(tǒng)在高并發(fā)的情況下，會不會出現問題，能不能穩(wěn)定運行，以及能否保持較好的響應速度。并發(fā)測試并發(fā)測試的目的，一方面是為了獲得確切的并發(fā)性能指標，另外一個重要的方面就是為了發(fā)現并發(fā)可能引起的問題。在具體的性能測試工作中，并發(fā)用戶往往都是借助工具來模擬的，例如

LoadRunner

性能測試工具中叫做虛擬用戶。如果真的讓成百上千人實際操作計算機來做并發(fā)測試的話，環(huán)境要求、測試成本都很高、測試時間也會比較長，很多情況下基本不具備可行性，當然也沒有這個必要。并發(fā)測試

對一個系統(tǒng)進行并發(fā)測試時，需要先確定用戶并發(fā)數，也就是明確這個系統(tǒng)會有多少用戶并發(fā)訪問系統(tǒng)。而確定用戶并發(fā)數，還需要分析用戶對系統(tǒng)的使用情況并進行估算。用戶并發(fā)數例如：某公司OA系統(tǒng)注冊賬號數或者說用戶總數有2000人；最高峰在線500人。但是最高峰在線500人，并不等于最多會有500個并發(fā)用戶，即在線人數不等于并發(fā)人數。

500人中，可能有40%只是在瀏覽公司首頁新聞、公告板之類，40%用戶打開了公司OA系統(tǒng)，但沒有進一步的操作，這兩類操作幾乎不對服務器產生持續(xù)的壓力；另外20%用戶在進行業(yè)務流程操作，如查詢、修改數據等。在這種情況下，只有后面的20%用戶在對服務器造成實質性的性能影響。用戶并發(fā)數如果我們把查詢、修改數據作為一個業(yè)務，那么可以把并發(fā)執(zhí)行這些業(yè)務的用戶稱為并發(fā)用戶，并把他們的數量計為用戶并發(fā)數。關于并發(fā)用戶數有兩個算式：計算平均并發(fā)用戶數：計算并發(fā)用戶峰值數：用戶并發(fā)數公式（1）中，C是平均的并發(fā)用戶數；n是登錄會話loginsession的數量；L是loginsession的平均長度；T指考察的時間段長度。公式（2）則給出了并發(fā)用戶數峰值的計算方式中，其中，C’指并發(fā)用戶數的峰值，C就是公式（1）中得到的平均的并發(fā)用戶數。該公式的得出是假設用戶loginsession的產生符合泊松分布而估算得到的。用戶并發(fā)數

假設有一個管理信息系統(tǒng)，該系統(tǒng)有3000個注冊用戶，平均每天大約有400個用戶要訪問該系統(tǒng)。對一個典型用戶來說，一天之內用戶從登錄到退出該系統(tǒng)的平均時間為4小時，用戶只在每天工作時間段9:00——17:00的8小時內使用該系統(tǒng)。用戶并發(fā)數計算實例

那么根據公式（1）和公式（2），計算可得：平均并發(fā)用戶數：C=400*4/8=200并發(fā)用戶峰值數：C’≈200+≈242用戶并發(fā)數計算實例

也有一個簡單的做法，就是把每天訪問系統(tǒng)用戶數的10%作為平均的并發(fā)用戶數。最大的并發(fā)用戶數可在平均并發(fā)用戶數上乘以2。用戶并發(fā)數

確定用戶并發(fā)數之后，即可實施相應的并發(fā)測試。例如，已計算得出某軟件系統(tǒng)登錄模塊每秒最大并發(fā)用戶數為100，那么可以采用性能測試工具模擬100個并發(fā)用戶來執(zhí)行登錄操作，測試系統(tǒng)響應時間是否還在允許范圍內。并發(fā)測試負載測試也屬于性能測試，主要測試當負載變化時，系統(tǒng)各項性能指標的變化情況。通過負載測試，可以明確系統(tǒng)在各種工作負載下的性能，指導系統(tǒng)的部署和應用。負載測試是對軟件系統(tǒng)模擬施加各種負載，通過不斷加載或其它加載方式來觀察不同負載下系統(tǒng)的響應時間、數據吞吐量、系統(tǒng)資源（如CPU、內存）占用等情況，檢驗系統(tǒng)的行為和特性，以發(fā)現系統(tǒng)可能存在的各種性能問題。負載測試遞增加載

有規(guī)律地逐漸增加用戶，每隔一段時間增加一些新用戶。借助這種加載方式的測試，容易發(fā)現性能的拐點，即性能瓶頸的位置。一次加載

一次性加載一定數量的用戶，并在預定的時間段內持續(xù)運行。例如模擬早晨上班時用戶集中訪問系統(tǒng)或登錄網站時的情景。負載測試負載測試中，加載的方式有多種，如：隨機加載方式

由隨機算法自動生成某個數量范圍內的負載數，然后動態(tài)加載。高低突變加載

某個時間用戶數量很大，突然降級到很低，然后過一段時間，又突然加到很高，反復幾次。借助這種負載方式，容易發(fā)現資源釋放、內存泄漏等方面的問題。負載測試壓力測試可以被看作是負載測試的一種，即高負載下的負載測試。壓力測試是要通過確定一個系統(tǒng)的瓶頸或者不能接受的性能點，來明確系統(tǒng)能提供的最大服務級別。壓力測試是持續(xù)不斷地給被測系統(tǒng)增加壓力，直到被測系統(tǒng)被壓垮，從而找到系統(tǒng)能承受的最大壓力。通過壓力測試可以知道系統(tǒng)能力的極限，有時需要通過壓力測試找出系統(tǒng)瓶頸之所在，然后改進系統(tǒng)，提升系統(tǒng)能力。壓力測試目的：明確系統(tǒng)長時間高負載工作時的性能。內容：在系統(tǒng)穩(wěn)定運行下，模擬最大或者恰當的負載、長時間運行系統(tǒng)，一般是連續(xù)72個小時以上，通過綜合分析執(zhí)行指標和資源監(jiān)控情況來分析系統(tǒng)的穩(wěn)定性，明確系統(tǒng)長時間高負載工作時的性能指標和變化過程。疲勞強度測試大數據量測試分為兩種情況：獨立的大數據量測試針對某些系統(tǒng)的數據存儲、傳輸、統(tǒng)計、查詢等業(yè)務進行大數據量測試綜合大數據量測試和壓力測試、負載測試、疲勞強度測試相結合的綜合測試大數據量測試在各種管理信息系統(tǒng)、電子交易系統(tǒng)的長期使用中，數據累積量很大，尤其是隨著大數據的應用，數據量更是爆炸性增長，對于這樣的系統(tǒng)，應當做大數據量測試，以防止因為數據量過大，超過系統(tǒng)處理能力而導致嚴重問題。大數據量測試文檔是軟件的一部分，很重要！軟件文檔分為三類：用戶文檔、開發(fā)文檔、管理文檔文檔測試：檢驗文檔的完整性、正確性、規(guī)范性、一致性、易理解性、易瀏覽性。軟件文檔管理文檔用戶文檔開發(fā)文檔文檔測試界面是軟件與用戶交互最直接的部分，界面的好壞決定用戶對軟件的第一印象。設計良好的界面能夠引導用戶自己完成相應的操作，起到向導的作用?，F在的軟件絕大多數都是圖形用戶界面，簡稱GUI。需要測試的對象主要是窗口、菜單、鼠標操作、提示信息等。界面測試關于窗口應注意：窗口能否基于相關的輸入或菜單命令正確地打開；窗口能否改變大小和移動；窗口中是否有相關的下拉式菜單、工具條、滾動條、輸入框、按鈕、圖標和其它控制，這些內容是否既顯示正確又完全可用；多次或不正確按鼠標是否會產生無法預料的結果；窗口能否正確被關閉等。界面測試關于菜單應注意：菜單顯示是否正確菜單操作能否正確進行菜單功能是否正確菜單項能否隨當前的適用情況正常顯示或變灰，即當前不能用的菜單