大數(shù)據(jù)開放平臺(tái)系統(tǒng)測(cè)試方案（學(xué)習(xí)模板）

數(shù)據(jù)開放系統(tǒng)測(cè)試方案版本編號(hào)*變化狀態(tài)簡(jiǎn)要說明變更人變更日期批準(zhǔn)人批準(zhǔn)日期V1.0新增梁鳳梅2020/4/26鄧波2020/4/26TOC\o"1-3"\h\u152991.前言 452531.1.編寫目的 4295311.2.術(shù)語描述 483091.3.測(cè)試依據(jù)和參考 5280401.3.1.測(cè)試依據(jù) 5137241.3.2.參考資料 525972.項(xiàng)目需求 656812.1.系統(tǒng)功能需求 6259303.測(cè)試目標(biāo) 9117043.1.功能測(cè)試 9176513.2.性能測(cè)試 9144943.3.應(yīng)用安全檢測(cè) 9206604.系統(tǒng)調(diào)研 945134.1.業(yè)務(wù)調(diào)研 9194544.2.架構(gòu)調(diào)研 1070164.3.性能指標(biāo)調(diào)研 1040534.3.1.請(qǐng)求響應(yīng)指標(biāo) 10122884.3.2.資源使用率 1099505.測(cè)試安排 1133485.1.測(cè)試環(huán)境 11182225.2.測(cè)試工具 11110396.測(cè)試設(shè)計(jì) 12325796.1.功能測(cè)試設(shè)計(jì) 1279086.1.1.測(cè)試內(nèi)容 12225376.1.2.測(cè)試技術(shù) 12245606.1.3.測(cè)試方法 12317176.2.性能測(cè)試設(shè)計(jì) 16255946.2.1.測(cè)試內(nèi)容 16130696.2.2.測(cè)試策略 16159536.2.3.測(cè)試用例 19183666.3.安全測(cè)試設(shè)計(jì) 21111996.3.1.測(cè)試內(nèi)容 21146086.3.2.測(cè)試方法 22303507.測(cè)試計(jì)劃 2265188.風(fēng)險(xiǎn)分析 22前言編寫目的本方案描述了數(shù)據(jù)開放臺(tái)（以下簡(jiǎn)稱“本項(xiàng)目”）的功能、性能及安全測(cè)試的需求、測(cè)試目標(biāo)、測(cè)試內(nèi)容、測(cè)試策略和測(cè)試規(guī)劃，用于指導(dǎo)該系統(tǒng)的系統(tǒng)測(cè)試工作。術(shù)語描述類型術(shù)語描述功能測(cè)試測(cè)試及時(shí)率測(cè)試人員執(zhí)行測(cè)試任務(wù)及時(shí)程度的統(tǒng)計(jì)，避免消極延期測(cè)試任務(wù)的執(zhí)行。按時(shí)間段統(tǒng)計(jì)。按月統(tǒng)計(jì)：當(dāng)月在“期望測(cè)試結(jié)束時(shí)間”內(nèi)完成的測(cè)試任務(wù)數(shù)量/“期望測(cè)試結(jié)束時(shí)間”在當(dāng)月的測(cè)試任務(wù)總數(shù)*100%測(cè)試完成率測(cè)試人員在某時(shí)間段內(nèi)完成測(cè)試任務(wù)的比例，避免消極延期測(cè)試任務(wù)的執(zhí)行。按時(shí)間段統(tǒng)計(jì)。按月統(tǒng)計(jì)：當(dāng)月已完成的“期望測(cè)試結(jié)束時(shí)間”內(nèi)測(cè)試任務(wù)數(shù)量/“期望測(cè)試結(jié)束時(shí)間”在當(dāng)月內(nèi)的測(cè)試任務(wù)數(shù)量*100%用例評(píng)審率測(cè)試用例經(jīng)過評(píng)審的比例，在一定程度上可保證測(cè)試的質(zhì)量。統(tǒng)計(jì)公式：經(jīng)過評(píng)審的測(cè)試用例模塊的數(shù)量/測(cè)試用例模塊總數(shù)量*100%首輪用例執(zhí)行率評(píng)估產(chǎn)品首次提交測(cè)試時(shí)的完整程度，執(zhí)行率越高表明該產(chǎn)品的功能越完整，越低表明該產(chǎn)品有較多功能點(diǎn)沒有實(shí)現(xiàn)或無法驗(yàn)證。按模塊進(jìn)行統(tǒng)計(jì)。統(tǒng)計(jì)公式：首輪測(cè)試用例執(zhí)行數(shù)/測(cè)試用例總數(shù)*100%首輪用例通過率評(píng)估產(chǎn)品首次提交測(cè)試時(shí)程序的基礎(chǔ)質(zhì)量，節(jié)省測(cè)試工作量和測(cè)試成本，同時(shí)也是評(píng)估開發(fā)能力的一個(gè)側(cè)面指標(biāo)。按模塊進(jìn)行統(tǒng)計(jì)。統(tǒng)計(jì)公式：首輪測(cè)試用例通過數(shù)/首輪測(cè)試執(zhí)行用例數(shù)*100%回歸測(cè)試缺陷修復(fù)率產(chǎn)品提交缺陷修復(fù)測(cè)試時(shí)，衡量缺陷修復(fù)質(zhì)量的高低。按測(cè)試記錄表進(jìn)行統(tǒng)計(jì)。統(tǒng)計(jì)公式：當(dāng)次缺陷關(guān)閉數(shù)量/當(dāng)次缺陷提交數(shù)量*100%性能測(cè)試性能測(cè)試是指通過模擬生產(chǎn)運(yùn)行的業(yè)務(wù)壓力和使用場(chǎng)景組合，測(cè)試被測(cè)系統(tǒng)性能是否滿足生產(chǎn)要求負(fù)載測(cè)試是性能測(cè)試的一種類型，通常是指讓被測(cè)系統(tǒng)在其能忍受的壓力的極限范圍之內(nèi)連續(xù)運(yùn)行，來測(cè)試系統(tǒng)的穩(wěn)定性。穩(wěn)定性測(cè)試也叫可靠性測(cè)試，是性能測(cè)試的一種類型，是指連續(xù)運(yùn)行被測(cè)系統(tǒng)，檢查系統(tǒng)運(yùn)行時(shí)的穩(wěn)定程度壓力測(cè)試是性能測(cè)試的一種類型，通常是指持續(xù)不斷地給被測(cè)系統(tǒng)增加壓力，直到將被測(cè)系統(tǒng)壓跨為止，用來測(cè)試系統(tǒng)所能承受的最大壓力并發(fā)測(cè)試是性能測(cè)試的一種類型，通常是指多用戶并發(fā)訪問下測(cè)試系統(tǒng)的性能表現(xiàn)性能指標(biāo)描述服務(wù)器或應(yīng)用系統(tǒng)性能的一些指標(biāo)，如CPU利用率、內(nèi)存利用率、系統(tǒng)響應(yīng)時(shí)間等系統(tǒng)響應(yīng)時(shí)間是指系統(tǒng)對(duì)請(qǐng)求作出響應(yīng)所需要的時(shí)間吞吐量是指單位時(shí)間內(nèi)流經(jīng)被測(cè)系統(tǒng)的數(shù)據(jù)流量，一般吞吐量越大，系統(tǒng)單位時(shí)間內(nèi)處理的數(shù)據(jù)就越多，系統(tǒng)的負(fù)載能力也越強(qiáng)并發(fā)是指多個(gè)同時(shí)發(fā)生的操作。需要注意的是，并行和并發(fā)不是一個(gè)概念，并發(fā)是同時(shí)發(fā)生，并行是同步運(yùn)行點(diǎn)擊率每秒鐘向服務(wù)器提交的HTTP請(qǐng)求數(shù)TPS指單位時(shí)間內(nèi)系統(tǒng)處理的業(yè)務(wù)量思考時(shí)間指每個(gè)請(qǐng)求之間的時(shí)間間隔安全性測(cè)試安全性測(cè)試是在IT軟件產(chǎn)品的生命周期中，特別是產(chǎn)品開發(fā)基本完成到發(fā)布階段，對(duì)產(chǎn)品進(jìn)行檢驗(yàn)以驗(yàn)證產(chǎn)品符合安全需求定義和產(chǎn)品質(zhì)量標(biāo)準(zhǔn)的過程測(cè)試依據(jù)和參考測(cè)試依據(jù)《GB/T25000.51-2010軟件工程軟件產(chǎn)品質(zhì)量要求與評(píng)價(jià)（SQuaRE）商業(yè)現(xiàn)貨（COTS）軟件產(chǎn)品的質(zhì)量要求和測(cè)試細(xì)則》《需求規(guī)格說明書》備注：需求規(guī)格說明說目前缺失參考資料GB/T15532-2008計(jì)算機(jī)軟件測(cè)試規(guī)范GB/T9386-2008計(jì)算機(jī)軟件測(cè)試文檔編制規(guī)范 項(xiàng)目需求驗(yàn)證數(shù)據(jù)開放臺(tái)的功能是否正?？捎?，同時(shí)評(píng)估系統(tǒng)處理能力及系統(tǒng)應(yīng)用安全是否滿足用戶需求，是否存在明顯的安全隱患，并為系統(tǒng)升級(jí)改造提供參考信息，故對(duì)該系統(tǒng)的功能、性能及安全進(jìn)行測(cè)試。本次測(cè)試按照《需求規(guī)格說明書》中的需求及系統(tǒng)目前實(shí)際部署現(xiàn)狀測(cè)試約束，依據(jù)《軟件工程軟件產(chǎn)品質(zhì)量要求與評(píng)價(jià)（SQuaRE）商業(yè)現(xiàn)貨（COTS）軟件產(chǎn)品的質(zhì)量要求和測(cè)試細(xì)則》對(duì)本系統(tǒng)進(jìn)行測(cè)試。系統(tǒng)功能需求子系統(tǒng)名稱功能模塊（一級(jí)）功能模塊（二級(jí)）功能模塊（三級(jí)）測(cè)試目標(biāo)對(duì)本系統(tǒng)的功能、性能及應(yīng)用安全進(jìn)行檢測(cè)，測(cè)試目標(biāo)主要包括：功能測(cè)試檢測(cè)系統(tǒng)功能模塊設(shè)計(jì)是否滿足用戶業(yè)務(wù)需求，功能能否正常使用，人機(jī)交互界面是否注重操作易用便捷性，本系統(tǒng)與其他系統(tǒng)及臺(tái)數(shù)據(jù)交換是否正常。性能測(cè)試檢測(cè)系統(tǒng)當(dāng)前的性能狀況，評(píng)估系統(tǒng)在現(xiàn)有環(huán)境下的用戶數(shù)量、系統(tǒng)響應(yīng)時(shí)間等指標(biāo)。在性能測(cè)試過程中，檢測(cè)系統(tǒng)業(yè)務(wù)執(zhí)行情況及服務(wù)器系統(tǒng)資源的使用情況。結(jié)合性能測(cè)試結(jié)果，綜合評(píng)估系統(tǒng)的性能狀況，為今后系統(tǒng)臺(tái)的維護(hù)、性能調(diào)優(yōu)等提供客觀數(shù)據(jù)依據(jù)。應(yīng)用安全檢測(cè)檢測(cè)系統(tǒng)在輸入驗(yàn)證、身份鑒別、訪問控制、日志安全審計(jì)、會(huì)話管理、軟件容錯(cuò)、漏洞掃描等應(yīng)用系統(tǒng)安全上是否存在明顯的漏洞。系統(tǒng)調(diào)研業(yè)務(wù)調(diào)研（1）系統(tǒng)概況本項(xiàng)目依托信息技術(shù)建立XX數(shù)據(jù)開放臺(tái)，順應(yīng)國家以及省XX加強(qiáng)務(wù)信息資源的開發(fā)利用，加強(qiáng)務(wù)信息共享，規(guī)范務(wù)信息資源社會(huì)化增值開發(fā)利用工作，合理規(guī)劃務(wù)信息的采集工作，加強(qiáng)務(wù)信息資源管理的思路和要求。以前期倒逼、后期需求為導(dǎo)向，形成XX數(shù)據(jù)資源開放的順向機(jī)制。目前智慧城XX已經(jīng)建設(shè)了大數(shù)據(jù)臺(tái)項(xiàng)目，形成了一套務(wù)大數(shù)據(jù)的數(shù)據(jù)標(biāo)準(zhǔn)體系、數(shù)據(jù)共享交換臺(tái)，在此基礎(chǔ)上，數(shù)據(jù)開放臺(tái)將進(jìn)一步整合的各類數(shù)據(jù)，建設(shè)XX數(shù)據(jù)開放臺(tái)和XX數(shù)據(jù)開放管理系統(tǒng)，利用大數(shù)據(jù)思維和技術(shù)將整合后的各部門的數(shù)據(jù)和業(yè)務(wù)專題數(shù)據(jù)，以多樣化數(shù)據(jù)格式面向公眾開放。本項(xiàng)目主要包含XX數(shù)據(jù)開放臺(tái)（門戶）、XX數(shù)據(jù)開放管理系統(tǒng)兩個(gè)系統(tǒng)。XX數(shù)據(jù)開放臺(tái)（門戶）主要包括門戶首頁、數(shù)據(jù)、應(yīng)用、資訊、互動(dòng)、個(gè)人中心六大業(yè)務(wù)模塊，約47項(xiàng)功能。數(shù)據(jù)開放管理系統(tǒng)包括后臺(tái)首頁、系統(tǒng)管理、Swagger管理、工作流程、運(yùn)營管理、應(yīng)用管理、資源管理、問卷調(diào)查、互動(dòng)管理、用戶管理、任務(wù)管理、網(wǎng)站管理、數(shù)據(jù)需求管理、特殊數(shù)據(jù)管理十三大業(yè)務(wù)模塊，約61下項(xiàng)功能。用戶群里主要是需要獲取XX各部門數(shù)據(jù)的個(gè)體或者單位、需要利用XX臺(tái)宣傳產(chǎn)品的個(gè)體或者單位、需要將數(shù)據(jù)面向公眾開放的個(gè)體或者單位、對(duì)XX各部門數(shù)據(jù)感興趣的個(gè)體或者單位、需要利用XX臺(tái)宣傳產(chǎn)品的個(gè)體或者單位。（2）核心業(yè)務(wù)分析本項(xiàng)目核心功能如下：

