性能測試任務場景分類任務分類介紹各任務場景介紹實例講解名詞解釋性能集成測試

類似于功能測試中的集成測試，主要是對被測系統比較完善的進行測試，能夠測試到系統的瓶頸點和指標值對應性能集成測試適用的任務

各個開發、功能測試完成后封版的系統此類任務的測試方法和技巧

測試方法：盡可能全面的測試系統并進行調優，達到既定指標；測試技巧：測試過程中可以調整配置信息，但版本一定要記錄清楚；

任務分類之性能集成測試上線前測試

被測系統開發完成，各項功能測試完成，應用版本封版各項外圍任務完成，系統準備上線前的測試上線前測試適用的任務

封版系統各項外圍任務都已完成，即將上線的系統，被測系統的版本一定要和上線版本一致；此類任務的測試方法和技巧

測試方法：合理設計性能測試測試方法，調整參數測試出既定指標；測試技巧：測試版本不允許更改任務分類之上線前測試版本驗證測試

當前應用系統版本下，對被測系統做驗證測試版本驗證測試適用的任務

小版本上線系統，已經完成全面集成測試系統等此類任務的測試方法和技巧

測試方法：當前測試版本下，根據設計的測試案例執行完成，記錄測試結果不做調優，衡量測試指標；測試技巧：版本配置固定不能修改任何地方，案例測試完成即可結束；任務分類之版本驗證測試系統升級測試

原有系統版本較低，在原有應用版本上升級版本，或者升級當前環境的軟件版本的測試系統升級測試適用的任務

應用系統升級系統、軟件升級系統測試（操作系統、數據庫版本、中間件版本升級）此類任務的測試方法和技巧

測試方法：在升級完成后的系統版本下，按照測試方法和案例執行，記錄測試結果衡量測試指標；測試技巧：記錄清楚版本升級前后更新點，衡量版本升級前后對系統本身的影響；任務分類之系統升級測試專項測試

針對與專項軟件產品或者特殊系統的測試專項測試適用的任務Oracle數據庫測試、中間件測試、F5測試、Tuxedo和weblogic互連介質測試、流媒體專項測試此類任務的測試方法和技巧

測試方法：針對專項測試的系統設計符合，系統本身的典型案例，按照測試方法和案例執行，衡量測試指標；測試技巧：了解被測專項系統的典型案例，以及特定指標；任務分類之專項測試故障診斷測試

當前生產環境已經運行的系統，在某個時間點發生故障后的診斷調優測試故障診斷測試適用的任務

已經上線的系統，在生產上發生事故后的測試此類任務的測試方法和技巧

測試方法：設計當時生產環境出現故障的場景案例，結合監控分析找到故障點，并進行調優；測試技巧：合理設計復現生產出現故障的場景，并采用一致的測試方法進行回歸測試；任務分類之故障診斷測試產品選型測試

對當前的多個產品在相同環境指標下測試，選擇出其中比較理想指標的產品產品選型測試適用的任務

采購軟件產品選型測試、服務器選型測試（IBM、HP）、打印機品牌性能測試等此類任務的測試方法和技巧

測試方法：在環境和指標一致的前提下，根據性能測試方法和設計的案例，如實記錄結果和指標值；測試技巧：合理設計符合選型產品的測試指標，外圍環境保持一致，測試人員要以公平公正原則；任務分類之產品選型測試測試目的

在測試環境經過確認，腳本預驗證之后對業務模型中涉及的多支交易做基準測試。目的是檢查業務本身是否存在性能缺陷。同時為將來的混合場景的性能測試性能分析提供參考依據。測試方法

使用LR模擬客戶端向目標系統發送交易請求并接收返回結果的腳本，在系統無壓力情況下重復50次，獲得平均交易響應時間。通過此測試初步檢查交易響應時間的量級，為以后測試提供對比基礎。各任務場景設計之基準測試測試目的

單交易負載測試是針對單支交易，驗證交易是否存在并發性問題，并獲取該單支交易的最大處理能力。測試方法

按照業務模型中選取的各支交易，階梯增加并發用戶數發起交易請求壓力，每個梯度測試持續運行15分鐘并記錄測試相關數據。各任務場景設計之單交易負載測試測試目的

