人員	角色	職責(zé)、任務(wù)
1	項(xiàng)目負(fù)責(zé)人	評審并批準(zhǔn)測試計劃及有關(guān)報告；組織并確保團(tuán)隊工作；控制項(xiàng)目進(jìn)度；評估測試績效；與有關(guān)人員進(jìn)行溝通。
1	測試組組長	測試計劃編制；協(xié)調(diào)實(shí)施項(xiàng)目計劃中確定的活動；識別測試環(huán)境需求；負(fù)責(zé)設(shè)計測試用例；為其他人員提供技術(shù)支持。
3	測試工程師	執(zhí)行測試活動；提交測試日志和測試記錄報告。
1	系統(tǒng)及配置管理員	負(fù)責(zé)制定項(xiàng)目的配置管理計劃；負(fù)責(zé)項(xiàng)目過程的配置管理活動的落實(shí)和管理；負(fù)責(zé)項(xiàng)目電子數(shù)據(jù)的變更管理、版本控制和備案入庫工作。
1	質(zhì)量管理員	對測試過程、測試記錄、測試結(jié)果進(jìn)行監(jiān)督。
1	委托方開發(fā)工程師	熟悉被測系統(tǒng)，配合測試工程師

2. 測試活動安排

表格2 測試活動安排

活動名稱	時間（天）	內(nèi)容	評審時間與內(nèi)容
測試需求分析與測試策劃	2	根據(jù)軟件需求和樣品及其資料，項(xiàng)目負(fù)責(zé)人組織編制《測試計劃》	測試計劃評審
測試設(shè)計與實(shí)現(xiàn)	2	根據(jù)《測試計劃》中人員安排，相關(guān)測試人員進(jìn)行測試用例設(shè)計、編碼，編制《測試說明》，并建立測試環(huán)境	測試說明評審和測試就緒評審
測試執(zhí)行	5	根據(jù)《測試計劃》和《測試說明》，執(zhí)行測試，產(chǎn)生《測試記錄》	/
2	回歸測試	/
測試總結(jié)	2	編制《測試問題報告》和《測試報告》，并通過評審	測試總結(jié)評審

3. 測試環(huán)境

表格3 測試環(huán)境

測試客戶端1
硬件環(huán)境	設(shè)備型號：	/
CPU：	i7-4790
內(nèi)存：	8GB
硬盤：	500GB
軟件環(huán)境	操作系統(tǒng)：	Windows10
應(yīng)用軟件：	Chrome89.0
應(yīng)用服務(wù)器1（255.255.255.255）
硬件環(huán)境	虛擬機(jī)軟件：	/
CPU：	i7-4790
內(nèi)存：	32G*16
硬盤：	960GBSSD*2
軟件環(huán)境	操作系統(tǒng)：	Linux
應(yīng)用軟件：	JDK1.8
交換機(jī)1
硬件環(huán)境	設(shè)備型號：	/
網(wǎng)絡(luò)類型：	有線局域網(wǎng)
帶寬：	1000Mbps

4. 測試策略

測試狀態(tài)準(zhǔn)則

測試啟動準(zhǔn)則	正常情況下，測試啟動需要具備以下條件：1) 測試環(huán)境設(shè)備安裝調(diào)試完畢；2) 測試數(shù)據(jù)已經(jīng)準(zhǔn)備完畢，初始數(shù)據(jù)量滿足測試要求；3) 應(yīng)用服務(wù)器安裝配置成功，待測應(yīng)用版本已正確部署；4) 測試客戶端機(jī)器到位，系統(tǒng)軟件安裝完畢；5) 網(wǎng)絡(luò)配置正確，連接通暢，可以滿足測試需求；6) 測試方案評審?fù)戤?，甲方簽字確認(rèn)。
測試結(jié)束準(zhǔn)則	將以下條件完成作為本次測試完成的結(jié)束條件：1) 按測試計劃完成測試任務(wù)；2) 提交測試報告并評審?fù)ㄟ^；3) 測試相關(guān)輸出物提交并歸檔完畢；4) 或經(jīng)特殊批準(zhǔn)延長測試周期后完成項(xiàng)目目標(biāo)、提交測試報告并評審?fù)ㄟ^。
測試暫停準(zhǔn)則	測試暫停準(zhǔn)則:1) 測試任務(wù)、方案、計劃等發(fā)生重大變更；2) 系統(tǒng)測試重大問題發(fā)現(xiàn)：影響測試執(zhí)行的重大缺陷，需要修復(fù)的；3) 測試環(huán)境受到干擾，比如服務(wù)器被臨時征用，或服務(wù)器其它使用會對測試結(jié)果造成干擾；4) 需要調(diào)整測試環(huán)境資源，如加減CPU數(shù)目、加減存儲設(shè)備等；5) 不能提供相關(guān)用于測試的數(shù)據(jù)。
測試再啟動準(zhǔn)則	再啟動準(zhǔn)則：1) 相關(guān)方案、計劃等變更完畢，并滿足測試要求；2) 測試中發(fā)現(xiàn)的重大問題得以解決；3) 測試環(huán)境恢復(fù)正常；4) 環(huán)境調(diào)整完畢；5) 相關(guān)的性能測試數(shù)據(jù)已提供。