1、實(shí)現(xiàn)數(shù)據(jù)提供部門可以通過多元化的途徑將本單位的數(shù)據(jù)利用數(shù)據(jù)開放臺(tái)可直面公眾；

2、實(shí)現(xiàn)對(duì)XX數(shù)據(jù)感興趣的人可以通過多元化的途徑查看獲取XX的開放數(shù)據(jù)；

4、實(shí)現(xiàn)數(shù)據(jù)管理部門對(duì)XX開放數(shù)據(jù)的發(fā)布申請(qǐng)等進(jìn)行管理；

5、實(shí)現(xiàn)對(duì)數(shù)據(jù)開放門戶的數(shù)據(jù)使用的統(tǒng)計(jì)分析；XX數(shù)據(jù)開放臺(tái)（門戶）面向公眾，訪問量大。XX數(shù)據(jù)開放管理系統(tǒng)主要是運(yùn)維人員、數(shù)據(jù)管理單位使用，訪問量較少。綜上可知，使用頻繁、數(shù)據(jù)量大，可能造成較大訪問壓力的為XX數(shù)據(jù)開放臺(tái)（門戶），因此該系統(tǒng)作為性能測(cè)試的重點(diǎn)考察對(duì)象。架構(gòu)調(diào)研本系統(tǒng)為B/S結(jié)構(gòu)，采用集中式部署，在正式運(yùn)行時(shí)由3臺(tái)服務(wù)器部署組成，并放置在互聯(lián)網(wǎng)、務(wù)外網(wǎng)中供用戶訪問。性能指標(biāo)調(diào)研請(qǐng)求響應(yīng)指標(biāo)由于本項(xiàng)目目前并未完成需求規(guī)格說明書輸出，性能指標(biāo)主要依據(jù)業(yè)務(wù)通用標(biāo)準(zhǔn)，只做測(cè)試暫時(shí)性參考。分類系統(tǒng)最長(zhǎng)響應(yīng)時(shí)間*適用場(chǎng)景簡(jiǎn)單操作類≤3秒信息錄入等簡(jiǎn)單操作核心業(yè)務(wù)功能≤3秒登錄、保存、提交等操作復(fù)雜查詢類≤10秒報(bào)表統(tǒng)計(jì)等復(fù)雜操作資源使用率結(jié)合信息系統(tǒng)運(yùn)行維護(hù)業(yè)界通用標(biāo)準(zhǔn)和云計(jì)算有限公司研發(fā)中心要求，確定本系統(tǒng)的資源利用率指標(biāo)如下：分類指標(biāo)要求適用場(chǎng)景應(yīng)用服務(wù)器CPU使用率≤75%使用頻度高和業(yè)務(wù)數(shù)據(jù)計(jì)算量大的業(yè)務(wù)場(chǎng)景內(nèi)存使用率<70%數(shù)據(jù)庫服務(wù)器CPU使用率≤75%使用頻度高和業(yè)務(wù)數(shù)據(jù)計(jì)算量大的業(yè)務(wù)場(chǎng)景內(nèi)存使用率<70%中間件服務(wù)器CPU使用率≤75%使用頻度高和業(yè)務(wù)數(shù)據(jù)計(jì)算量大的業(yè)務(wù)場(chǎng)景內(nèi)存使用率<70%測(cè)試安排測(cè)試環(huán)境本次測(cè)試在測(cè)試環(huán)境執(zhí)行，以下是測(cè)試環(huán)境的軟、硬件配置：序號(hào)用途硬件臺(tái)配置1應(yīng)用服務(wù)器虛擬機(jī):CPU：32核內(nèi)存：64核硬盤：2T2數(shù)據(jù)庫服務(wù)器虛擬機(jī):CPU：32核內(nèi)存：64核硬盤：2T3文件服務(wù)器虛擬機(jī):CPU：32核內(nèi)存：64核硬盤：2T測(cè)試工具序號(hào)工具名稱用途1HPApplicationLifecycleManagement11.00（簡(jiǎn)稱ALM）用于測(cè)試用例管理、測(cè)試集管理及缺陷管理2Fiddler請(qǐng)求分析3LoadRunner11.0腳本開發(fā)、測(cè)試執(zhí)行、測(cè)試分析5Appscan安全漏洞掃描測(cè)試設(shè)計(jì)功能測(cè)試設(shè)計(jì)測(cè)試內(nèi)容本次功能測(cè)試從系統(tǒng)產(chǎn)品的界面、架構(gòu)出發(fā)，按照需求規(guī)格說明書對(duì)系統(tǒng)各項(xiàng)功能點(diǎn)進(jìn)行驗(yàn)證，根據(jù)功能測(cè)試用例，逐項(xiàng)測(cè)試，檢測(cè)系統(tǒng)主體流程是否正?？捎茫欠襁_(dá)到用戶要求的功能，系統(tǒng)界面是否清晰美觀，菜單及功能按鈕操作是否便捷靈活，對(duì)于異常輸入是否有提示以及容錯(cuò)處理等。測(cè)試技術(shù)功能測(cè)試主要采用黑盒測(cè)試技術(shù)。常見的黑盒測(cè)試技術(shù)方法有等價(jià)類劃分法、邊界值分析法、錯(cuò)誤推測(cè)法、因果圖法和綜合策略等。等價(jià)類劃分法把所有可能的輸入數(shù)據(jù)，即程序的輸入域劃分成若干部分，然后從每個(gè)子集中選取少數(shù)具有代表性的數(shù)據(jù)作為測(cè)試用例。等價(jià)類劃分有兩種不同的情況：有效等價(jià)類和無效等價(jià)類。邊界值分析法邊界值分析方法是對(duì)等價(jià)類劃分方法的補(bǔ)充。使用邊界值分析法方設(shè)計(jì)測(cè)試用例，應(yīng)先確定邊界情況。通常輸入和輸出等價(jià)類的邊界，就是應(yīng)著重測(cè)試邊界的情況。其次，應(yīng)當(dāng)選取正好等于、剛剛大于、或剛剛小于邊界的值作為測(cè)試數(shù)據(jù)。錯(cuò)誤推斷法基于經(jīng)驗(yàn)和直覺推測(cè)程序中所有可能存在的各種錯(cuò)誤，有針對(duì)性地設(shè)計(jì)測(cè)試用例。例如，設(shè)計(jì)一些非法、錯(cuò)誤、不正確和垃圾數(shù)據(jù)作為輸入。因果圖法因果圖法是一種適合于描述對(duì)于多種輸入條件組合的測(cè)試方法，根據(jù)輸入條件的組合、約束關(guān)系和輸出條件的因果關(guān)系，分析輸入條件的各種組合情況，從而設(shè)計(jì)測(cè)試用例的方法，它適合于檢查程序輸入條件涉及的各種組合情況。因果圖法一般和判定表結(jié)合使用，通過映射同時(shí)發(fā)生相互影響的多個(gè)輸入來確定判定條件。因果圖法最終生成的就是判定表，它適合于檢查程序輸入條件的各種組合情況。采用因果圖法能幫助我們按照一定的步驟選擇一組高效的測(cè)試用例，同時(shí)，還能指出程序規(guī)范中存在什么問題，鑒別和制作因果圖。因果圖法著重分析輸入條件的各種組合，每種組合條件就是“因”，它必然有一個(gè)輸出的結(jié)果，這就是“果”。綜合策略綜合策略即是同時(shí)運(yùn)用多種測(cè)試技術(shù)執(zhí)行測(cè)試。測(cè)試方法常見的功能測(cè)試方法主要有：界面測(cè)試、各類編輯頁面測(cè)試、常用功能鍵測(cè)試、工作流測(cè)試、業(yè)務(wù)測(cè)試、易用性測(cè)試、統(tǒng)一性測(cè)試等。界面測(cè)試測(cè)試界面設(shè)計(jì)是否合理、簡(jiǎn)潔、美觀，操作是否方便；