在當前測試環境下，模擬系統在業務處理高峰期系統的壓力情況，獲取其最大處理能力，以及業務的平均交易響應時間、應用服務器的資源使用情況、交易正確率等測試方法

按照“測試模型”規定的交易和配比，根據測試發起策略，采用壓力梯度遞增方式施壓，初始并發用戶和遞增并發用戶數需要根據單交易負載測試結果進行設定，壓力增長直至出現系統瓶頸或資源超過安全范圍為止。各任務場景設計之容量測試測試目的

穩定性測試主要側重系統在持續的壓力情況下，長期穩定運行的業務處理能力；測試方法

參照補丁升級后容量測試結果，根據測試發起策略，施加中等交易請求壓力；（容量測試中高峰壓力值時并發用戶的80%）；持續運行12小時，驗證系統穩定性。各任務場景設計之穩定性測試測試目的模擬在生產環境下，異常出現時當前系統環境的處理方式，以及是否有合適的故障切換處理；測試方法

在當前測試環境下，模擬在主機宕機、網絡異常、數據庫宕機、數據庫RAC異常、應用服務異常，按照性能測試方法測試，主要關注故障前后的指標對比。各任務場景設計之可靠性測試IBPS系統是以電子方式逐筆實時處理跨行網上支付、電話支付、手機支付等新興電子支付業務的應用系統。網上支付跨行清算系統逐筆發送支付指令，實時軋差，定時凈額清算資金，是我行第二代支付系統的業務組成系統之一。本次非功能測試主要由IBPS項目組發起，針對我行上線的網銀跨行支付清算系統而進行的，包括對網銀跨行支付清算系統補丁升級前后性能、穩定性、應用集群的有效性等方面的非功能特性進行測試或者驗證。實例講解之IBPS集群改造及補丁升級性能測試為了滿足中國建設銀行股份有限公司NLS(遠程教育培訓系統)產品調研和選型的要求，為遠程教育培訓系統的選型提供依據，為將來系統的實施部署打下基礎，在項目前期對構建遠程教育培訓系統的相關產品進行非功能POC測試。前期進入選型產品選購的廠家有，SABA、Oracle、易學通；實例講解之網絡學習產品選型測試針對2012年1月17日上午10：56左右，寧夏分行電話反映前端憑證無法正常上傳。同時中心五樓外包公司（湖北、寧夏等）錄入崗在切片錄入提交后，長時間無任務。反映掃描的憑證上傳不成功。上海開發中心會同北京開發中心、武漢開發中心、BDE項目組及北開技術測試部共同召開了專題電話會議，會議確定了針對本次出現的生產事故進行驗證測試，并對具體需求和計劃等內容進行了深入探討。實例講解之COS_TBDE測試集群：集群，英文名稱為Cluster，通俗地說，集群是這樣一種技術：它將多個系統連接到一起，使多臺服務器能夠像一臺機器那樣工作或者看起來好像一臺機器。采用集群系統通常是為了提高系統的穩定性和網絡中心的數據處理能力及服務能力。目前，有兩種常用的服務器集群方法，一種是將備份服務器連接在主服務器上,當主服務器發生故障時,備份服務器才投入運行,把主服務器上所有任務接管過來。另一種方法是將多臺服務器連接,這些服務器一起分擔同樣的應用和數據庫計算任務,改善關鍵大型應用的響應時間名詞解釋之集群HA：HA(HighAvailable),高可用性群集，是保證業務連續性的有效解決方案，一般有兩個或兩個以上的節點，且分為活動節點及備用節點。通常把正在執行業務的稱為活動節點，而作為活動節點的一個備份的則稱為備用節點。當活動節點出現問題，導致正在運行的業務（任務）不能正常運行時，備用節點此時就會偵測到，并立即接續活動節點來執行業務。從而實現業務的不中斷或短暫中斷HA主要工作方式：（1）、主從方式（非對稱方式）工作原理：主機工作，備機處于監控準備狀況；當主機宕機時，備機接管主機的一切工作，待主機恢復正常后，按使用者的設定以自動或手動方式將服務切換到主機上運行，數據的一致性通過共享存儲系統解決。（2）、雙機雙工方式（互備互援）工作原理：兩臺主機同時運行各自的服務工作且相互監測情況，當任一臺主機宕機時，另一臺主機立即接管