大數(shù)據(jù)開放平臺系統(tǒng)測試方案（學習模板）

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

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

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

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

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

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

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

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

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

不允許為空的字段前面加上*作為標記；

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

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

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

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

或101

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

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

息值；輸入0

到100

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

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

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

確認各字段名稱書寫是否正確；

確認特殊格式的字段是否已做標準格式的限制（如：電子郵件、郵編等）；

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

默認當前操作人的姓名；

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

對于多選字段，測試是否具有記憶上次選擇值并已驗重；

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

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

存時系統(tǒng)會彈出XXX

字段不允許重復提示信息，要求僅對空行不保存即可，不需

要提示的）；

多行添加，測試如果某個字段值太長保存后是否會導致界面混亂；

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

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

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

主子表編輯頁面

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

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

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

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

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

添加界面：測試繼承上級信息的字段（如：上級機構(gòu)名稱、上級機構(gòu)編碼等）值系

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

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

測試）；

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

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

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

字

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

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

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

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

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

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

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

傳附件

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

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

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

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

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

記錄；

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

成選擇操作

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

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

確認字段是否保存修改后的信息值；

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

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

測試界面整體設(shè)計合理，操作方便，尤其是查詢條件排放是否整齊，操作是否方便；功能按鈕順序設(shè)計是否合理，操作是否方便（一般順序為查詢、添加、刪除）；

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

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

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

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

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

工作流

測試流程啟動后是否嚴格按照所選擇的流程模板自動流轉(zhuǎn)

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

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

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

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

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

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

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

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

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

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

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

提示信息

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

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

是可以有重復信息的

；某些信息只歸屬于底層信息，在測試時注意當前位置是否是底層；

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

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

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

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

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

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

測試被引用的信息是否可以進行修改操作（通常作為基本信息被引用時是不允許進

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

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

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

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

；測試僅限于某個階段才能進行的操作，在其它階段是否禁止或無此操作按鈕

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

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

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

所有彈出窗口居中顯示；

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

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

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

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

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

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

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

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

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

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

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

√壓力測試

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

√壓力測試

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

√壓力測試

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

√壓力測試

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

√壓力測試

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

√壓力測試

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

√壓力測試

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

√壓力測試

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