功能鍵、數(shù)據(jù)項(xiàng)信息是否齊全；確認(rèn)系統(tǒng)中同一功能名稱是否統(tǒng)一；設(shè)計(jì)樣式、風(fēng)格是否與系統(tǒng)其它模塊統(tǒng)一；

確認(rèn)頁面內(nèi)所有字段名稱顯示風(fēng)格是否統(tǒng)一；滾動(dòng)條的應(yīng)用是否正確；多窗體界面是否能完全顯示數(shù)據(jù)和按鈕等。新增頁面及功能測(cè)試

各字段輸入正確的信息值保存，確認(rèn)系統(tǒng)是否可以正確完成新增操作；

進(jìn)入添加界面不輸入任何信息值，單擊“保存”功能按鈕，系統(tǒng)應(yīng)該給出某個(gè)不允許為空字段的提示信息；

不允許為空的字段前面加上*作為標(biāo)記；

編碼/編號(hào)字段不允許輸入中文及特殊字符，否則系統(tǒng)應(yīng)該給出相應(yīng)的提示信息；

測(cè)試編碼/編號(hào)字段不允許重復(fù)，否則系統(tǒng)應(yīng)該給出相應(yīng)的提示信息；確認(rèn)字段是否已做長(zhǎng)度限制，如果輸入值超出長(zhǎng)度范圍，那么在保存時(shí)系統(tǒng)應(yīng)該給出提示信息；

