整體測(cè)試方案

1、精選優(yōu)質(zhì)文檔-傾情為你奉上文檔編號(hào)：IECUSTOM-整體測(cè)試方案海關(guān)信息數(shù)據(jù)采集與數(shù)據(jù)應(yīng)用平臺(tái)測(cè)試項(xiàng)目整體測(cè)試方案二零一六年九月專心-專注-專業(yè)關(guān)于本文檔項(xiàng)目名稱海關(guān)信息數(shù)據(jù)采集與數(shù)據(jù)應(yīng)用平臺(tái)測(cè)試項(xiàng)目主 題整體測(cè)試方案標(biāo) 識(shí)IECUSTOM-整體測(cè)試方案說 明系統(tǒng)測(cè)試前，需要制定方案，以便對(duì)測(cè)試工作進(jìn)行指導(dǎo)。適用對(duì)象甲方項(xiàng)目負(fù)責(zé)人、有關(guān)人員中科軟項(xiàng)目工程領(lǐng)導(dǎo)小組、項(xiàng)目經(jīng)理、項(xiàng)目組全體成員以及相關(guān)人員修訂歷史版本章節(jié)類型日期作者說明C2016年9月5日羅晨說明：類型創(chuàng)建（C）、修改（U）、刪除（D）、增加（A）；評(píng)審記錄角色簽名日期說明目 錄第 1 章 概述1.1 編寫目的編寫本測(cè)試方案的目的

2、是為客戶、項(xiàng)目經(jīng)理、開發(fā)人員、測(cè)試工程師、維護(hù)人員等項(xiàng)目相關(guān)人員提供海關(guān)信息數(shù)據(jù)采集與數(shù)據(jù)應(yīng)用與平臺(tái)測(cè)試項(xiàng)目整體系統(tǒng)測(cè)試指導(dǎo)。1.2 讀者對(duì)象本測(cè)試方案可能的合法讀者對(duì)象為客戶、項(xiàng)目經(jīng)理、開發(fā)人員、測(cè)試人員、維護(hù)人員。1.3 項(xiàng)目背景隨著經(jīng)濟(jì)環(huán)境、執(zhí)法環(huán)境的變化，海關(guān)大監(jiān)管、關(guān)警融合、分類通關(guān)等各項(xiàng)業(yè)務(wù)的不斷深入，加快通關(guān)速度和大通關(guān)對(duì)緝私工作提出了更高的要求，情報(bào)工作在海關(guān)各工作特別是緝私工作中的地位和作用日益凸顯，所擔(dān)負(fù)的職責(zé)更加繁重，任務(wù)更加艱巨，海關(guān)人力資源與監(jiān)管要求直接的矛盾突出。為了提升海關(guān)大監(jiān)管的綜合執(zhí)法能力及海關(guān)緝私辦案能力，必須借助現(xiàn)代化情報(bào)工作機(jī)制及計(jì)算機(jī)情報(bào)信息系統(tǒng)支持，

3、完善情報(bào)機(jī)制，體現(xiàn)情報(bào)信息服務(wù)，增強(qiáng)對(duì)全國(guó)海關(guān)情報(bào)業(yè)務(wù)的掌控能力。第 2 章 測(cè)試方案概述2.1 測(cè)試目標(biāo)（1）系統(tǒng)界面操作無明顯異常，符合業(yè)務(wù)需求規(guī)定；（2）根據(jù)需求規(guī)格說明書，總體設(shè)計(jì)、詳細(xì)設(shè)計(jì)文檔實(shí)現(xiàn)整體功能測(cè)試；（3）系統(tǒng)主要流程，無異常，符合需求；（4）根據(jù)需求進(jìn)行性能測(cè)試、穩(wěn)定性、健全性及安全測(cè)試； （5）所有測(cè)試用例100%執(zhí)行；（6）所有缺陷處于Closed、Rejected、Pending狀態(tài)；（7）缺陷修改要求：High級(jí)缺陷修復(fù)率應(yīng)達(dá)到100%；Medium級(jí)缺陷修復(fù)率應(yīng)達(dá)到95%以上；Low級(jí)缺陷修復(fù)率應(yīng)達(dá)到60%以上。2.2 測(cè)試范圍本次測(cè)試主要針對(duì)海關(guān)信息數(shù)據(jù)采集與

