【正文】 uGen腳本復制成大量虛擬用戶對系統(tǒng)生成負載。此外，LoadRunnerLoadRunner能讓企業(yè)保護自己的收入來源，無需購置額外硬件而最大限度地利用現(xiàn)有的ITMercuryLoadRunner支持廣泛的協(xié)議，可以應用于許多不同架構應用的測試。是一種預測系統(tǒng)行為和性能的工業(yè)標準級負載測試工具。資源并不僅僅指運行系統(tǒng)的硬件，而是支持整個系統(tǒng)運行程序的一切軟硬件平臺。在性能測試工具中，吞吐量也被稱為TPS（Transaction Per Second，每秒事務數(shù)）也就是說在單位時間內能完成的事務數(shù)目。例如，從單擊登錄按鈕到登錄完成返回登錄成功頁面需要消耗1秒鐘，那么就說這個操作的響應時間是1秒。負載測試（Load Testing）通過在被測系統(tǒng)上不斷增加壓力，直到性能指標（例如響應時間）超過預定指標或者某種資源已達到飽和狀態(tài)。通過負載測試，確定在各種工作負載下系統(tǒng)的性能，目標是測試當負載逐漸增加時，系統(tǒng)各項性能指標的變化情況。 恢復場景管理器 可以創(chuàng)建恢復場景，指示 QuickTest 從運行會話期間測試環(huán)境中發(fā)生的意外事件和錯誤中恢復。 描述性編程 不需要對象庫，工具可以通過描述性編程提供的屬性和屬性值的集合，在界面上定位到該對象。其主要功能是使測試人員可以在關鍵字視圖中選擇對象庫中已經(jīng)存在的測試對象，訪問該對象的方法或者處理它的屬性，從而可以直接設計自動化測試腳本。其主要功能是比較運行時的系統(tǒng)返回的某個信息，是否與預期返回信息一致，從而測試該功能是否正確。其主要功能是把測試人員對系統(tǒng)進行的操作記錄下來，進行回放時可以做到模擬測試人員的行為。運行結束后系統(tǒng)會自動生成一份詳細完整的測試結果報告。當測試人員瀏覽站點或在應用程序上操作的時候，QTP的自動錄制機制能夠將測試人員的每一個操作步驟及被操作的對象記錄下來，自動生成測試腳本語句。此下一代自動化測試解決方案采用關鍵字驅動測試的概念，大大簡化了測試的創(chuàng)建和維護。自動化測試就是使用軟件工具來代替手工進行的一系列動作。測試集支持執(zhí)行流設置，可以定義測試集里面案例的執(zhí)行順序，對于手工案例，可以幫助執(zhí)行人員了解案例執(zhí)行的依賴性，對于自動化案例，可以自動按照執(zhí)行流的順序執(zhí)行，可以定義自動化案例執(zhí)行的開始時間。測試實驗室（Test Lab）允許既定測試在無人操作的情況下不間斷地運行，或者在系統(tǒng)處于最低資源需求的狀態(tài)下運行測試?？梢栽跍y試案例中定義手工執(zhí)行的測試步驟，指導測試人員按照步驟執(zhí)行，比較和分析執(zhí)行結果。在需求的基礎上，測試人員可以著手建立測試計劃，設計實際測試。基于需求的測試流程確保了上線應用能夠滿足最終用戶的需要?？梢越⑿枨笾g的關聯(lián)，實現(xiàn)需求的跟蹤，例如可以看到某需求的變更影響了哪些需求，或者被哪些需求所影響。.建立在需求基礎上的測試保持了和測試目標的統(tǒng)一性，并能根據(jù)業(yè)務用戶的需要來衡量應用。 代碼分析，比如 PMD集成服務器通過用戶定義的構建任務，當監(jiān)測到源碼倉庫的代碼發(fā)生變化或其它預定義構建條件觸發(fā)時，調用其構建工具對待構建項目執(zhí)行編譯，當編譯通過后，調用其測試框架做相應的單元測試，以免部署到測試環(huán)境后才發(fā)現(xiàn)錯誤，及早發(fā)現(xiàn)問題；同進還可以對編譯好后的目標代碼做代碼分析，意在盡早發(fā)現(xiàn)除編譯檢查不能發(fā)現(xiàn)的問題。 自動化構建持續(xù)集成過程會經(jīng)常構建軟件組件；在許多情況下，每當源代碼存儲庫（比如 SVN 或 TFS）中的代碼發(fā)生變化時，都要構建軟件組件。一旦修復，需要手動啟動一次構建。持續(xù)集成的原則業(yè)界普遍認同的持續(xù)集成的原則包括：1）需要版本控制軟件保障團隊成員提交的代碼不會導致集成失敗。它倡導團隊開發(fā)成員必須經(jīng)常集成他們的工作，甚至每天都可能發(fā)生多次集成。23持續(xù)集成是一種軟件開發(fā)實踐，對于提高軟件開發(fā)效率并保障軟件開發(fā)質量提供了理論基礎。 性能設計1) 系統(tǒng)支持并發(fā)用戶數(shù)50人以內； 2) 數(shù)據(jù)檢索客戶端響應時間：≤5秒； 3) 系統(tǒng)無故障運行時間大于 99%； 4) 系統(tǒng)恢復時間：系統(tǒng)恢復時間小于 4小時； 5) 因特殊原因導致的性能問題，最后性能的驗收由用戶的可接受度為標準。用戶通過WEB瀏覽器訪問，實現(xiàn)全部的配置管理和業(yè)務功能的操作。開發(fā)平臺基于現(xiàn)有開發(fā)環(huán)境，針對代碼倉庫，開發(fā)工具以及測度管理平臺做相關的優(yōu)化與集成，并加建一個組件倉庫，便于開發(fā)人員和集成服務器做構建時，提高其性能以及減少對外界的依賴。因設計生產(chǎn)對信息系統(tǒng)的依賴度持續(xù)上升，導致信息系統(tǒng)復雜度和相關性越來越大，信息系統(tǒng)測試壓力已經(jīng)成為開發(fā)瓶頸。在軟件測試方面，仍然采用手動黑盒測試，在有足夠的人力資源遵守程序規(guī)范的前提下，可有效保證軟件開發(fā)質量。 架構設計本項目的架構搭建 采用三層架構，分為開發(fā)平臺，集成平臺，測試平臺，詳見以下平臺架構設計圖。測試平臺構建于J2EE的B/S架構，可以部署在JBoss，Weblogic Server和Websphere應用服務器之上，且支持運行在Windows，Linux和Solaris操作系統(tǒng)，數(shù)據(jù)庫支持Microsoft SQL Server和Oracle, 支持Cluster部署，提供負載均衡和容錯機制，能夠保證企業(yè)級的使用。 安全設計考慮到集成平臺和測試管理平臺都是基于WEB瀏覽器B/S架構的管理平臺，本項目在安裝部署時均要求把集成平臺和測試管理平臺配署成HTTPS協(xié)議的方式進行訪問，這樣，當用戶提交的賬戶信息或其它敏感信息在網(wǎng)絡上傳輸時都經(jīng)過加密后傳輸?shù)胶笈_服務器。測試管理平臺管理測試需求，制定相應的測試計劃及測試用例，并根據(jù)測試計劃執(zhí)行相應的自動化測試任務，管理與跟蹤測試產(chǎn)生的缺陷問題。持續(xù)集成正是針對這類問題的一種軟件開發(fā)實踐。換言之，任何時間點都能第一時間發(fā)現(xiàn)軟件的集成問題，使任意時間發(fā)布可部署的軟件成為了可能；3. 持續(xù)集成還能利于軟件本身的發(fā)展趨勢，這點在需求不明確或是頻繁性變更的情景中尤其重要，持續(xù)集成的質量能幫助團隊進行有效決策，同時建立團隊對開發(fā)產(chǎn)品的信心。如果構建失敗，修復構建過程中的錯誤是優(yōu)先級最高的工作。3.