非法測(cè)試，如：校驗(yàn)數(shù)值型字段輸入非數(shù)值，保存時(shí)系統(tǒng)是否給出相應(yīng)的提示信息；

邊界測(cè)試，如：確認(rèn)數(shù)值型字段的邊界值（如：有效值為?0-100?整數(shù)，那么輸入-1

或101

保存時(shí)系統(tǒng)應(yīng)該給出相應(yīng)的提示信息；輸入值為0、100

系統(tǒng)應(yīng)該能正確保存信

息值；輸入0

到100

內(nèi)的整數(shù)值系統(tǒng)應(yīng)該正確保存信息值）；精確值測(cè)試，測(cè)試小數(shù)位數(shù)是否在定義的長(zhǎng)度內(nèi)；字段精確值是否正確（四舍五入否）。

根據(jù)實(shí)際情況測(cè)試名稱字段是否具有唯一性，（一般情況下名稱是不允許重復(fù)的，具體

問題具體分析），否則系統(tǒng)應(yīng)該給出相應(yīng)的提示信息；

確認(rèn)各字段名稱書寫是否正確；

確認(rèn)特殊格式的字段是否已做標(biāo)準(zhǔn)格式的限制（如：電子郵件、郵編等）；

測(cè)試如果某字段信息值是從另一個(gè)模塊中選擇輸入的，那么需要確認(rèn)其它相關(guān)聯(lián)字段的信息值是否也相應(yīng)的正確的自動(dòng)帶入，并且這些字段應(yīng)該都是只讀的；創(chuàng)建人/編輯人、發(fā)布人、創(chuàng)建時(shí)間、創(chuàng)建人字段應(yīng)該設(shè)為只讀的，而且此類字段值應(yīng)該

默認(rèn)當(dāng)前操作人的姓名；

如果某個(gè)字段可以點(diǎn)選輸入多個(gè)信息值，那么測(cè)試該字段是否接受，并保存了點(diǎn)選輸入的多個(gè)信息值；

對(duì)于多選字段，測(cè)試是否具有記憶上次選擇值并已驗(yàn)重；

引用其它模塊的字段信息值的字段長(zhǎng)度是否與被引用模塊相應(yīng)字段長(zhǎng)度一致。多行添加編輯頁面測(cè)試測(cè)試插入單行是否可以正確保存相應(yīng)字段值；

插入/添加多行測(cè)試是否對(duì)多行相應(yīng)字段空值是否進(jìn)行校驗(yàn)（通常如果有多條空行保