4、數(shù)據(jù)應(yīng)用平臺(tái)項(xiàng)目的軟件需求規(guī)格說明書中涉及的要求進(jìn)行完整性測(cè)試，包括界面、功能和流程的全面測(cè)試，以及性能測(cè)試、穩(wěn)定性、健全性及安全測(cè)試等。本次測(cè)試采用黑盒測(cè)試的方法為主，輔助進(jìn)行代碼審查。2.3 參考資料海關(guān)信息數(shù)據(jù)采集與數(shù)據(jù)應(yīng)用平臺(tái)測(cè)試項(xiàng)目需求規(guī)格說明書海關(guān)信息數(shù)據(jù)采集與數(shù)據(jù)應(yīng)用平臺(tái)測(cè)試項(xiàng)目合同公司軟件測(cè)試規(guī)范。第 3 章 測(cè)試環(huán)境測(cè)試環(huán)境分類測(cè)試環(huán)境名稱硬件環(huán)境軟件環(huán)境客戶端PC機(jī)1 D CPU 內(nèi)存Windows XP Professional SP2PC機(jī)2 D CPU 內(nèi)存Windows XP Professional SP2服務(wù)器端應(yīng)用服務(wù)器待定待定數(shù)據(jù)庫(kù)服務(wù)器企業(yè)端：IBM XD

