整體測(cè)試方案說明

...wd......wd......wd...文檔編號(hào)：IE－CUSTOM-整體測(cè)試方案－V1.0海關(guān)信息數(shù)據(jù)采集與數(shù)據(jù)應(yīng)用平臺(tái)測(cè)試工程整體測(cè)試方案二零一六年九月關(guān)于本文檔工程名稱海關(guān)信息數(shù)據(jù)采集與數(shù)據(jù)應(yīng)用平臺(tái)測(cè)試工程主題整體測(cè)試方案標(biāo)識(shí)IE－CUSTOM-整體測(cè)試方案－V1.0說明系統(tǒng)測(cè)試前，需要制定方案，以便對(duì)測(cè)試工作進(jìn)展指導(dǎo)。適用對(duì)象甲方工程負(fù)責(zé)人、有關(guān)人員中科軟工程工程領(lǐng)導(dǎo)小組、工程經(jīng)理、工程組全體成員以及相關(guān)人員修訂歷史版本章節(jié)類型日期作者說明V1.0C201羅晨說明：類型－創(chuàng)立〔C〕、修改〔U〕、刪除〔D〕、增加〔A〕；評(píng)審記錄角色簽名日期說明目錄TOC\o"1-3"\h\u第1章概述11.1編寫目的11.2讀者對(duì)象11.3工程背景1第2章測(cè)試方案概述22.1測(cè)試目標(biāo)22.2測(cè)試范圍22.3參考資料2第3章測(cè)試環(huán)境3第4章測(cè)試方案54.1測(cè)試依據(jù)54.2功能測(cè)試54.3性能測(cè)試54.4內(nèi)部測(cè)試54.4.1測(cè)試策略54.4.2測(cè)試管理7第5章用戶測(cè)試135.1測(cè)試管理135.1.1組織機(jī)構(gòu)135.1.2角色職責(zé)135.1.3測(cè)試安排145.1.4測(cè)試步驟145.1.5測(cè)試管理工具145.1.6用戶問題處理、反響流程145.1.7測(cè)試通過準(zhǔn)則155.1.8測(cè)試異常中止準(zhǔn)則155.1.9風(fēng)險(xiǎn)分析及預(yù)防16概述編寫目的編寫本測(cè)試方案的目的是為客戶、工程經(jīng)理、開發(fā)人員、測(cè)試工程師、維護(hù)人員等工程相關(guān)人員提供海關(guān)信息數(shù)據(jù)采集與數(shù)據(jù)應(yīng)用與平臺(tái)測(cè)試工程整體系統(tǒng)測(cè)試指導(dǎo)。讀者對(duì)象本測(cè)試方案可能的合法讀者對(duì)象為客戶、工程經(jīng)理、開發(fā)人員、測(cè)試人員、維護(hù)人員。工程背景隨著經(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)支持，完善情報(bào)機(jī)制，表達(dá)情報(bào)信息服務(wù)，增強(qiáng)對(duì)全國海關(guān)情報(bào)業(yè)務(wù)的掌控能力。測(cè)試方案概述測(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%以上。測(cè)試范圍本次測(cè)試主要針對(duì)海關(guān)信息數(shù)據(jù)采集與數(shù)據(jù)應(yīng)用平臺(tái)工程的軟件需求規(guī)格說明書中涉及的要求進(jìn)展完整性測(cè)試，包括界面、功能和流程的全面測(cè)試，以及性能測(cè)試、穩(wěn)定性、健全性及安全測(cè)試等。本次測(cè)試采用黑盒測(cè)試的方法為主，輔助進(jìn)展代碼審查。參考資料《海關(guān)信息數(shù)據(jù)采集與數(shù)據(jù)應(yīng)用平臺(tái)測(cè)試工程需求規(guī)格說明書》《海關(guān)信息數(shù)據(jù)采集與數(shù)據(jù)應(yīng)用平臺(tái)測(cè)試工程合同》公司軟件測(cè)試標(biāo)準(zhǔn)。測(cè)試環(huán)境測(cè)試環(huán)境分類測(cè)試環(huán)境名稱硬件環(huán)境軟件環(huán)境客戶端PC機(jī)1(172.17.9.106)Pentium(R)DCPU3.00GHZ2.99GHZ,1.99GB內(nèi)存WindowsXPProfessionalSP2PC機(jī)2(172.17.9.123)Pentium(R)DCPU3.00GHZ2.99GHZ,1.99GB內(nèi)存WindowsXPProfessionalSP2服務(wù)器端應(yīng)用服務(wù)器待定待定數(shù)據(jù)庫服務(wù)器企業(yè)端(172.16.1.108)：IBMXDERIES_366Intel〔R〕Xeon(7M)MPCUP3.16GHz3.17GHz3.25GB內(nèi)存中心端(172.17.16.22)：SystemModel:IBM,7040-671NumberOfProcessors:16ProcessorClockSpeed:1500MHzCPUType:64-bitMemorySize:16384MBHardDisk:109200MB企業(yè)端：Windows2003ServerEnterpriseEditionSP2中心端：AIXVersion5.3MQ服務(wù)器(企業(yè)端：172.17.16.14；中心端172.17.16.13)SystemModel:IBM,7026-6M1NumberOfProcessors:8ProcessorClockSpeed:752MHzCPUType:64-bitMemorySize:8192MBHardDisk:36400MBAIXVersion5.3MQ6.0其它加M機(jī)(172.17.8.250)分中心〔郵箱客戶端〕同PC機(jī)1和PC機(jī)2同PC機(jī)1和PC機(jī)2瀏覽器IE6表4.1測(cè)試環(huán)境測(cè)試方案測(cè)試依據(jù)在本工程實(shí)施過程中編寫的需求、設(shè)計(jì)、方案、測(cè)試方案、測(cè)試報(bào)告等產(chǎn)出物，需要通過客戶、工程經(jīng)理、QA、測(cè)試經(jīng)理等該工程相關(guān)人員審核。功能測(cè)試測(cè)試人員根據(jù)通過審核的需求、設(shè)計(jì)、測(cè)試方案等文檔編寫測(cè)試用例，要求測(cè)試用例的功能覆蓋率要到達(dá)100%，測(cè)試過程中測(cè)試人員嚴(yán)格執(zhí)行測(cè)試用例并記錄測(cè)試結(jié)果，驗(yàn)證系統(tǒng)的功能實(shí)現(xiàn)是否到達(dá)需求、設(shè)計(jì)要求，是否滿足客戶目標(biāo)。測(cè)試用例執(zhí)行率到達(dá)100%。測(cè)試過程中所有問題提交BugFree。性能測(cè)試應(yīng)用系統(tǒng)經(jīng)過系統(tǒng)測(cè)試后形成相對(duì)穩(wěn)定版本，測(cè)試組在穩(wěn)定版本的根基上選擇性能測(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)過程記錄表》。內(nèi)部測(cè)試測(cè)試策略測(cè)試過程按三個(gè)步驟進(jìn)展，即單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試，根據(jù)不同階段測(cè)試的測(cè)重點(diǎn)不同。單元測(cè)試首先按照系統(tǒng)、子系統(tǒng)和模塊進(jìn)展劃分，但最終的單元必須是功能模塊,或面向?qū)ο筮^程中的假設(shè)干個(gè)類。單元測(cè)試是對(duì)功能模塊進(jìn)展正確性檢驗(yàn)的測(cè)試工作，也是后續(xù)測(cè)試的根基。目的是在于發(fā)現(xiàn)各模塊內(nèi)部可能存在的各種過失，因此需要從程序的內(nèi)部構(gòu)造出發(fā)設(shè)計(jì)測(cè)試用例，著重考慮以下五個(gè)方面：模塊接口：對(duì)所測(cè)模塊的數(shù)據(jù)流進(jìn)展測(cè)試。局部數(shù)據(jù)構(gòu)造：檢查不正確或不一致的數(shù)據(jù)類型說明、使用尚未賦值或尚未初始化的變量、錯(cuò)誤的初始值或缺省值。路徑：雖然不可能做到窮舉測(cè)試，但要設(shè)計(jì)測(cè)試用例查找由于不正確的計(jì)算〔包括算法錯(cuò)、表達(dá)式的符號(hào)表示不正確、運(yùn)算精度不夠等〕、不正確的對(duì)比或不正常的控制流〔包括不同數(shù)據(jù)類型量的相互對(duì)比、不適當(dāng)?shù)匦薷牧搜h(huán)變量、錯(cuò)誤的或不可能的循環(huán)終止條件等〕而導(dǎo)致的錯(cuò)誤。錯(cuò)誤處理：檢查模塊有沒有對(duì)預(yù)見錯(cuò)誤的條件設(shè)計(jì)對(duì)比完善的錯(cuò)誤處理功能，保證其邏輯上的正確性。邊界：注意設(shè)計(jì)數(shù)據(jù)流、控制流中剛好等于、大于或小于確定的對(duì)比值的用例。集成測(cè)試集成測(cè)試也叫組裝測(cè)試或聯(lián)合測(cè)試〔接口聯(lián)調(diào)測(cè)試〕。通常，在單元測(cè)試的根基上需要將所有的模塊按照設(shè)計(jì)要求組裝成系統(tǒng)，這時(shí)需要考慮的問題：在把各個(gè)模塊連接起來的時(shí)候，穿越模塊接口的數(shù)據(jù)是否會(huì)喪失。一個(gè)模塊的功能是否會(huì)對(duì)另一個(gè)模塊的功能產(chǎn)生不利的影響。各個(gè)子功能組合起來，能否到達(dá)預(yù)期要求的父功能。全局?jǐn)?shù)據(jù)構(gòu)造是否有問題。單元模塊的誤差累積起來，是否會(huì)放大，從而到達(dá)不能承受的程度。系統(tǒng)測(cè)試系統(tǒng)測(cè)試目的是在于驗(yàn)證軟件的功能和性能及其他特性是否與用戶的要求一致，主要是以下類型的測(cè)試：用戶界面測(cè)試：測(cè)試用戶界面是否具有導(dǎo)航性、美觀性、行業(yè)或公司的標(biāo)準(zhǔn)性、是否滿足設(shè)計(jì)中要求的執(zhí)行功能。功能測(cè)試：驗(yàn)證功能實(shí)現(xiàn)是否滿足客戶需求。性能測(cè)試：測(cè)試相應(yīng)時(shí)間、事務(wù)處理效率和其他時(shí)間敏感的問題。可靠性測(cè)試：測(cè)試系統(tǒng)對(duì)數(shù)據(jù)有效性檢查能力和抵御誤操作的能力。容量測(cè)試：測(cè)試大量數(shù)據(jù)對(duì)系統(tǒng)的影響。容錯(cuò)性測(cè)試：測(cè)試軟件系統(tǒng)抑制軟件、硬件故障的能力。數(shù)據(jù)安全測(cè)試：測(cè)試系統(tǒng)在出現(xiàn)異常情況下，是否可以保護(hù)數(shù)據(jù)不喪失；測(cè)試系統(tǒng)能否可以進(jìn)展數(shù)據(jù)庫的備份和恢復(fù)。易用性測(cè)試：重點(diǎn)關(guān)注系統(tǒng)的易理解性、易操作性、易學(xué)性。安裝部署測(cè)試：確保軟件系統(tǒng)在所有可能情況下的安裝效果和一旦安裝部署之后必須保證正確運(yùn)行的質(zhì)量。測(cè)試管理組織機(jī)構(gòu)測(cè)試經(jīng)理測(cè)試經(jīng)理測(cè)試人員工程經(jīng)理工程負(fù)責(zé)人開發(fā)人員角色職責(zé)角色職責(zé)測(cè)試經(jīng)理負(fù)責(zé)與工程經(jīng)理溝通，進(jìn)展測(cè)試的整體籌劃、制定測(cè)試方案、組織測(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)告。工程經(jīng)理負(fù)責(zé)與測(cè)試經(jīng)理溝通，參與測(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)展標(biāo)準(zhǔn)性檢查工程負(fù)責(zé)人評(píng)價(jià)測(cè)試結(jié)果測(cè)試安排總體測(cè)試時(shí)間：2016年9第一階段測(cè)試：2016年9第二階段測(cè)試：2016年10第三階段測(cè)試：2016年10月26測(cè)試步驟具體測(cè)試步驟：對(duì)整體流程進(jìn)展測(cè)試，保證系統(tǒng)整體業(yè)務(wù)流程可以走通。對(duì)整體業(yè)務(wù)流程中的分支流程進(jìn)展測(cè)試，保證系統(tǒng)業(yè)務(wù)分支流程可以走通。各業(yè)務(wù)系統(tǒng)流程測(cè)試各子系統(tǒng)功能點(diǎn)測(cè)試。覆蓋性測(cè)試。系統(tǒng)性能測(cè)試?；貧w測(cè)試貫穿每個(gè)測(cè)試階段。系統(tǒng)整體流程如下說明：1、根基數(shù)據(jù)由數(shù)據(jù)采集系統(tǒng)從進(jìn)出口相關(guān)執(zhí)法部門采集，包括涉毒信息、旅客信息、航班信息等，形成根基數(shù)據(jù)。2、系統(tǒng)進(jìn)展數(shù)據(jù)收集存儲(chǔ)、數(shù)據(jù)加工處理、主題數(shù)據(jù)建設(shè)等處理，進(jìn)展主數(shù)據(jù)轉(zhuǎn)換加載與業(yè)務(wù)數(shù)據(jù)轉(zhuǎn)換加載，產(chǎn)生中間過程數(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ù)倉庫存放風(fēng)險(xiǎn)數(shù)據(jù)、預(yù)警數(shù)據(jù)。5、對(duì)預(yù)警數(shù)據(jù)進(jìn)展評(píng)分、排名并設(shè)置消息推送。測(cè)試管理工具工具名稱：Bugfree3.0來源：官方網(wǎng)站功能：測(cè)試用例、缺陷管理，自動(dòng)統(tǒng)計(jì)測(cè)試結(jié)果缺陷處理流程Bugfree3.0規(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ù)Bug、或解決方案〔見[表-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)閉。具體過程：報(bào)告者提交一個(gè)Bug，缺陷生命周期開場(chǎng)，Bugfree自動(dòng)將狀態(tài)置為Active〔激活狀態(tài)〕，報(bào)告者將Bug指派給修改Bug的程序員；程序員承受Bug，點(diǎn)擊[解決]按鈕，進(jìn)展Bug的修改，并指派Bug修改后的驗(yàn)證人〔默認(rèn)該Bug的報(bào)告者〕，Bug變?yōu)镽esolved〔解決狀態(tài)〕，程序員選擇Bug解決方案：[表-2]七種解決方案Bug解決方案方案說明處理規(guī)則Fixed〔有效Bug〕確認(rèn)是Bug，修改完畢、提交驗(yàn)證。測(cè)試員驗(yàn)證，修改正確、可以關(guān)閉；否則，重新激活。External〔有效Bug〕外部因素〔比方瀏覽器、操作系統(tǒng)、其他第三方軟件〕造成的問題。工程經(jīng)理確認(rèn)、必要時(shí)與客戶和相關(guān)方協(xié)商解決，測(cè)試員驗(yàn)證后關(guān)閉；否則，重新激活。Postponed〔有效Bug〕目前不必修改的問題〔發(fā)現(xiàn)的太晚了，下一個(gè)版本討論是否解決〕。工程經(jīng)理確認(rèn)、必要時(shí)與客戶協(xié)商，如果同意下一個(gè)版本討論或修改，保持“解決〞狀態(tài)和當(dāng)前解決方案不變；否則，重新激活，選擇Fixed/External方案進(jìn)展修改；Won’tFix〔有效Bug〕是個(gè)問題，但是不影響系統(tǒng)使用。工程經(jīng)理確認(rèn)，確實(shí)不值得修改、可讓測(cè)試員關(guān)閉；否則，重新激活，選擇適當(dāng)?shù)姆桨高M(jìn)展修改；ByDesign〔無效Bug〕就是這么設(shè)計(jì)的，不是Bug。工程經(jīng)理確認(rèn)，必要時(shí)與客戶協(xié)商，如果確實(shí)不是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)的問題。工程經(jīng)理確認(rèn)，確實(shí)無法復(fù)現(xiàn)，指定專人跟蹤，如果一段時(shí)間內(nèi)Bug不再重現(xiàn)，可讓測(cè)試員關(guān)閉；否則，重新激活，選擇適當(dāng)?shù)姆桨高M(jìn)展修改。*需工程經(jīng)理確認(rèn)的問題也可委托開發(fā)組長(zhǎng)、技術(shù)骨干審查，關(guān)鍵問題由開發(fā)組長(zhǎng)報(bào)工程經(jīng)理確認(rèn)。Bug報(bào)告者和修改者參考程序員填寫的Bug解決方案，按照上表定義的處理規(guī)則，需要時(shí)請(qǐng)工程經(jīng)理確認(rèn)，將可以關(guān)閉的Bug置為Closed〔關(guān)閉狀態(tài)〕；否則，重新激活、置為Active〔激活狀態(tài)〕。測(cè)試通過準(zhǔn)則充分性：方案測(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必須得到客戶認(rèn)可。測(cè)試異常中止準(zhǔn)則系統(tǒng)的一二級(jí)錯(cuò)誤太多、不能繼續(xù)測(cè)試；發(fā)現(xiàn)明顯設(shè)計(jì)錯(cuò)誤、導(dǎo)致測(cè)試對(duì)象完全錯(cuò)誤；發(fā)現(xiàn)測(cè)試對(duì)象與用戶需求完全不符合；測(cè)試環(huán)境沒有保障；測(cè)試人員或缺陷修改人員缺席。風(fēng)險(xiǎn)分析及預(yù)防嚴(yán)格遵循軟件測(cè)試標(biāo)準(zhǔn)，做到：組織標(biāo)準(zhǔn)、流程標(biāo)準(zhǔn)、文檔標(biāo)準(zhǔn)依據(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)過工程經(jīng)理審查、客戶負(fù)責(zé)人評(píng)審。提交成果物整體測(cè)試方案測(cè)試用例BUG一覽表測(cè)試報(bào)告用戶測(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è)試組一樣。測(cè)試管理組織機(jī)構(gòu)角色職責(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)告。工程經(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)展標(biāo)準(zhǔn)性檢查甲方工程負(fù)責(zé)人評(píng)價(jià)測(cè)試結(jié)果測(cè)試安排測(cè)試時(shí)間：2016年11月5日—2016年11月20日，業(yè)主進(jìn)展測(cè)試并完成問題修改。測(cè)試步驟第一步：測(cè)試開場(chǎng)前，由工程經(jīng)理介紹已實(shí)現(xiàn)