4.2測試用例設(shè)計方法

4.2.1功能性

功能測試用例主要采用等價類劃分法、錯誤推測法、邊值分析法與因果圖法進(jìn)行設(shè)計：

? 等價類劃分法的原則：

對業(yè)務(wù)流程進(jìn)行等價類劃分，測試用例應(yīng)是業(yè)務(wù)主流程和流程主分支的最小集，所有的判別分支都能被覆蓋，在流程覆蓋的同時，完成等價功能的測試。

? 邊值分析法的原則：

針對功能說明中的輸入輸出域，進(jìn)行邊界值和極限值的設(shè)計和測試。

? 錯誤推測法的原則：

采用逆向思維方式，結(jié)合以往測試經(jīng)驗(yàn)和直覺設(shè)計軟件在功能和流程上可能存在的各種錯誤，進(jìn)行容錯性測試。

? 因果圖法的原則：

因果分析圖是以結(jié)果作為特性，以原因作為因素，完成測試的方法。

4.2.2性能效率

性能效率測試主要分為價基準(zhǔn)測試、負(fù)載測試、壓力測試、配對測試、并發(fā)測試和可靠性測試。

? 基準(zhǔn)測試：

基準(zhǔn)測試是基于一定規(guī)模的數(shù)據(jù)量上進(jìn)行單業(yè)務(wù)或按實(shí)際用戶操作同比例組合業(yè)務(wù)的測試，目的在于量化響應(yīng)時間、吞吐率的指標(biāo)，便于后續(xù)比對。

? 負(fù)載測試：

通過在被測系統(tǒng)上不斷增加壓力，直到性能指標(biāo)，例如“響應(yīng)時間”超過預(yù)定指標(biāo)或者某種資源使用已經(jīng)達(dá)到飽和狀態(tài)。

? 壓力測試：

測試系統(tǒng)在一定飽和狀態(tài)下，例如CPU、內(nèi)存等在飽和使用情況下，系統(tǒng)能夠處理的會話能力，以及系統(tǒng)是否會出現(xiàn)錯誤。

? 配對測試：

通過對被測系統(tǒng)的軟/硬件環(huán)境的調(diào)整，了解各種不同環(huán)境對系統(tǒng)性能影響的程度，從而找到系統(tǒng)各項(xiàng)資源的最優(yōu)分配原則。

? 并發(fā)測試：

通過模擬用戶的并發(fā)訪問，測試多用戶并發(fā)訪問同一個應(yīng)用、同一個模塊或者數(shù)據(jù)記錄時是否存在死鎖或者其他性能問題。

? 可靠性測試：

通過給系統(tǒng)加載一定的業(yè)務(wù)壓力（例如資源在70%~90%的使用率）的情況下，讓應(yīng)用持續(xù)運(yùn)行一段時間，測試系統(tǒng)在這種條件下是否能穩(wěn)定運(yùn)行。

本次性能測試主要采用并發(fā)測試和負(fù)載測試，模擬用戶執(zhí)行業(yè)務(wù)操作，用戶執(zhí)行登錄，依次訪問黨建模塊首頁，訪問綜治模塊并查詢一條數(shù)據(jù)，訪問網(wǎng)格首頁并新增一條數(shù)據(jù)。

5. 質(zhì)量保證