5、ERIES_366 Intel（R）Xeon(7M) MP CUP 內(nèi)存中心端：System Model: IBM,7040-671Number Of Processors: 16Processor Clock Speed: 1500 MHzCPU Type: 64-bitMemory Size: 16384 MBHard Disk: MB企業(yè)端：Windows 2003 Server Enterprise Edition SP2中心端：AIX Version MQ服務(wù)器(企業(yè)端：；中心端 Model: IBM,7026-6M1Number Of Processors: 8Processor

6、Clock Speed: 752 MHzCPU Type: 64-bitMemory Size: 8192 MBHard Disk:36400MBAIX Version 其 它加M機(jī)分中心（郵箱客戶端）同PC機(jī)1和PC機(jī)2同PC機(jī)1和PC機(jī)2瀏覽器IE6表 測(cè)試環(huán)境第 4 章 測(cè)試方案4.1 測(cè)試依據(jù)在本項(xiàng)目實(shí)施過程中編寫的需求、設(shè)計(jì)、計(jì)劃、測(cè)試方案、測(cè)試報(bào)告等產(chǎn)出物，需要通過客戶、項(xiàng)目經(jīng)理、QA、測(cè)試經(jīng)理等該項(xiàng)目相關(guān)人員審核。4.2 功能測(cè)試測(cè)試人員根據(jù)通過審核的需求、設(shè)計(jì)、測(cè)試方案等文檔編寫測(cè)試用例，要求測(cè)試用例的功能覆蓋率要達(dá)到100%，測(cè)試過程中測(cè)試人員嚴(yán)格執(zhí)行測(cè)試用例并記錄測(cè)試結(jié)果，

7、驗(yàn)證系統(tǒng)的功能實(shí)現(xiàn)是否達(dá)到需求、設(shè)計(jì)要求，是否滿足客戶目標(biāo)。測(cè)試用例執(zhí)行率達(dá)到100%。測(cè)試過程中所有問題提交BugFree。4.3 性能測(cè)試應(yīng)用系統(tǒng)經(jīng)過系統(tǒng)測(cè)試后形成相對(duì)穩(wěn)定版本，測(cè)試組在穩(wěn)定版本的基礎(chǔ)上選擇性能測(cè)試點(diǎn)進(jìn)行性能測(cè)試，測(cè)試組負(fù)責(zé)編寫性能測(cè)試方案，對(duì)系統(tǒng)進(jìn)行壓力測(cè)試、并發(fā)測(cè)試、穩(wěn)定性測(cè)試。測(cè)試過程中使用性能測(cè)試工具LoadRunner。執(zhí)行性能測(cè)試時(shí)，同時(shí)填寫性能測(cè)試記錄表、性能測(cè)試調(diào)優(yōu)過程記錄表。4.4 內(nèi)部測(cè)試4.4.1 測(cè)試策略測(cè)試過程按三個(gè)步驟進(jìn)行，即單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試，根據(jù)不同階段測(cè)試的測(cè)重點(diǎn)不同。4.4.1.1 單元測(cè)試首先按照系統(tǒng)、子系統(tǒng)和模塊進(jìn)行劃分，但

8、最終的單元必須是功能模塊,或面向?qū)ο筮^程中的若干個(gè)類。單元測(cè)試是對(duì)功能模塊進(jìn)行正確性檢驗(yàn)的測(cè)試工作，也是后續(xù)測(cè)試的基礎(chǔ)。目的是在于發(fā)現(xiàn)各模塊內(nèi)部可能存在的各種差錯(cuò)，因此需要從程序的內(nèi)部結(jié)構(gòu)出發(fā)設(shè)計(jì)測(cè)試用例，著重考慮以下五個(gè)方面：1) 模塊接口：對(duì)所測(cè)模塊的數(shù)據(jù)流進(jìn)行測(cè)試。2) 局部數(shù)據(jù)結(jié)構(gòu)：檢查不正確或不一致的數(shù)據(jù)類型說明、使用尚未賦值或尚未初始化的變量、錯(cuò)誤的初始值或缺省值。3) 路徑：雖然不可能做到窮舉測(cè)試，但要設(shè)計(jì)測(cè)試用例查找由于不正確的計(jì)算（包括算法錯(cuò)、表達(dá)式的符號(hào)表示不正確、運(yùn)算精度不夠等）、不正確的比較或不正常的控制流（包括不同數(shù)據(jù)類型量的相互比較、不適當(dāng)?shù)匦薷牧搜h(huán)變量、錯(cuò)誤的或

9、不可能的循環(huán)終止條件等）而導(dǎo)致的錯(cuò)誤。4) 錯(cuò)誤處理：檢查模塊有沒有對(duì)預(yù)見錯(cuò)誤的條件設(shè)計(jì)比較完善的錯(cuò)誤處理功能，保證其邏輯上的正確性。5) 邊界：注意設(shè)計(jì)數(shù)據(jù)流、控制流中剛好等于、大于或小于確定的比較值的用例。4.4.1.2 集成測(cè)試集成測(cè)試也叫組裝測(cè)試或聯(lián)合測(cè)試（接口聯(lián)調(diào)測(cè)試）。通常，在單元測(cè)試的基礎(chǔ)上需要將所有的模塊按照設(shè)計(jì)要求組裝成系統(tǒng)，這時(shí)需要考慮的問題：1) 在把各個(gè)模塊連接起來的時(shí)候，穿越模塊接口的數(shù)據(jù)是否會(huì)丟失。2) 一個(gè)模塊的功能是否會(huì)對(duì)另一個(gè)模塊的功能產(chǎn)生不利的影響。3) 各個(gè)子功能組合起來，能否達(dá)到預(yù)期要求的父功能。4) 全局?jǐn)?shù)據(jù)結(jié)構(gòu)是否有問題。5) 單元模塊的誤差累積起來

