【文章內容簡介】 添加幾種類型的檢查點，以便驗證組件是否按預期運行。在測試結束之后，用戶的可以的到系統(tǒng)自動生成的詳細測試結果。LoadRunnerLoadRunner是一種預測系統(tǒng)行為和性能的負載測試工具。通過以模擬上千萬用戶實施并發(fā)負載及實時性能監(jiān)測的方式來確認和查找問題。LoadRunner是一種適用于各種體系架構的自動負載測試工具，它能預測系統(tǒng)行為并優(yōu)化系統(tǒng)性能。LoadRunner的測試對象是整個系統(tǒng)，它通過模擬實際用戶的操作行為和實行實時性能監(jiān)測，來幫助更快的查找和發(fā)現(xiàn)問題。使用LoadRunner的Virtual User Generator，您能很簡便地創(chuàng)立起系統(tǒng)負載。該引擎能夠生成虛擬用戶，以虛擬用戶的方式模擬真實用戶的業(yè)務操作行為。它先記錄下業(yè)務流程(如下訂單或機票預定)，然后將其轉化為測試腳本。建立測試腳本后，可以對其進行參數(shù)化操作，這一操作能讓測試人員利用幾套不同的實際發(fā)生數(shù)據(jù)來測試系統(tǒng)，從而反映出本系統(tǒng)的負載能力。測試完成之后，LoadRunner會提供系統(tǒng)的性能測試結果，包括事物的最大響應時間、平均響應時間和事物成功率等信息。通過對這些信息的分析，測試人員就可以找出系統(tǒng)存在的性能瓶頸，對系統(tǒng)提出改進意見[6]。第2節(jié) 系統(tǒng)測試計劃根據(jù)系統(tǒng)的測試需求，計劃對系統(tǒng)實施的測試主要包括后臺和前臺的功能測試，以及前臺的性能測試。因為在后臺管理模塊中的用戶量不是很大，操作頻率也不是很高，所以就不對其進行性能方面的測試。1. 系統(tǒng)功能測試計劃因為系統(tǒng)分為后臺管理模塊和前臺模塊，所以在進行功能測試的時候，需要分開進行。后臺的功能測試主要包括后臺登陸測試，用戶管理模塊，論壇管理模塊等。后臺登路的測試主要針對不同輸入情況下，檢查系統(tǒng)是否能夠正確的處理，包括輸入正確的用戶名和密碼，輸入正確的用戶名錯誤的密碼，輸入錯誤的用戶名等情況。用戶管理模塊的功能測試則按照逐項測試的原則，根據(jù)系統(tǒng)提供的所有功能，進行深度測試。論壇管理模塊同樣采用深度測試的方法，測試每個系統(tǒng)功能。用戶登錄主要采用自動測試的方法，其他的模塊功能測試則采用手工測試。前臺的功能測試則根據(jù)系統(tǒng)劃分的模塊，對核心模塊進行測試，包括登錄模塊的測試，用戶發(fā)帖、回復模塊的測試，用戶發(fā)送短信的測試等。和后臺模塊類似，登錄的測試主要采用自動測試，通過測試用例的設計，來模擬不同的輸入情況。其他模塊的測試主要采用手工的方法，進行深度的測試。期望通過全面的功能測試，找出系統(tǒng)存在的問題，并對系統(tǒng)的改進提出意見。2. 系統(tǒng)性能測試計劃系統(tǒng)的性能測試主要針對前臺模塊，因為該模塊的使用頻率比較高，大部分的用戶活動都集中在這個模塊中。用戶在前臺進行的操作包括系統(tǒng)的登錄、發(fā)表帖子、發(fā)表回復、上傳附件、撰寫博客等等。因為用戶的數(shù)量可能會越來越多，同時發(fā)生的系統(tǒng)操作也會越來越多，為了獲得系統(tǒng)在復雜情況下的性能表現(xiàn)，將對這些情況進行模擬，并的到系統(tǒng)的性能參數(shù)，以作為系統(tǒng)的改進參考。在性能測試中要模擬的用戶情況有多用戶同時登錄系統(tǒng)，多用戶同時發(fā)布帖子或回復以及用戶上傳不同大小的附件等。性能測試將通過測試工具來設置這些用戶環(huán)境。因為進行的是本地測試，所以在進行結果分析的時候，需要考慮網(wǎng)絡的傳輸情況，以盡可能真實的反映系統(tǒng)性能[10]。3. 其他測試其他測試包括鏈接測試，界面測試以及兼容性測試。其中鏈接測試主要采用自動測試的方法，找出系統(tǒng)的鏈接存在的問題。界面測試則主要針對系統(tǒng)界面的易用性、合理性進行測試。兼容性測試通過在不同的平臺下運行系統(tǒng)，查看系統(tǒng)是否能夠正常工作。這里主要通過在不同的瀏覽器下登錄系統(tǒng)并進行一系列的操作，查看系統(tǒng)的功能是否完整，網(wǎng)頁的顯示是否正常等。第3節(jié) 系統(tǒng)測試準側1. 系統(tǒng)缺陷級別定義級別1：微小，系統(tǒng)的友好性等存在不足。像文字的美化不好、色彩搭配不恰當、系統(tǒng)界面布局不合理等。級別2：一般，系統(tǒng)的易用性不會，給用戶帶來不便等。像文字顯示不規(guī)范，圖片顯示不正確，提示消息不恰當?shù)取＜墑e3：較嚴重，影響到系統(tǒng)的基本功能。像鏈接錯誤，頁面跳轉失敗，附件顯示不正確等。級別4：嚴重，系統(tǒng)的功能存在重大缺陷，導致系統(tǒng)部分功能不能正常使用。像由于程序所引起的死機，非法退出，死循環(huán)，數(shù)據(jù)庫發(fā)生死鎖，錯誤操作導致的程序中斷，嚴重的計算錯誤，與數(shù)據(jù)庫連接錯誤，數(shù)據(jù)通訊錯誤等。級別5：致命，因為系統(tǒng)存在嚴重缺陷，導致系統(tǒng)死機、藍屏，系統(tǒng)的無法運行甚至崩潰等。2. 系統(tǒng)性能指標(1)單個事物操作時用戶的等待時間不超過10秒；(2)多個事物操作時，沒有任何事物失??；(3)10個用戶并發(fā)操作時，8個以上用戶的事物平均響應時間不超過5秒；(4) 50個用戶并發(fā)操作時，90%的事務平均響應時間不超過10秒；(5)100個用戶發(fā)操作時，90% 的事務平均響應時間不超過15秒；第4章　 論壇系統(tǒng)測試用力設計與實施第一節(jié) 功能測試1. 后臺管理測試管理員登錄界面如圖411所示，管理員需要輸入正確的用戶名和密碼才能登錄系統(tǒng)。不同權限的管理員可以進入系統(tǒng)之后，將有不同的操作。這部分將使用Quick ，在測試之前將進行腳本的錄制，然后通過對腳本的增強，完成登錄場景的模擬。圖411管理員登錄界面因為登錄時輸入的情況可能存在差異，有可能用戶輸入了錯誤的用戶名和密碼，或者正確的用戶名和錯誤的密碼等，所有在設計測試用例時，主要采用等價類劃分和邊界值測試的方法。測試用例如表411所示。表411(a) 管理員登錄模塊測試用例表頭項目名稱管理員登錄模塊測試開發(fā)人員XXX模塊名稱管理員登錄模塊用例作者王靖參考信息需求規(guī)格說明書、設計說明書測試類型功能測試設計日期20100329測試人員王靖測試方法手動測試+自動測試測試日期20100330優(yōu)先級1測試對象測試管理員能否正常登錄前置條件正確的用戶名admin和密碼123456表43（b）管理員登錄模塊測試用例用例編號操作輸入數(shù)據(jù)預期結果實際結果測試狀態(tài)（P/F）11輸入正確的用戶名和密碼，點擊“登錄”按鈕用戶名：admin密碼：123456成功登錄成功登錄，進入系統(tǒng)管理主頁P12輸入正確的用戶名、正確的密碼，點擊鍵盤的“確定”鍵用戶名：ben密碼：123456成功登錄成功登錄，進入系統(tǒng)管理主頁P13輸入正確的用戶名和密碼，將字符的大小寫改變，點擊“登錄”按鈕用戶名：Admin密碼：123不能正常登錄，提示“用戶名不存在或錯誤”不能成功登錄，提示為“您的密碼不正確”F14輸入錯誤的用戶，點擊“登錄”按鈕用戶名：jjj密碼：123顯示提示信息“用戶名不正確”顯示提示信息“用戶名不正確”P15反復輸入正確的用戶名和錯誤的密碼用戶名：admin密碼：123顯示提示信息“密碼不正確”當三次輸入錯誤的密碼之后，顯示驗證碼輸入框顯示提示 “密碼不正確”當三次輸入錯誤的密碼后，顯示驗證碼輸入框P16用戶名和密碼為空，點擊“登錄”按鈕用戶名：密碼：顯示提示信息“請?zhí)顚懙卿浻脩裘憋@示提示信息“請?zhí)顚懙卿浻脩裘盤17用戶名為空，密碼不為空，點擊“登錄”按鈕用戶名：密碼：123顯示提示信息“請?zhí)顚懙卿浻脩裘憋@示提示信息“請?zhí)顚懙卿浻脩裘盤18用戶名不為空，密碼為空，點擊“登錄”按鈕用戶名：admin密碼：顯示提示信息“請?zhí)顚懙卿浢艽a”顯示提示信息“請?zhí)顚懙卿浢艽a”P注：實際結果和輸出狀態(tài)在測試完成之后填寫。2. 錄制腳本運行Quick ，在URL框輸入“://localhost/upload/”，然后使用戶名“admin”和密碼“123”登錄系統(tǒng)。成功登錄之后，退出。得到的腳本如圖412所示。圖 412 管理員登錄模塊測試腳本腳本錄制完成之后，為了模擬不同的登錄情況，需要對腳本進行增強。使用參數(shù)化的方法，將設計的測試用例通過數(shù)據(jù)表的方式導入測試腳本之中。為了測試用戶登錄是否成功，還將在頁面中插入文本檢查點和圖像檢查點。參數(shù)化之后的測試腳本如圖413所示。圖 412 參數(shù)化之后的登錄模塊測試腳本3. 執(zhí)行測試完成測試腳本的增強之后，運行腳本，就開始測試了。因為之前設計了8個測試用例，所以將運行8次測試腳本。在執(zhí)行過程中，因為當輸入錯誤是，不能回到之前錄制的界面，所以還需要手動回到腳本錄制時的頁面。4. 測試結果從測試的結果來看，登錄模塊只存在一個提示錯誤，就是在將正確的用戶名大小寫改變的時候，系統(tǒng)提示不合理，屬于級別1的錯誤。第二節(jié) 性能測試1. 系統(tǒng)分析論壇主要分為前臺和后臺兩大塊。后臺主要提供給管理員，用于論壇的日常管理。因為管理員的數(shù)量相對于普通用戶來說很少，進行管理操作的頻率也不是很高，所有對系統(tǒng)的性能測試主要集中在前臺模塊。普通用戶在前臺可以登錄論壇，瀏覽論壇帖子，發(fā)表主題，上傳圖片，發(fā)送短信等等。2. 系統(tǒng)壓力估算系統(tǒng)注冊用戶數(shù)大約在5000人左右。白天同時在線的人數(shù)占總人數(shù)的5%，大約250人，并發(fā)操作用戶占在線人數(shù)的15%，約37人。晚上同時在線的人數(shù)占總人數(shù)的15%，約750人，進行并發(fā)操作用戶數(shù)占在線人數(shù)的30%，約225人。3. 性能測試模塊因為環(huán)境和條件的限制，對論壇系統(tǒng)的性能測試不能全部進行，這里主要選取系統(tǒng)的核心模塊和業(yè)務進行測試。包括一下業(yè)務：(1)用戶登錄；(2)發(fā)表帖子；(3)上傳圖片；(4)綜合業(yè)務。4. 測試場景設計(1) 用戶登錄模塊取并發(fā)登錄系統(tǒng)的人數(shù)為50、100、200。通過逐漸增加并發(fā)用戶數(shù)，獲得系統(tǒng)的響應時間等參數(shù)。具體場景設置如表421所示。表421 用戶登錄場景設置編號并發(fā)用戶數(shù)操作描述持續(xù)時間(min)場景110同時登錄10場景220同時登錄10場景350同時登錄5場景4100每10秒登錄5人10場景5200每10秒登錄10人10(2) 用戶發(fā)帖模塊用戶發(fā)帖的時候可以選擇是否上傳附件，這兩種情況下，系統(tǒng)的響應情況會有所不同，為了更準確的表現(xiàn)系統(tǒng)的真實情況，將對上傳附件和不上傳附件的情況分別設計，附件的大小選擇為100k。具體設置如表422所示。表422 用戶發(fā)帖模塊場景設置編號并發(fā)用戶數(shù)操作描述持續(xù)時間(min)場景110同時發(fā)帖(不帶附件)10場景220同時發(fā)帖(不帶附件)10場景350同時發(fā)帖(不帶附件)5場景4100每10秒登錄5人，同時發(fā)帖(不帶附件)10場景5200每10秒登錄10人，同時發(fā)帖(不帶附件)10場景610同時發(fā)帖(帶附件)10場景720同時發(fā)帖(帶附件)10場景850同時發(fā)帖(帶附件)5場景9100每10秒登錄5人，同時發(fā)帖(帶附件)10場景10200每10秒登錄10人，同時發(fā)帖(帶附件)10(3) 上傳圖片系統(tǒng)處理圖片上傳的時間受并發(fā)用戶數(shù)以及圖片大小的影響。但是系統(tǒng)設置的上傳大小限制為200k，在具體操作過程中，大小的影響不是很大，為簡化測試環(huán)境，真實模擬用戶操作，上傳的圖片大小統(tǒng)一為100k。具體的場景設置如表423所示。表423 圖片上傳模塊場景設置編號并發(fā)用戶數(shù)操作描述持續(xù)時間(min)場景110同時上傳圖片10場景220同時上傳圖片10場景350同時上傳圖片5場景4100每10秒登錄5人，同時上傳圖片10場景5200每10秒登錄10人，同時上傳圖片10(4) 綜合業(yè)務用戶登錄系統(tǒng)之后不會總是進行相同的操作。為了模擬這種情況，選擇不同用戶數(shù)量情況下，不同比例的用戶進行不同的操作。這里主要的操作有用