存時(shí)系統(tǒng)會(huì)彈出XXX

字段不允許重復(fù)提示信息，要求僅對(duì)空行不保存即可，不需

要提示的）；

多行添加，測(cè)試如果某個(gè)字段值太長(zhǎng)保存后是否會(huì)導(dǎo)致界面混亂；

保存保存新添加的多行記錄信息；

保存勾選待刪除記錄，單擊此功能按鈕系統(tǒng)正確完成刪除操作

；插入空行單擊此功能按鈕系統(tǒng)插入一條空的記錄行。

主子表編輯頁面

測(cè)試只有保存主表信息后才能維護(hù)子表信息，否則系統(tǒng)應(yīng)該給出相應(yīng)的提示信息；

如果子表信息是否需要維護(hù)取決于主表中的某個(gè)字段值，那么請(qǐng)確認(rèn)主表中相關(guān)聯(lián)

的字段取值是否對(duì)應(yīng)子表的存在（主表中較常用的取決子表存在的字段是“底層否”，

如果與底層相關(guān)聯(lián)一般只有在底層才能維護(hù)其子表信息）；

如果子表中有繼承主表信息，那么確認(rèn)繼承的信息是否完全正確。左樹右表的測(cè)試：添加、修改、刪除保存后目錄樹信息是否要自動(dòng)刷新；

添加界面：測(cè)試?yán)^承上級(jí)信息的字段（如：上級(jí)機(jī)構(gòu)名稱、上級(jí)機(jī)構(gòu)編碼等）值系

統(tǒng)是否自動(dòng)生成，而且信息值是否是只讀的；

測(cè)試是底層節(jié)點(diǎn)才可以進(jìn)行添加操作，還是非底層節(jié)點(diǎn)才可以進(jìn)行添加操作（業(yè)務(wù)

測(cè)試）；

含有子結(jié)點(diǎn)信息的當(dāng)前結(jié)點(diǎn)是不允許修改為“底層”結(jié)點(diǎn)的選擇按鈕可以相互切換

；為操作方便，建議“有效否”的字段值添加時(shí)默認(rèn)為“有效”。常用功能鍵的功能測(cè)試：

保存所有編輯頁面如果未輸入任何信息值而單擊“保存”，系統(tǒng)應(yīng)該給出“XXX

字

段不允許為空”的提示信息；

保存如果某字段輸入值有錯(cuò)誤或超出長(zhǎng)度范圍，那么單擊“保存”按鈕時(shí)，系統(tǒng)應(yīng)

該給出相應(yīng)的提示信息；

保存輸入相關(guān)信息單擊“保存”后，建議系統(tǒng)給出“保存成功”提示信息；保存測(cè)試新增/修改信息保存后，信息列表是否自動(dòng)刷新

；瀏覽測(cè)試該功能鍵功能是否已經(jīng)正確實(shí)現(xiàn)，單擊此按鈕系統(tǒng)應(yīng)該彈出文件選擇頁面，

并且可以選擇輸入相關(guān)附件；

上傳附件測(cè)試上傳功能已經(jīng)正確實(shí)現(xiàn)，確認(rèn)上傳的附件在界面相應(yīng)位置是否顯示；下載測(cè)試下載功能已經(jīng)正確實(shí)現(xiàn)（可以將上傳到服務(wù)器的附件下載的本地相應(yīng)位置）；重新上傳保存操作后上傳功能按鈕名稱應(yīng)該自動(dòng)變?yōu)椤爸匦律蟼鳌?，并且可以重新?/p>

傳附件

；發(fā)布測(cè)試該功能鍵功能已經(jīng)正確實(shí)現(xiàn)，單擊些功能按鈕系統(tǒng)完成發(fā)布操作，相應(yīng)的

信息狀態(tài)變?yōu)椤耙寻l(fā)布”，發(fā)布人、發(fā)布時(shí)間系統(tǒng)自動(dòng)生成或已經(jīng)正確保存；

取消發(fā)布測(cè)試該功能鍵功能是否已經(jīng)正確實(shí)現(xiàn)，單擊此功能按鈕系統(tǒng)完成取消發(fā)布

功能，相應(yīng)信息狀態(tài)變?yōu)椤拔窗l(fā)布”；關(guān)閉單擊此功能按鈕系統(tǒng)將關(guān)閉當(dāng)前頁面；查詢單擊查詢功能按鈕，系統(tǒng)按鈕輸入查詢條件進(jìn)行模糊查詢；

刪除未勾選待刪除記錄單擊此按鈕系統(tǒng)彈出相應(yīng)提示信息；正常情況下系統(tǒng)刪除所選

記錄；

選擇勾選待選記錄，單擊此按鈕系統(tǒng)完成選擇操作；單擊選擇超鏈接功能按鈕系統(tǒng)完

成選擇操作

；修改頁面測(cè)試：確認(rèn)各字段是否已經(jīng)保存了添加界面輸入的信息值；

確認(rèn)各字段所保存/取到的信息值，是否與添加界面輸入的相關(guān)信息值完全匹配；

確認(rèn)字段是否保存修改后的信息值；

修改界面的字段長(zhǎng)度是否與添加界面相應(yīng)字段長(zhǎng)度一致；

修改界面字段命名是否與新增界面相應(yīng)字段命名完全一致；管理/維護(hù)頁面測(cè)試：

測(cè)試界面整體設(shè)計(jì)合理，操作方便，尤其是查詢條件排放是否整齊，操作是否方便；功能按鈕順序設(shè)計(jì)是否合理，操作是否方便（一般順序?yàn)椴樵儭⑻砑?、刪除）；

測(cè)試信息列表是否有一定的排序規(guī)則；測(cè)試維護(hù)界面各功能按鈕功能是否已經(jīng)正確實(shí)現(xiàn)；測(cè)試系統(tǒng)內(nèi)不同模塊相同的查詢條件值輸入方式是否統(tǒng)一

；測(cè)試各查詢條件是否起作用，即輸入查詢條件值可以查到相應(yīng)查詢結(jié)果；

測(cè)試可以手動(dòng)輸入查詢條件什的查詢條件支持全部模糊查詢；；測(cè)試信息列表中顯示的信息（字段）是否齊全，是否方便查詢/查看；測(cè)試信息列表中信息值顯示格式是否統(tǒng)一

；測(cè)試列表各字段信息值是否有折行顯示，要求所有字段不允許折行顯示；測(cè)試是否提供翻頁查詢功能，并且功能是否已經(jīng)正確實(shí)現(xiàn)；

測(cè)試信息列表中的鏈接數(shù)據(jù)是否正確鏈接到相應(yīng)信息界面；