10、，是否會(huì)放大，從而達(dá)到不能接受的程度。4.4.1.3 系統(tǒng)測(cè)試系統(tǒng)測(cè)試目的是在于驗(yàn)證軟件的功能和性能及其他特性是否與用戶的要求一致，主要是下列類型的測(cè)試：1) 用戶界面測(cè)試：測(cè)試用戶界面是否具有導(dǎo)航性、美觀性、行業(yè)或公司的規(guī)范性、是否滿足設(shè)計(jì)中要求的執(zhí)行功能。2) 功能測(cè)試：驗(yàn)證功能實(shí)現(xiàn)是否滿足客戶需求。3) 性能測(cè)試：測(cè)試相應(yīng)時(shí)間、事務(wù)處理效率和其他時(shí)間敏感的問題。4) 可靠性測(cè)試：測(cè)試系統(tǒng)對(duì)數(shù)據(jù)有效性檢查能力和抵御誤操作的能力。5) 容量測(cè)試：測(cè)試大量數(shù)據(jù)對(duì)系統(tǒng)的影響。6) 容錯(cuò)性測(cè)試：測(cè)試軟件系統(tǒng)克服軟件、硬件故障的能力。7) 數(shù)據(jù)安全測(cè)試：測(cè)試系統(tǒng)在出現(xiàn)異常情況下，是否可以保護(hù)數(shù)據(jù)不丟

11、失；測(cè)試系統(tǒng)能否可以進(jìn)行數(shù)據(jù)庫(kù)的備份和恢復(fù)。8) 易用性測(cè)試：重點(diǎn)關(guān)注系統(tǒng)的易理解性、易操作性、易學(xué)性。9) 安裝部署測(cè)試：確保軟件系統(tǒng)在所有可能情況下的安裝效果和一旦安裝部署之后必須保證正確運(yùn)行的質(zhì)量。4.4.2 測(cè)試管理4.4.2.1 組織機(jī)構(gòu)測(cè)試經(jīng)理測(cè)試人員項(xiàng)目經(jīng)理項(xiàng)目負(fù)責(zé)人開發(fā)人員4.4.2.2 角色職責(zé)角色職責(zé)測(cè)試經(jīng)理- 負(fù)責(zé)與項(xiàng)目經(jīng)理溝通，進(jìn)行測(cè)試的整體策劃、制定測(cè)試計(jì)劃、組織測(cè)試實(shí)施、分析測(cè)試結(jié)果，控制測(cè)試進(jìn)度和Bug清除率。測(cè)試員- 負(fù)責(zé)檢查測(cè)試環(huán)境、測(cè)試版本、編寫并執(zhí)行測(cè)試大綱、測(cè)試用例、報(bào)告缺陷、驗(yàn)證修改結(jié)果，進(jìn)行測(cè)試數(shù)據(jù)統(tǒng)計(jì)，提交測(cè)試報(bào)告。項(xiàng)目經(jīng)理- 負(fù)責(zé)與測(cè)試經(jīng)理溝通，

12、參與測(cè)試的整體策劃、提供測(cè)試依據(jù)等相關(guān)材料；介紹系統(tǒng)功能，負(fù)責(zé)測(cè)試組與開發(fā)組間協(xié)調(diào)。程序員- 按時(shí)部署測(cè)試環(huán)境、數(shù)據(jù)，提交可測(cè)試的軟件版本，協(xié)助測(cè)試員編寫用例，及時(shí)修改缺陷、填寫修改記錄。QA工程師- 對(duì)測(cè)試過程、測(cè)試結(jié)果進(jìn)行規(guī)范性檢查項(xiàng)目負(fù)責(zé)人- 評(píng)價(jià)測(cè)試結(jié)果4.4.2.3 測(cè)試安排總體測(cè)試時(shí)間：2016年9月1日2016年11月13日。第一階段測(cè)試：2016年9月1日2016年10月9日，開發(fā)人員編寫代碼，完成系統(tǒng)功能開發(fā)，并對(duì)完成的功能模塊進(jìn)行單元測(cè)試、集成測(cè)試；第二階段測(cè)試：2016年10月10日2016年10月25日，測(cè)試組對(duì)項(xiàng)目的軟件系統(tǒng)進(jìn)行功能測(cè)試，由開發(fā)人員完成所有問題的修改。