由質(zhì)量監(jiān)督員進(jìn)行監(jiān)督記錄，若項(xiàng)目負(fù)責(zé)人為該質(zhì)量監(jiān)督員，由質(zhì)量負(fù)責(zé)人進(jìn)行復(fù)核，由技術(shù)負(fù)責(zé)人審批。（至少保證每周一次對正在執(zhí)行的項(xiàng)目進(jìn)行跟蹤）

監(jiān)督項(xiàng)	監(jiān)督內(nèi)容	監(jiān)督時間
設(shè)備與軟件	記錄使用的設(shè)備與軟件名稱、測試人員等。	及時
設(shè)施與環(huán)境	測試時的實(shí)驗(yàn)室內(nèi)的環(huán)境和設(shè)施是否符合項(xiàng)目實(shí)際情況。	及時
需求分析	根據(jù)被測樣品分析，查看測試需求是否考慮全面；需求是否100%覆蓋客戶所提供的需求文檔；需求是否符合項(xiàng)目實(shí)際情況；需求分析是否合理；測試方法是否選擇恰當(dāng)；測試需求分析文檔內(nèi)容是否完整、合理、規(guī)范。	及時
測試大綱	查看測試大綱文檔是否完整、正確、規(guī)范；進(jìn)度計劃是否符合合同約定；計劃是否符合項(xiàng)目實(shí)際情況；項(xiàng)目工作量估計是否合理；測試項(xiàng)是否選擇完整、合理。	及時
測試工具與環(huán)境	查看測試環(huán)境是否合理并滿足測試要求；環(huán)境選擇是否滿足客戶需求；測試環(huán)境是否滿足實(shí)驗(yàn)室要求；測試環(huán)境運(yùn)行是否正常；設(shè)備是否經(jīng)過授權(quán)。	及時
測試設(shè)計	根據(jù)需求分析，編制測試用例是否覆蓋全部功能點(diǎn)；文檔是否完整、正確、規(guī)范；用例是否100%覆蓋測試需求；用例是否正確追蹤需求；用例設(shè)計是否合理；用例設(shè)計步驟是否正確；用例設(shè)計量是否滿足測試大綱的活動安排；用例是否可行、充分。	及時
測試執(zhí)行	是否按照測試用例和測試要求逐條執(zhí)行；用例執(zhí)行后的數(shù)據(jù)是否正確記錄到文檔里；測試執(zhí)行步驟是否按照作業(yè)指導(dǎo)書執(zhí)行	及時
報告書寫	報告書寫和結(jié)論是否合符規(guī)范。	及時
項(xiàng)目跟蹤	查看測試步驟是否符合CNAS、CMA項(xiàng)目管理規(guī)范。	每天
項(xiàng)目跟蹤頻次	當(dāng)天	每天
其他	——	——

6. 溝通保證

為了保障測試過程順利進(jìn)行，測試方、委托方和開發(fā)方等均應(yīng)保持溝通的暢通，以便快速定位和解決問題。溝通手段包括但不限于以下：

? 會議溝通：在整個測試活動中，應(yīng)當(dāng)召開首次會議和末次會議；

? 現(xiàn)場交流：主要是測試人員和軟件開發(fā)人員現(xiàn)場溝通交流；

? 電話溝通：較快捷的描述問題和原因；

? 聊天工具：可通過截圖、傳輸方式，形象的描述問題和原因；

? 其他。

7. 測試風(fēng)險分析

序號	風(fēng)險	應(yīng)對措施
1.	由于軟件文檔中軟件功能描述不明確，導(dǎo)致測試人員對被測軟件的理解、對功能的要求理解有偏差。	加強(qiáng)與軟件開發(fā)人員的交流與溝通；加強(qiáng)測試過程評審及審查，保證測試質(zhì)量。
2.	由于一些特殊原因，導(dǎo)致某些用例（異常用例）無法執(zhí)行，導(dǎo)致測試的不充分性。	設(shè)計測試用例時，盡可能多的考慮到測試用例的異常終止情況。
3.	由于各種原因，項(xiàng)目的開發(fā)人員可能沒有足夠的時間和精力配合測試工作，給測試工作的質(zhì)量和進(jìn)展帶來影響。	盡量將需要開發(fā)人員配合測試的測試項(xiàng)集中安排。
4.	其他	-