工作流

測(cè)試流程啟動(dòng)后是否嚴(yán)格按照所選擇的流程模板自動(dòng)流轉(zhuǎn)

；測(cè)試在流程流轉(zhuǎn)過程中相關(guān)人員是否可以維護(hù)流程步驟

；測(cè)試流程流轉(zhuǎn)過程中，所有操作按鈕是否已完全按需求實(shí)現(xiàn)；

測(cè)試在流程在流轉(zhuǎn)過程中是否已作權(quán)限限制（如：操作按鈕的使用權(quán)限；附件編輯，

查看權(quán)限，信息的編輯、相看權(quán)限）；

測(cè)試流程跟蹤/歷史審核信息是否正確，記錄是否齊全；

如果當(dāng)前辦理/審批階段是以組的形式存在的，那么需要根據(jù)需求及流程模板的定

義，測(cè)試是需要組內(nèi)成員全部辦理/審批完成，流程流轉(zhuǎn)到下一流程階段，還是只需

組內(nèi)一個(gè)成員辦理/審批通過就可以流轉(zhuǎn)到下一個(gè)流程階段；

跟蹤測(cè)試，跟蹤一條數(shù)據(jù)的流程，保證數(shù)據(jù)的正確性；業(yè)務(wù)測(cè)試

測(cè)試某些特殊字段的選擇值是否已經(jīng)升效；

測(cè)試年度信息時(shí)，一年只能有一條信息，否則系統(tǒng)應(yīng)該給出“該年度信息已經(jīng)存在”

提示信息

；測(cè)試年度信息的子表信息：a)同一年度內(nèi)同一子表內(nèi)的信息值不允許有重復(fù)（編號(hào)、

名稱）信息，否則系統(tǒng)應(yīng)該給出相應(yīng)的提示信息。b)不同年度內(nèi)同子表內(nèi)的信息值

是可以有重復(fù)信息的

；某些信息只歸屬于底層信息，在測(cè)試時(shí)注意當(dāng)前位置是否是底層；

如果當(dāng)前結(jié)點(diǎn)含有子結(jié)點(diǎn)信息，那么當(dāng)前結(jié)點(diǎn)信息是不允許刪除，否則系統(tǒng)應(yīng)該給

出相應(yīng)的提示信息

；被其它模塊引用的信息是不允許刪除的；含有子結(jié)點(diǎn)信息的當(dāng)前結(jié)點(diǎn)是不允許修改為“底層”結(jié)點(diǎn)的

；只有底層結(jié)點(diǎn)才能繼續(xù)維護(hù)其子表信息否則應(yīng)該將其子表信息隱藏

；主模塊是否可以正確調(diào)用子模塊信息；

測(cè)試確認(rèn)主模塊調(diào)用子模塊信息時(shí)，被引用的信息是完全對(duì)應(yīng)并且無丟失；

測(cè)試被引用的信息是否可以進(jìn)行修改操作（通常作為基本信息被引用時(shí)是不允許進(jìn)

行修改操作的；而在工作流程中被引用/調(diào)用的信息是可以進(jìn)行修改操作的）；

工作流程是否嚴(yán)格按需求中的業(yè)務(wù)流程流轉(zhuǎn)；

工作流程中權(quán)限分配是否正確；

工作流中必須嚴(yán)格按分配的權(quán)限操作

；測(cè)試僅限于某個(gè)階段才能進(jìn)行的操作，在其它階段是否禁止或無此操作按鈕

；根據(jù)需求確認(rèn)，如果當(dāng)前審核步驟已經(jīng)審核結(jié)束，需要經(jīng)過某個(gè)操作激活下一審核

步驟還是系統(tǒng)自動(dòng)流轉(zhuǎn)到下一審核步驟

；易用性測(cè)試依據(jù)易用性測(cè)試規(guī)范對(duì)功能的易用性進(jìn)行檢查。統(tǒng)一性測(cè)試

所有彈出窗口居中顯示；

所有頁面設(shè)計(jì)要求飽和，但盡量不要有橫縱滾動(dòng)條；

頁面設(shè)計(jì)風(fēng)格要統(tǒng)一；

要求編輯界面、住息列表中、錯(cuò)誤提示信息、查詢條件中的字段名稱完全相同；

添加/修改保存后，添加/修改界面是否自動(dòng)關(guān)閉要求統(tǒng)一；

一個(gè)系統(tǒng)中相同功能的按鈕名稱要統(tǒng)一；

底層結(jié)點(diǎn)不允許添加子結(jié)點(diǎn)信息，那么單擊底層結(jié)點(diǎn)時(shí)，“添加”功能按鈕設(shè)為不可

用的，還是系統(tǒng)彈出相應(yīng)的提示信息，在一個(gè)系統(tǒng)中要求統(tǒng)一；

同一個(gè)功能按鈕，不同模塊相同的錯(cuò)誤提示信息是否統(tǒng)一；

不同模塊相同字段值的輸入方式是否統(tǒng)一；