13、第三階段測(cè)試：2016年10月26日2016年11月4日，測(cè)試組進(jìn)行性能測(cè)試并完成問題修改。4.4.2.4 測(cè)試步驟具體測(cè)試步驟：1、 對(duì)整體流程進(jìn)行測(cè)試，保證系統(tǒng)整體業(yè)務(wù)流程可以走通。2、 對(duì)整體業(yè)務(wù)流程中的分支流程進(jìn)行測(cè)試，保證系統(tǒng)業(yè)務(wù)分支流程可以走通。3、 各業(yè)務(wù)系統(tǒng)流程測(cè)試4、 各子系統(tǒng)功能點(diǎn)測(cè)試。5、 覆蓋性測(cè)試。6、 系統(tǒng)性能測(cè)試?；貧w測(cè)試貫穿每個(gè)測(cè)試階段。系統(tǒng)整體流程如下說明：1、基礎(chǔ)數(shù)據(jù)由數(shù)據(jù)采集系統(tǒng)從進(jìn)出口相關(guān)執(zhí)法部門采集，包括涉毒信息、旅客信息、航班信息等，形成基礎(chǔ)數(shù)據(jù)。2、系統(tǒng)進(jìn)行數(shù)據(jù)收集存儲(chǔ)、數(shù)據(jù)加工處理、主題數(shù)據(jù)建立等處理，進(jìn)行主數(shù)據(jù)轉(zhuǎn)換加載與業(yè)務(wù)數(shù)據(jù)轉(zhuǎn)換加載，產(chǎn)生中

14、間過程數(shù)據(jù)，具有時(shí)間戳和更新標(biāo)記。3、對(duì)集成數(shù)據(jù)進(jìn)行分析，滿足實(shí)時(shí)查詢與統(tǒng)計(jì)需要，形成統(tǒng)計(jì)報(bào)表。4、動(dòng)態(tài)數(shù)據(jù)倉(cāng)庫(kù)存放風(fēng)險(xiǎn)數(shù)據(jù)、預(yù)警數(shù)據(jù)。5、對(duì)預(yù)警數(shù)據(jù)進(jìn)行評(píng)分、排名并設(shè)置消息推送。4.4.2.5 測(cè)試管理工具工具名稱：來源：官方網(wǎng)站功能：測(cè)試用例、缺陷管理，自動(dòng)統(tǒng)計(jì)測(cè)試結(jié)果4.4.2.6 缺陷處理流程規(guī)定缺陷有三種狀態(tài)（見表-1）、七種解決方案（見表-2）。表-1缺陷有三種狀態(tài)缺陷狀態(tài)說明Active(激活)Bug的初始狀態(tài)。任何新建的Bug狀態(tài)都是Active。可以通過編輯功能修改Bug的內(nèi)容，并指派給合適的人員解決。Resolved(解決)解決中或解決完畢狀態(tài)。Closed(關(guān)閉)已修復(fù)B

15、ug、或解決方案（見表-2）被驗(yàn)證無誤之后可以關(guān)閉。該Bug處理完畢。如果沒有真正解決或者重新復(fù)現(xiàn)，可以重新激活，Bug狀態(tài)重新變?yōu)锳ctive。按照Bugfree3.0.4缺陷處理流程，測(cè)試者、Bug修改者都可以使用Bugfree報(bào)告Bug，測(cè)試者跟蹤Bug狀態(tài)，驗(yàn)證處理結(jié)果，直至關(guān)閉。具體過程：1、 報(bào)告者提交一個(gè)Bug，缺陷生命周期開始，Bugfree自動(dòng)將狀態(tài)置為Active（激活狀態(tài)），報(bào)告者將Bug指派給修改Bug的程序員；2、 程序員接受Bug，點(diǎn)擊解決按鈕，進(jìn)行Bug的修改，并指派Bug修改后的驗(yàn)證人（默認(rèn)該Bug的報(bào)告者），Bug變?yōu)镽esolved（解決狀態(tài)），程序員選擇B

16、ug解決方案：表-2七種解決方案Bug解決方案方案說明處理規(guī)則Fixed（有效Bug）確認(rèn)是Bug，修改完畢、提交驗(yàn)證。測(cè)試員驗(yàn)證，修改正確、可以關(guān)閉；否則，重新激活。External（有效Bug）外部因素（比如瀏覽器、操作系統(tǒng)、其他第三方軟件）造成的問題。項(xiàng)目經(jīng)理確認(rèn)、必要時(shí)與客戶和相關(guān)方協(xié)商解決，測(cè)試員驗(yàn)證后關(guān)閉；否則，重新激活。Postponed（有效Bug）目前不必修改的問題（發(fā)現(xiàn)的太晚了，下一個(gè)版本討論是否解決）。項(xiàng)目經(jīng)理確認(rèn)、必要時(shí)與客戶協(xié)商，如果同意下一個(gè)版本討論或修改，保持“解決”狀態(tài)和當(dāng)前解決方案不變；否則，重新激活，選擇Fixed/External方案進(jìn)行修改；WontFi

17、x（有效Bug）是個(gè)問題，但是不影響系統(tǒng)使用。項(xiàng)目經(jīng)理確認(rèn)，確實(shí)不值得修改、可讓測(cè)試員關(guān)閉；否則，重新激活，選擇適當(dāng)?shù)姆桨高M(jìn)行修改；ByDesign（無效Bug）就是這么設(shè)計(jì)的，不是Bug。項(xiàng)目經(jīng)理確認(rèn)，必要時(shí)與客戶協(xié)商，如果的確不是Bug，需求和設(shè)計(jì)就是這樣、或受限于開發(fā)環(huán)境和工具，可讓測(cè)試員關(guān)閉；否則，重新激活,選擇適當(dāng)?shù)姆桨高M(jìn)行修改；Duplicate（無效Bug）重復(fù)的Bug。測(cè)試員確認(rèn)，確實(shí)是重報(bào)、測(cè)試員可以關(guān)閉；否則，重新激活，選擇適當(dāng)?shù)姆桨高M(jìn)行修改；NotRepro（無效Bug）無法復(fù)現(xiàn)的問題。項(xiàng)目經(jīng)理確認(rèn)，確實(shí)無法復(fù)現(xiàn)，指定專人跟蹤，如果一段時(shí)間內(nèi)Bug不再重現(xiàn)，可讓測(cè)試員關(guān)閉

18、；否則，重新激活，選擇適當(dāng)?shù)姆桨高M(jìn)行修改。*需項(xiàng)目經(jīng)理確認(rèn)的問題也可委托開發(fā)組長(zhǎng)、技術(shù)骨干審查，關(guān)鍵問題由開發(fā)組長(zhǎng)報(bào)項(xiàng)目經(jīng)理確認(rèn)。3、 Bug報(bào)告者和修改者參考程序員填寫的Bug解決方案，按照上表定義的處理規(guī)則，需要時(shí)請(qǐng)項(xiàng)目經(jīng)理確認(rèn)，將可以關(guān)閉的Bug置為Closed（關(guān)閉狀態(tài)）；否則，重新激活、置為Active（激活狀態(tài)）。4.4.2.7 測(cè)試通過準(zhǔn)則充分性：計(jì)劃測(cè)試的功能至少全部測(cè)試了一遍；至少對(duì)缺陷高發(fā)點(diǎn)進(jìn)行了回歸測(cè)試；測(cè)試用例覆蓋率100%；測(cè)試用例執(zhí)行率100%；Bug清除率：有效Bug清除率95%以上；其中：1-2級(jí)Bug清除率100%3-4級(jí)Bug清除率95%以上；遺留Bug必須