性能測(cè)試設(shè)計(jì)測(cè)試內(nèi)容根據(jù)系統(tǒng)調(diào)研內(nèi)容制定本次性能測(cè)試內(nèi)容：負(fù)載測(cè)試：對(duì)選定的測(cè)試對(duì)象進(jìn)行混合業(yè)務(wù)場(chǎng)景性能并發(fā)測(cè)試，評(píng)估系統(tǒng)在正常負(fù)載下的性能表現(xiàn)。通過測(cè)試工具模擬用戶訪問系統(tǒng)各個(gè)主要功能的使用場(chǎng)景，使整個(gè)系統(tǒng)承受的負(fù)載壓力為系統(tǒng)日常負(fù)載，測(cè)試連續(xù)執(zhí)行30分鐘。壓力測(cè)試：對(duì)選定的測(cè)試對(duì)象進(jìn)行單場(chǎng)景的獨(dú)立業(yè)務(wù)性能并發(fā)測(cè)試，評(píng)估系統(tǒng)在現(xiàn)有環(huán)境下可承載的并發(fā)訪問量，分析系統(tǒng)可能存在的性能瓶頸。通過測(cè)試工具模擬用戶訪問，系統(tǒng)中數(shù)據(jù)量產(chǎn)生較大、使用較頻繁或用戶較關(guān)注的功能，并采取階梯式加壓的方式，直至系統(tǒng)資源占用情況達(dá)到系統(tǒng)資源占用臨界閥值或性能測(cè)試過程中出現(xiàn)事務(wù)執(zhí)行失敗。穩(wěn)定性測(cè)試：對(duì)選定的測(cè)試對(duì)象進(jìn)行混合業(yè)務(wù)場(chǎng)景性能并發(fā)測(cè)試，評(píng)估系統(tǒng)在現(xiàn)有環(huán)境下長(zhǎng)時(shí)間運(yùn)行時(shí)的穩(wěn)定性，考察服務(wù)器的資源是否存在瓶頸。通過測(cè)試工具模擬用戶訪問系統(tǒng)各個(gè)主要功能的使用場(chǎng)景，使整個(gè)系統(tǒng)承受的負(fù)載壓力為系統(tǒng)日常負(fù)載，測(cè)試連續(xù)執(zhí)行8個(gè)小時(shí)。測(cè)試策略為真實(shí)反映系統(tǒng)在實(shí)際環(huán)境下的性能響應(yīng)，則選擇在上線前在生產(chǎn)環(huán)境執(zhí)行測(cè)試。執(zhí)行性能測(cè)試再正式上線。使用LoadRunner性能測(cè)試工具錄制腳本、執(zhí)行場(chǎng)景和分析測(cè)試結(jié)果，確保能真實(shí)有效地模擬用戶的操作場(chǎng)景。使用Loadrunner的監(jiān)控工具監(jiān)控測(cè)試期間服務(wù)器的硬件資源使用情況；使用Windows自帶的性能計(jì)數(shù)器監(jiān)控測(cè)試期間服務(wù)器的硬件資源使用情況；使用服務(wù)器操作系統(tǒng)自帶的監(jiān)控工具（sar、vmstat）監(jiān)控服務(wù)器的系統(tǒng)資源使用情況。根據(jù)系統(tǒng)調(diào)研結(jié)果及性能測(cè)試行業(yè)內(nèi)常規(guī)做法，制定以下性能測(cè)試對(duì)象選取原則：產(chǎn)生數(shù)據(jù)量較大、或使用率較高、或本系統(tǒng)重點(diǎn)功能的，為本次性能測(cè)試的重點(diǎn)，故需執(zhí)行基準(zhǔn)測(cè)試、單業(yè)務(wù)場(chǎng)景的壓力測(cè)試及混合業(yè)務(wù)場(chǎng)景的穩(wěn)定性測(cè)試。數(shù)據(jù)量產(chǎn)生不大，或使用率不高，但是本系統(tǒng)主要功能的，無需執(zhí)行單業(yè)務(wù)場(chǎng)景壓力測(cè)試，但需執(zhí)行基準(zhǔn)測(cè)試和混合業(yè)務(wù)場(chǎng)景的穩(wěn)定性測(cè)試。程序設(shè)計(jì)相同、使用場(chǎng)景類似的模塊選取其中任意一個(gè)模塊執(zhí)行測(cè)試即可，但是測(cè)試施加的負(fù)載壓力需對(duì)應(yīng)翻倍。數(shù)據(jù)量產(chǎn)生很小、使用率較低，為系統(tǒng)基礎(chǔ)設(shè)置功能的，可不作為性能測(cè)試考察對(duì)象。根據(jù)上述測(cè)試對(duì)象選取原則，制定以下負(fù)載策略：序

號(hào)模塊使用頻率測(cè)試內(nèi)容用戶范圍及數(shù)量負(fù)載策略典型操作日常負(fù)載計(jì)算壓力測(cè)試負(fù)載計(jì)算穩(wěn)定性測(cè)試負(fù)載計(jì)算1門戶登錄頻繁√負(fù)載測(cè)試

√壓力測(cè)試

√穩(wěn)定性測(cè)試全網(wǎng)用戶系統(tǒng)未正式上線運(yùn)維，暫無負(fù)載計(jì)算依據(jù)，暫按TPS需大于1000S指標(biāo)做測(cè)試依據(jù)。使用階梯加壓方式執(zhí)行，分別使用20、40、60、80、100并發(fā)用戶數(shù)執(zhí)行使用0.5倍的日常負(fù)載TPS的并發(fā)用戶數(shù)執(zhí)行場(chǎng)景2門戶注冊(cè)頻繁負(fù)載測(cè)試

√壓力測(cè)試

√穩(wěn)定性測(cè)試全網(wǎng)用戶系統(tǒng)未正式上線運(yùn)維，暫無負(fù)載計(jì)算依據(jù)，暫按TPS需大于1000/S指標(biāo)做測(cè)試依據(jù)。使用階梯加壓方式執(zhí)行，分別使用20、40、60、80、100并發(fā)用戶數(shù)執(zhí)行使用0.5倍的日常負(fù)載TPS的并發(fā)用戶數(shù)執(zhí)行場(chǎng)景3門戶首頁頻繁√負(fù)載測(cè)試

√壓力測(cè)試

√穩(wěn)定性測(cè)試全網(wǎng)用戶系統(tǒng)未正式上線運(yùn)維，暫無負(fù)載計(jì)算依據(jù)，暫按TPS需大于1000/S指標(biāo)做測(cè)試依據(jù)。同上同上4數(shù)據(jù)集訪問頻繁√負(fù)載測(cè)試

√壓力測(cè)試

√穩(wěn)定性測(cè)試全網(wǎng)用戶系統(tǒng)未正式上線運(yùn)維，暫無負(fù)載計(jì)算依據(jù)，暫按TPS需大于1000/S指標(biāo)做測(cè)試依據(jù)。同上同上5API接口頻繁√負(fù)載測(cè)試

√壓力測(cè)試

√穩(wěn)定性測(cè)試全網(wǎng)用戶系統(tǒng)未正式上線運(yùn)維，暫無負(fù)載計(jì)算依據(jù)，暫按TPS需大于1000/S指標(biāo)做測(cè)試依據(jù)。同上同上6資訊頻繁√負(fù)載測(cè)試

√壓力測(cè)試

√穩(wěn)定性測(cè)試全網(wǎng)用戶系統(tǒng)未正式上線運(yùn)維，暫無負(fù)載計(jì)算依據(jù)，暫按TPS需大于1000/S指標(biāo)做測(cè)試依據(jù)。同上同上7XX數(shù)據(jù)開放管理系統(tǒng)（后臺(tái)）登錄頻繁√負(fù)載測(cè)試

√壓力測(cè)試

√穩(wěn)定性測(cè)試運(yùn)維人員、數(shù)據(jù)管理單位系統(tǒng)未正式上線運(yùn)維，暫無負(fù)載計(jì)算依據(jù)，暫按TPS需大于10/S指標(biāo)做測(cè)試依據(jù)。同上同上8XX數(shù)據(jù)開放管理系統(tǒng)首頁統(tǒng)計(jì)分析頻繁√負(fù)載測(cè)試

√壓力測(cè)試

√穩(wěn)定性測(cè)試運(yùn)維人員、數(shù)據(jù)管理單位系統(tǒng)未正式上線運(yùn)維，暫無負(fù)載計(jì)算依據(jù)，暫按TPS需大于10/S指標(biāo)做測(cè)試依據(jù)。同上同上測(cè)試用例負(fù)載測(cè)試測(cè)試需求對(duì)選定的測(cè)試對(duì)象進(jìn)行混合業(yè)務(wù)場(chǎng)景性能并發(fā)測(cè)試，評(píng)估系統(tǒng)在正常負(fù)載下的性能表現(xiàn)。通過測(cè)試工具模擬用戶訪問系統(tǒng)各個(gè)主要功能的使用場(chǎng)景，使整個(gè)系統(tǒng)承受的負(fù)載壓力為系統(tǒng)日常負(fù)載的2倍，測(cè)試連續(xù)執(zhí)行30分鐘。測(cè)試數(shù)據(jù)/前置條件超時(shí)時(shí)間：設(shè)置響應(yīng)超時(shí)=120秒。即服務(wù)器若在2分鐘內(nèi)沒有返回響應(yīng)數(shù)據(jù)給客戶端，則判斷該請(qǐng)求超時(shí)。測(cè)試步驟1、使用負(fù)載測(cè)試工具LoadRunnerVUG錄制以下業(yè)務(wù)操作，生成虛擬用戶腳本，并進(jìn)行調(diào)試：2、在LoadRunner監(jiān)控中心模擬多個(gè)用戶訪問本系統(tǒng)，執(zhí)行上述典型業(yè)務(wù)操作一段時(shí)間，隨后陸續(xù)注銷退出系統(tǒng)。具體測(cè)試場(chǎng)景設(shè)計(jì)如下：=1\*GB3①負(fù)載測(cè)試時(shí)間=30分鐘；②調(diào)整在線用戶和思考時(shí)間，使各業(yè)務(wù)功能模塊均達(dá)到目標(biāo)TPS；③設(shè)置測(cè)試工具加載與注銷虛擬用戶的方式：每10秒登錄5個(gè)用戶；每10秒注銷5個(gè)用戶；3、在負(fù)載測(cè)試期間，使用Loadrunner的監(jiān)控工具進(jìn)行監(jiān)控服務(wù)器的WINDOWS資源監(jiān)控器、事務(wù)響應(yīng)時(shí)間監(jiān)控器、點(diǎn)擊率監(jiān)控器，每秒HTTP響應(yīng)數(shù)監(jiān)控器；預(yù)期效果負(fù)載測(cè)試期間系統(tǒng)能正常運(yùn)行和使用，服務(wù)器對(duì)客戶端發(fā)出的業(yè)務(wù)請(qǐng)求的響應(yīng)時(shí)間在5秒以內(nèi)。壓力測(cè)試測(cè)試需求對(duì)選定的測(cè)試對(duì)象進(jìn)行單場(chǎng)景的獨(dú)立業(yè)務(wù)性能并發(fā)測(cè)試，評(píng)估系統(tǒng)在現(xiàn)有環(huán)境下可承載的并發(fā)訪問量，分析系統(tǒng)可能存在的性能瓶頸。通過測(cè)試工具模擬用戶訪問，系統(tǒng)中數(shù)據(jù)量產(chǎn)生較大、使用較頻繁或用戶較關(guān)注的功能，并采取階梯式加壓的方式，直至系統(tǒng)資源占用情況達(dá)到系統(tǒng)資源占用臨界閥值或性能測(cè)試過程中出現(xiàn)事務(wù)執(zhí)行失敗。測(cè)試數(shù)據(jù)xx年的基礎(chǔ)數(shù)據(jù)，xx個(gè)測(cè)試用戶前置條件超時(shí)時(shí)間：設(shè)置響應(yīng)超時(shí)=120秒。即服務(wù)器若在2分鐘內(nèi)沒有返回響應(yīng)數(shù)據(jù)給客戶端，則判斷該請(qǐng)求超時(shí)。測(cè)試步驟1、使用負(fù)載測(cè)試工具LoadRunnerVUG錄制以下業(yè)務(wù)操作，生成虛擬用戶腳本，并進(jìn)行調(diào)試：2、在LoadRunner監(jiān)控中心模擬多個(gè)用戶訪問本系統(tǒng)，執(zhí)行上述典型業(yè)務(wù)操作一段時(shí)間，隨后陸續(xù)注銷退出系統(tǒng)。具體測(cè)試場(chǎng)景設(shè)計(jì)如下：=1\*GB3①階梯加壓用戶設(shè)置：以20的倍數(shù)加壓，即20、40、60、80、100……；②每階梯壓力測(cè)試時(shí)間=30分鐘；③設(shè)置測(cè)試工具加載與注銷虛擬用戶的方式：每30分鐘登錄xx個(gè)用戶；每10秒注銷5個(gè)用戶；3、在壓力測(cè)試期間，使用Loadrunner的監(jiān)控工具進(jìn)行監(jiān)控服務(wù)器的WINDOWS資源監(jiān)控器、事務(wù)響應(yīng)時(shí)間監(jiān)控器、點(diǎn)擊率監(jiān)控器，每秒HTTP響應(yīng)數(shù)監(jiān)控器；預(yù)期效果壓力測(cè)試期間系統(tǒng)能正常運(yùn)行和使用，事務(wù)成功通過率達(dá)100%。穩(wěn)定性測(cè)試測(cè)試需求對(duì)選定的測(cè)試對(duì)象進(jìn)行混合業(yè)務(wù)場(chǎng)景性能并發(fā)測(cè)試，評(píng)估系統(tǒng)在現(xiàn)有環(huán)境下長(zhǎng)時(shí)間運(yùn)行時(shí)的穩(wěn)定性，考察服務(wù)器的資源是否存在瓶頸。通過測(cè)試工具模擬用戶訪問系統(tǒng)各個(gè)主要功能的使用場(chǎng)景，使整個(gè)系統(tǒng)承受的負(fù)載壓力為系統(tǒng)日常負(fù)載，測(cè)試連續(xù)執(zhí)行8個(gè)小時(shí)。測(cè)試數(shù)據(jù)xx年的基礎(chǔ)數(shù)據(jù)，xx個(gè)測(cè)試用戶前置條件超時(shí)時(shí)間：設(shè)置響應(yīng)超時(shí)=120秒。即服務(wù)器若在2分鐘內(nèi)沒有返回響應(yīng)數(shù)據(jù)給客戶端，則判斷該