19、得到客戶認(rèn)可。4.4.2.8 測(cè)試異常中止準(zhǔn)則1、 系統(tǒng)的一二級(jí)錯(cuò)誤太多、不能繼續(xù)測(cè)試；2、 發(fā)現(xiàn)明顯設(shè)計(jì)錯(cuò)誤、導(dǎo)致測(cè)試對(duì)象完全錯(cuò)誤；3、 發(fā)現(xiàn)測(cè)試對(duì)象與用戶需求完全不符合；4、 測(cè)試環(huán)境沒有保障；5、 測(cè)試人員或缺陷修改人員缺席。4.4.2.9 風(fēng)險(xiǎn)分析及預(yù)防嚴(yán)格遵循軟件測(cè)試規(guī)范，做到：組織規(guī)范、流程規(guī)范、文檔規(guī)范依據(jù)評(píng)審?fù)ㄟ^的需求規(guī)格說明書、設(shè)計(jì)書編寫測(cè)試用例；需求、設(shè)計(jì)變更時(shí)要有客戶變更記錄；要求測(cè)試大綱和用例：測(cè)試大綱和用例覆蓋軟件所有的功能要點(diǎn)和主要業(yè)務(wù)流程；每一條用例應(yīng)給出測(cè)試數(shù)據(jù)（需要輸入數(shù)據(jù)時(shí)）、執(zhí)行步驟、方法、預(yù)期結(jié)果。測(cè)試大綱和用例應(yīng)經(jīng)過項(xiàng)目經(jīng)理審查、客戶負(fù)責(zé)人評(píng)審。4.4

20、.2.10 提交成果物 整體測(cè)試方案 測(cè)試用例 BUG一覽表 測(cè)試報(bào)告第 5 章 用戶測(cè)試用戶測(cè)試過程中重點(diǎn)關(guān)注需求文檔中描述的功能是否都已經(jīng)實(shí)現(xiàn)，主要對(duì)系統(tǒng)進(jìn)行易用性測(cè)試、可靠性測(cè)試、容錯(cuò)性測(cè)試。其測(cè)試依據(jù)及測(cè)試環(huán)境同測(cè)試組相同。5.1 測(cè)試管理5.1.1 組織機(jī)構(gòu)5.1.2 角色職責(zé)角色職責(zé)用戶測(cè)試代表負(fù)責(zé)檢查測(cè)試環(huán)境、測(cè)試版本、報(bào)告缺陷、驗(yàn)證修改結(jié)果，進(jìn)行測(cè)試數(shù)據(jù)統(tǒng)計(jì)，提交用戶測(cè)試報(bào)告。項(xiàng)目經(jīng)理負(fù)責(zé)與甲方測(cè)試人員溝通，參與測(cè)試的整體策劃、提供測(cè)試依據(jù)等相關(guān)材料；介紹系統(tǒng)功能，負(fù)責(zé)甲方測(cè)試人員與開發(fā)組間協(xié)調(diào)。開發(fā)組按時(shí)部署測(cè)試環(huán)境、數(shù)據(jù)，提交可測(cè)試的軟件版本，編寫測(cè)試用例、測(cè)試大綱，及時(shí)修改缺陷、填寫修改記錄。QA工程師對(duì)測(cè)試過程、測(cè)試結(jié)果進(jìn)行規(guī)范性檢查甲方項(xiàng)目負(fù)責(zé)人評(píng)價(jià)測(cè)試結(jié)果5.1.3 測(cè)試安排測(cè)試時(shí)間： 2016年11月5日2016年11月20日，業(yè)主進(jìn)行測(cè)試并完成問題修改。5.1.4 測(cè)試步驟第一步：測(cè)試開始前，由項(xiàng)目經(jīng)理介紹已實(shí)現(xiàn)的功能、業(yè)務(wù)流程，保證用戶方測(cè)試員深入理解系統(tǒng)功能和業(yè)務(wù)流程，執(zhí)行測(cè)試用例。第二步：用戶方測(cè)試人員逐條執(zhí)行測(cè)試用例，發(fā)