聯(lián)調(diào)測試方案（精編版）

1、委內(nèi)衛(wèi)生部接口平臺聯(lián)調(diào)測試方案中興通訊股份有限公司2011 年 12 月模板版本變更記錄（ epg 更新模板時填寫） ：模板版本號1.0擬制 /修改日期2011-12-3擬制 /修改人馮穎垚修改記錄批準人新增工件版本變更記錄（工件作者或修改者更新工件時填寫）版本號擬制 /修改日期擬制 /修改人：修改記錄批準人第 i 頁 共 25 頁本文中的所有信息均為委內(nèi)衛(wèi)生部接口平臺內(nèi)部資料，未經(jīng)許可，不得向外傳播。目錄1 編寫目的32 術(shù)語、定義和縮略語32.1 術(shù)語、定義32.2 縮略語33 適用范圍及預(yù)期讀者34 聯(lián)調(diào)測試概述34.1 聯(lián)調(diào)測試定義34.2 聯(lián)調(diào)測試范圍44.2.1 連通性測試44.2

2、.2 功能性測試55 聯(lián)調(diào)測試流程及操作55.1 聯(lián)調(diào)測試總體流程55.1.1 聯(lián)調(diào)測試相關(guān)方及角色55.1.2 聯(lián)調(diào)測試階段劃分65.1.3 聯(lián)調(diào)測試總體流程圖65.2 聯(lián)調(diào)測試各階段詳細介紹75.2.1 聯(lián)調(diào)測試申請階段75.2.2 聯(lián)調(diào)測試環(huán)境準備階段85.2.3 聯(lián)調(diào)測試測試設(shè)計階段105.2.4 聯(lián)調(diào)測試應(yīng)用設(shè)置階段125.2.5 聯(lián)調(diào)測試測試執(zhí)行階段135.2.6 聯(lián)調(diào)測試測試評估階段156 聯(lián)調(diào)測試質(zhì)量保證156.1 聯(lián)調(diào)測試風(fēng)險管理156.1.1 風(fēng)險管理流程示意圖156.1.2 風(fēng)險管理流程說明166.1.3 風(fēng)險管理機制及操作指南196.2 聯(lián)調(diào)測試問題處理196.2.1

3、問題處理流程示意圖196.2.2 問題處理流程說明196.3 聯(lián)調(diào)測試協(xié)調(diào)管理206.3.1 協(xié)調(diào)管理流程示意圖206.3.2 相關(guān)文檔模板216.4 聯(lián)調(diào)測試溝通管理216.4.1 信息知會規(guī)則216.4.2 專家會審規(guī)則226.4.3 同行評審規(guī)則226.4.4 領(lǐng)導(dǎo)審核規(guī)則227附錄247.1附件24第 ii 頁 共 25 頁本文中的所有信息均為委內(nèi)衛(wèi)生部接口平臺內(nèi)部資料，未經(jīng)許可，不得向外傳播。1 編寫目的本文檔對委內(nèi)衛(wèi)生部接口平臺聯(lián)調(diào)測試階段的測試流程、操作步驟、測試內(nèi)容、測試方法及質(zhì)量保證等內(nèi)容進行了詳細的闡述。2 術(shù)語、定義和縮略語2.1 術(shù)語、定義術(shù)語/ 定義說明連通性測試指服

4、務(wù)消費方在聯(lián)調(diào)測試執(zhí)行前，對所有需要調(diào)用服務(wù)的基本功能所進行的簡單測試。連通性測試強調(diào)服務(wù)能否被正常調(diào)用，而不進行業(yè)務(wù)層面驗證。準入測試指當服務(wù)提供方完成接口服務(wù)開發(fā)之后， 在集成部署到接口平臺之前， 由接口平臺組織進行的測試工作。聯(lián)調(diào)測試指應(yīng)用系統(tǒng)為通過接口平臺，實現(xiàn)與其他系統(tǒng)的業(yè)務(wù)交互，而需要在上線前進行的各系統(tǒng)間的協(xié)同測試。 整體工作由接口平臺主導(dǎo)和組織， 由接口平臺、服務(wù)消費方項目組、服務(wù)提供方項目組共同參與。2.2 縮略語縮略語說明接口平臺委內(nèi)衛(wèi)生部接口平臺服務(wù)消費方消費接口平臺所提供服務(wù)的系統(tǒng)服務(wù)提供方通過接口平臺對外提供服務(wù)的系統(tǒng)服務(wù)消費方項目組消費接口平臺所提供服務(wù)的系統(tǒng)項目組

5、，由服務(wù)消費方集成商人員和關(guān)鍵業(yè)務(wù)用戶組成服務(wù)提供方項目組通過接口平臺對外提供服務(wù)的系統(tǒng)項目組，由服務(wù)提供方集成商人員和關(guān)鍵業(yè)務(wù)用戶組成聯(lián)調(diào)測試規(guī)范委內(nèi)衛(wèi)生部接口平臺聯(lián)調(diào)測試規(guī)范文檔3 適用范圍及預(yù)期讀者本文檔的適用范圍為：委內(nèi)衛(wèi)生部接口平臺聯(lián)調(diào)測試涉及到的各相關(guān)系統(tǒng)。本文檔的預(yù)期讀者為：委內(nèi)衛(wèi)生部接口平臺聯(lián)調(diào)測試涉及到的各相關(guān)方，包括：接口平臺、服務(wù)消費方項目組及服務(wù)提供方項目組等。4 聯(lián)調(diào)測試概述4.1 聯(lián)調(diào)測試定義聯(lián)調(diào)測試是指應(yīng)用系統(tǒng)為通過接口平臺， 實現(xiàn)與其他系統(tǒng)的業(yè)務(wù)交互， 而需要在上線前進行的各系統(tǒng)間的協(xié)同測試。 測試工作由接口平臺主導(dǎo)、 組織和執(zhí)行， 由服務(wù)消費方項目組、服務(wù)提供

6、方項目組共同參與。聯(lián)調(diào)測試等同于系統(tǒng)間接口的uat測試，聯(lián)調(diào)測試中的服務(wù)提供方項目組和服務(wù)消費方項目組需包含接口平臺業(yè)務(wù)責任人員，業(yè)務(wù)責任人員需對整個聯(lián)調(diào)測試的業(yè)務(wù)功能進行測試和確定。聯(lián)調(diào)測試在整個接口平臺服務(wù)生命周期中的階段和位置如下圖所示：第 24 頁 共 25 頁本文中的所有信息均為委內(nèi)衛(wèi)生部接口平臺內(nèi)部資料，未經(jīng)許可，不得向外傳播。聯(lián)調(diào)測試的發(fā)起應(yīng)在準入測試階段結(jié)束后、系統(tǒng)部署上線開始前。通過聯(lián)調(diào)測試， 可以最大限度的暴露并解決問題，以確保接口服務(wù)上線后能夠正常使用， 滿足業(yè)務(wù)系統(tǒng)的接口需求，保證各業(yè)務(wù)系統(tǒng)能夠通過接口平臺服務(wù)實現(xiàn)正常的互聯(lián)互通。4.2 聯(lián)調(diào)測試范圍每次聯(lián)調(diào)測試的服務(wù)列

7、表應(yīng)在接口平臺規(guī)范所涵蓋的服務(wù)列表內(nèi)，且該批服務(wù)已經(jīng)通過接口平臺準入測試。聯(lián)調(diào)測試由連通性測試和功能性測試兩部分組成。4.2.1 連通性測試連通性測試是指服務(wù)消費方在聯(lián)調(diào)測試執(zhí)行前，對所有需要調(diào)用服務(wù)的基本功能所進行的簡單測試。連通性測試強調(diào)服務(wù)能否被正常調(diào)用，而不進行業(yè)務(wù)層面驗證。連通性測試的目的是為了保證在聯(lián)調(diào)測試執(zhí)行階段，服務(wù)消費方能夠順利連接，能夠正常調(diào)用所消費的服務(wù)，連通性測試包含網(wǎng)絡(luò)連通性測試及服務(wù)連通性測試兩部分工作。連通性測試之前應(yīng)完成以下工作：1、 確保聯(lián)調(diào)測試環(huán)境搭建完畢2、 網(wǎng)絡(luò)策略開通完畢3、 服務(wù)提供方完成應(yīng)用程序部署4、 接口平臺完成服務(wù)部署5、 服務(wù)消費方完成應(yīng)用

8、程序部署連通性的示意圖如下：服務(wù)消費方調(diào)用服務(wù)傳遞參數(shù)接口平臺返回服務(wù)執(zhí)行信息調(diào)用提供程序返回程序執(zhí)行結(jié)果服務(wù)提供方4.2.2 功能性測試功能性測試是指服務(wù)消費方按照已編寫完成的測試用例對接口服務(wù)進行測試驗證，盡可能的發(fā)現(xiàn)潛在問題。功能性測試重在全面覆蓋業(yè)務(wù)場景。功能性測試是聯(lián)調(diào)測試的重點，是接口服務(wù)正常使用的保障。功能性測試之前應(yīng)完成以下工作：1、 完成連通性測試2、 完成測試設(shè)計，包括測試用例和測試數(shù)據(jù)的編寫審核5 聯(lián)調(diào)測試流程及操作5.1 聯(lián)調(diào)測試總體流程5.1.1 聯(lián)調(diào)測試相關(guān)方及角色聯(lián)調(diào)測試參與方包括：接口平臺、服務(wù)提供方項目組、服務(wù)消費方項目組。上述參與方在聯(lián)調(diào)測試各個階段分別作為

9、責任方、執(zhí)行方、配合方承擔如下工作：職責重點工作內(nèi)容責任方?制定相關(guān)工作的方法論和質(zhì)量標準制定工作分工計劃?負責相關(guān)工作的整體交付?工作計劃中具體任務(wù)的操作者執(zhí)行方?需根據(jù)工作計劃按時和按質(zhì)完成工作（如環(huán)境準備、配合方測試設(shè)計和測試執(zhí)行等）?輔助執(zhí)行方，對某項任務(wù)提供建議和給予協(xié)助，確保該項任務(wù)可以更好和更快的完成接口平臺為聯(lián)調(diào)測試的總體組織方，其主要責任如下：1、 負責整個聯(lián)調(diào)測試方法論的整理和編寫，為整個聯(lián)調(diào)測試提供有效的方法論指導(dǎo)。2、 負責聯(lián)調(diào)測試總體流程的制定，統(tǒng)一聯(lián)調(diào)測試流程，形成有效的測試流程。3、 負責聯(lián)調(diào)測試階段所有相關(guān)文檔的統(tǒng)一模板制定，形成聯(lián)調(diào)測試的企業(yè)標準。4、 負責制

10、定聯(lián)調(diào)測試的質(zhì)量標準，嚴格控制聯(lián)調(diào)測試的質(zhì)量。5、 負責聯(lián)調(diào)測試整體進度的把握。6、 負責聯(lián)調(diào)測試整體進度的把控及各方協(xié)調(diào)工作。7、 依照測試流程和測試模板，組織完成聯(lián)調(diào)測試工作。8、 負責審批聯(lián)調(diào)測試申請的初審。9、 負責組織完成測試環(huán)境的準備工作，包括軟硬件準備、網(wǎng)絡(luò)策略開通、 服務(wù)及應(yīng)用程序部署和連通性測試。10、組織服務(wù)提供方和服務(wù)消費方完成測試用例和測試數(shù)據(jù)的準備及評審。11、負責組織完成具體聯(lián)調(diào)測試的執(zhí)行，協(xié)調(diào)各方解決測試問題。12、負責組織完成聯(lián)調(diào)測試工作的評估，完成評估報告的評審和會簽工作。服務(wù)消費方項目組為聯(lián)調(diào)測試工作的具體執(zhí)行方，其主要責任如下：1、 負責提交聯(lián)調(diào)測試申請。

11、2、 負責完成服務(wù)消費方測試環(huán)境的準備工作。3、 負責完成測試用例的編寫及測試數(shù)據(jù)的準備工作。4、 負責完成聯(lián)調(diào)測試的執(zhí)行。5、 負責聯(lián)調(diào)測試評估報告的編寫，參與評估報告的評審和會簽工作。服務(wù)提供方項目組為聯(lián)調(diào)測試工作的執(zhí)行方和配合方，其主要責任如下：1、 負責完成服務(wù)提供方測試環(huán)境的準備工作2、 配合完成測試用例的編寫及測試數(shù)據(jù)的準備。3、 配合分析、解決測試執(zhí)行過程中的問題。4、 參與評估報告的評審和會簽工作。5.1.2 聯(lián)調(diào)測試階段劃分本次聯(lián)調(diào)測試過程主要分解為6 個過程，如下表： 階段含義服務(wù)消費方完成前期準備工作之后，通過管控平臺提交聯(lián)調(diào)測試申請，測試測試申請環(huán)境準備測試設(shè)計申請由接

12、口平臺審批確定測試環(huán)境的軟硬件現(xiàn)狀，搭建測試環(huán)境，部署應(yīng)用程序和服務(wù)，進行連通性測試由接口平臺組織服務(wù)消費方項目組及服務(wù)提供方項目組，按照下發(fā)的統(tǒng)一模板共同完成測試用例的設(shè)計以及測試數(shù)據(jù)的準備應(yīng)用設(shè)置服務(wù)提供方、服務(wù)消費方進行測試前的應(yīng)用設(shè)置工作服務(wù)消費方執(zhí)行測試、驗證系統(tǒng)功能以及反饋測試結(jié)果，期間包含了聯(lián)調(diào)測測試執(zhí)行試問題跟蹤、進度跟蹤和風(fēng)險跟蹤等工作測試評估接口平臺組織服務(wù)消費方項目組評估測試執(zhí)行結(jié)果，5.1.3 聯(lián)調(diào)測試總體流程圖聯(lián)調(diào)測試的總體流程圖如下：聯(lián)調(diào)測試流程服務(wù)消費方項目組服務(wù)提供方項目組接口平臺開始請n審批申請申試測搭建聯(lián)調(diào)測試環(huán)境搭建聯(lián)調(diào)測試環(huán)境統(tǒng)一組織進行環(huán)境準備搭建聯(lián)調(diào)

13、測試環(huán)境提交各方測試環(huán)境信息n審批環(huán)境信息統(tǒng)一組織進行連通性測試y段階執(zhí)行連通性測試備準境環(huán)執(zhí)行連通性測試匯總連通性測試結(jié)果執(zhí)行連通性測試統(tǒng)一組織進行測試設(shè)計（含測試用例和測試數(shù)據(jù)準備）執(zhí)行測試用例和測試數(shù)據(jù)準備的編寫段階計設(shè)試測執(zhí)行測試用例和測試數(shù)據(jù)準備的確認組織進行測試設(shè)計評審匯總測試設(shè)計（含測試用例和數(shù)據(jù)準備）執(zhí)行測試用例和測試數(shù)據(jù)準備的確認n審批匯總結(jié)果y統(tǒng)一組織進行應(yīng)用設(shè)置段執(zhí)行應(yīng)用設(shè)置階置設(shè)用應(yīng)執(zhí)行應(yīng)用設(shè)置匯總應(yīng)用設(shè)置結(jié)果執(zhí)行應(yīng)用設(shè)置行執(zhí)行聯(lián)調(diào)測試，報告執(zhí)聯(lián)調(diào)測試執(zhí)行結(jié)果跟蹤、解決問題協(xié)調(diào)各方解決問題定位問題，協(xié)調(diào)解決問題提交聯(lián)調(diào)測試評估報告n審批評估報告y發(fā)起參與方確認評審聯(lián)調(diào)測

14、試報告并簽字確認段階估評試測評審聯(lián)調(diào)測試報告并簽字確認評審聯(lián)調(diào)測試報告并簽字確認匯總簽字結(jié)果結(jié)束5.2 聯(lián)調(diào)測試各階段詳細介紹5.2.1 聯(lián)調(diào)測試申請階段聯(lián)調(diào)測試申請階段主要包含如下三項主要工作：1、 服務(wù)消費方項目組提交聯(lián)調(diào)測試申請2、 接口平臺審核聯(lián)調(diào)測試申請測試申請流程如下：開始服務(wù)消費方項目組提出聯(lián)調(diào)測試需求按照模板填寫/修改聯(lián)調(diào)測試申請單否提交服務(wù)共享平臺項目組審批接口平臺審批是與服務(wù)共享平臺項目組確認聯(lián)調(diào)測試計劃結(jié)束5.2.1.1 提交聯(lián)調(diào)測試申請服務(wù)消費方項目組確定本次聯(lián)調(diào)測試的服務(wù)清單和聯(lián)調(diào)測試計劃，并按要求填寫聯(lián)調(diào)測試申請文檔附件1-委內(nèi)衛(wèi)生部接口平臺××

15、系統(tǒng)聯(lián)調(diào)測試申請表及聯(lián)調(diào)測試參加人員表附件2-委內(nèi)衛(wèi)生部接口平臺聯(lián)調(diào)測試人員信息，提交至接口平臺進行審批。服務(wù)測試計劃要按照業(yè)務(wù)場景的銜接關(guān)系，區(qū)分不同的服務(wù)和消費方，確定每一服務(wù)的測試執(zhí)行起始時間，盡量具體、細化。測試計劃中要預(yù)留合理的問題解決時間。聯(lián)調(diào)測試人員表需包含參加聯(lián)調(diào)測試的服務(wù)消費方和服務(wù)提供方人員。5.2.1.2 接口平臺審核申請接口平臺對申請表進行審批后，進入測試環(huán)境準備階段，若審批過程中發(fā)現(xiàn)問題，則退回上一環(huán)節(jié)進行重新處理。5.2.2 聯(lián)調(diào)測試環(huán)境準備階段環(huán)境準備需要做的工作主要有：1、 硬件環(huán)境準備2、 軟件環(huán)境準備3、 網(wǎng)絡(luò)策略開通4、 服務(wù)及應(yīng)用程序部署5、 連通性測試

16、該階段的具體明細流程如下：開始接口平臺組織環(huán)境準備服務(wù)消費方聯(lián)調(diào)測試環(huán)境準備服務(wù)提供方聯(lián)調(diào)測試環(huán)境準備服務(wù)共享平臺聯(lián)調(diào)測試環(huán)境準備n匯總結(jié)果并提交服務(wù)共享平臺項目組審批審批y接口平臺匯總各方測試環(huán)境信息接口平臺統(tǒng)一組織連通性測試服務(wù)消費方連通性測試服務(wù)提供方連通性測試服務(wù)共享平臺連通性測試服務(wù)共享平臺項目組匯總連通性測試結(jié)果結(jié)束說明：1、 上圖中描述的環(huán)境準備包含了硬件準備、軟件準備、 網(wǎng)絡(luò)策略開通、 服務(wù)和應(yīng)用程序部署以及連通性測試等操作。2、 由接口平臺統(tǒng)一組織搜集服務(wù)提供方、服務(wù)消費方和接口平臺的測試環(huán)境資料，并統(tǒng)計現(xiàn)狀，產(chǎn)出文檔附件3-委內(nèi)衛(wèi)生部接口平臺××系統(tǒng)聯(lián)調(diào)

17、測試環(huán)境。5.2.2.1 硬件環(huán)境準備硬件環(huán)境準備主要指服務(wù)提供方、服務(wù)消費方以及接口平臺三方各自進行的測試環(huán)境硬件準備工作，包括主機、存儲等。5.2.2.2 軟件環(huán)境準備軟件環(huán)境準備主要指服務(wù)提供方、服務(wù)消費方以及接口平臺三方各自進行的軟件環(huán)境的準備工作，包括操作系統(tǒng)、應(yīng)用軟件、數(shù)據(jù)庫等。5.2.2.3 網(wǎng)絡(luò)開通網(wǎng)絡(luò)開通包括各系統(tǒng)訪問接口平臺，和接口平臺訪問各系統(tǒng)，需要開通雙向開通。5.2.2.4 服務(wù)及應(yīng)用程序部署服務(wù)及應(yīng)用程序部署是指服務(wù)消費方、服務(wù)提供方、 接口平臺將各自的服務(wù)或應(yīng)用程序部署到各自聯(lián)調(diào)測試環(huán)境中。5.2.2.5 連通性測試連通性測試是指服務(wù)消費方在聯(lián)調(diào)測試執(zhí)行前，對所有

18、需要調(diào)用服務(wù)的基本功能所進行的簡單測試。連通性測試強調(diào)服務(wù)能否被正常調(diào)用，而不進行業(yè)務(wù)層面驗證。連通性測試包括網(wǎng)絡(luò)連通性測試及服務(wù)連通性測試兩部分，操作步驟如下：1、 網(wǎng)絡(luò)連通性測試：1) 接口平臺完成與服務(wù)提供方的網(wǎng)絡(luò)連通測試。2) 服務(wù)消費方完成與接口平臺的網(wǎng)絡(luò)連通測試。2、 服務(wù)連通性測試1) 由接口平臺完成連通性測試用例設(shè)計。2) 由接口平臺依測試用例完成接口平臺到服務(wù)提供方的連通性測試。3) 接口平臺將自身到服務(wù)提供方的連通性測試報告提供給服務(wù)消費方。4) 服務(wù)消費方參考測試報告，完成與接口平臺的連通性測試。連通性測試由接口平臺組織協(xié)調(diào)，服務(wù)提供方、 服務(wù)消費方和接口平臺共同進行，測

19、試結(jié)果記錄在附件4-委內(nèi)衛(wèi)生部接口平臺××系統(tǒng)聯(lián)調(diào)連通性測試結(jié)果中。5.2.3 聯(lián)調(diào)測試測試設(shè)計階段聯(lián)調(diào)測試設(shè)計階段主要工作為測試用例設(shè)計和測試數(shù)據(jù)準備。服務(wù)消費方項目組根據(jù)本規(guī)范中定義的測試設(shè)計策略進行測試用例的設(shè)計，由服務(wù)消費方項目組和服務(wù)提供方項目組共同準備測試業(yè)務(wù)數(shù)據(jù)。該階段的具體明細流程如下：開始接口平臺統(tǒng)一組織測試設(shè)計服務(wù)消費方項目組編寫測試用例和數(shù)據(jù)準備服務(wù)提供方項目組配合編寫測試用例和數(shù)據(jù)準備服務(wù)共享平臺項目組配合編寫測試用例和數(shù)據(jù)準備接口平臺匯總測試用例和數(shù)據(jù)準備接口平臺組織評審n接口平臺審批y結(jié)束5.2.3.1測試設(shè)計策略5.2.3.1.1 設(shè)計步驟描述

20、為實現(xiàn)接口平臺的聯(lián)調(diào)測試方法，一樣，如下表：聯(lián)調(diào)測試設(shè)計分3 個步驟進行， 每 1 步驟的重點各不步驟設(shè)計內(nèi)容執(zhí)行方1編寫測試用例服務(wù)消費方項目組表現(xiàn)形式業(yè)務(wù)操作流程、業(yè)務(wù)數(shù)據(jù)2測試數(shù)據(jù)整理及確認服務(wù)消費方項目組、服務(wù)提供方項目組、接口平臺服務(wù)消費方項目組、服務(wù)提供方項目組、接口平臺測試數(shù)據(jù)3組織評審測試設(shè)計內(nèi)容評審會議5.2.3.1.2 設(shè)計策略描述服務(wù)消費方項目組根據(jù)需要聯(lián)調(diào)的內(nèi)容進行相關(guān)的業(yè)務(wù)測試用例設(shè)計，明確業(yè)務(wù)功能測試的操作步驟及其產(chǎn)生的業(yè)務(wù)數(shù)據(jù)，并提供預(yù)期的業(yè)務(wù)數(shù)據(jù)、信息或結(jié)果；說明：服務(wù)消費方項目組業(yè)務(wù)數(shù)據(jù)的制作需要一定的周期，因此在進行業(yè)務(wù)測試設(shè)計時， 需要同時準備業(yè)務(wù)測試數(shù)據(jù)

21、并在評審測試用例時進行評審。5.2.3.2 測試設(shè)計測試設(shè)計分為三個步驟：1、 測試用例設(shè)計：測試用例編寫應(yīng)按照以下三原則：a) 用例的編寫應(yīng)該覆蓋實際用到的所有業(yè)務(wù)場景b) 用例的編寫應(yīng)該覆蓋實際用到的所有接口服務(wù)c) 用例的編寫應(yīng)該針對查詢類和導(dǎo)入類的特點編寫用例，在進行測試用例設(shè)計時應(yīng)注意業(yè)務(wù)流程前后環(huán)節(jié)的銜接，同時用例中應(yīng)包含正例和反例。正例建議使用實際業(yè)務(wù)數(shù)據(jù)， 反例在用例設(shè)計時要標識出違反業(yè)務(wù)規(guī)則或者接口規(guī)范規(guī)則設(shè)計點。產(chǎn)出文檔 附件 5- 委內(nèi)衛(wèi)生部接口平臺××系統(tǒng)聯(lián)調(diào)測試用例。在測試用例準備的時候，服務(wù)提供方項目組要給予協(xié)助。2、 測試數(shù)據(jù)設(shè)計：服務(wù)消費方項

22、目組根據(jù)測試用例里面的測試場景，結(jié)合自身系統(tǒng)的情況和服務(wù)提供方的情況，準備測試用例的測試數(shù)據(jù)，產(chǎn)出文檔附件6- 委內(nèi)衛(wèi)生部接口平臺××系統(tǒng)聯(lián)調(diào)測試數(shù)據(jù)準備。測試數(shù)據(jù)準備的時候，服務(wù)提供方項目組要給予測試數(shù)據(jù)確認，以保證測試數(shù)據(jù)正確，能夠滿足測試用例需要。3、 測試用例評審：由接口平臺組織，服務(wù)消費方項目組、服務(wù)提供方項目組參加，進行聯(lián)調(diào)測試用例和聯(lián)調(diào)測試數(shù)據(jù)所有內(nèi)容的評審，評審?fù)ㄟ^之后提交接口平臺審批。5.2.4 聯(lián)調(diào)測試應(yīng)用設(shè)置階段聯(lián)調(diào)測試的應(yīng)用設(shè)置階段主要是指參與聯(lián)調(diào)測試的各系統(tǒng)在評審?fù)ㄟ^的測試用例和測試數(shù)據(jù)基礎(chǔ)之上，配合聯(lián)調(diào)測試進行的應(yīng)用設(shè)置工作，包括了系統(tǒng)設(shè)置、基礎(chǔ)

23、數(shù)據(jù)準備、設(shè)置權(quán)限等一系列操作，目的都是為了保證聯(lián)調(diào)測試能夠順利進行。該階段的具體明細流程如下：開始接口平臺統(tǒng)一組織進行應(yīng)用設(shè)置服務(wù)消費方項目組進行應(yīng)用設(shè)置服務(wù)提供方項目組進行應(yīng)用設(shè)置服務(wù)共享平臺項目組配合接口平臺統(tǒng)一匯總結(jié)果結(jié)束說明：當服務(wù)消費方項目組、服務(wù)提供方項目組和接口平臺完成各自應(yīng)用設(shè)置之后，接口平臺需要匯總并產(chǎn)出文檔附件7-委內(nèi)衛(wèi)生部接口平臺××系統(tǒng)聯(lián)調(diào)測試應(yīng)用設(shè)置結(jié)果收集。5.2.5 聯(lián)調(diào)測試測試執(zhí)行階段5.2.5.1 聯(lián)調(diào)測試方法所有的服務(wù)分為寫入和查詢兩類，這兩種服務(wù)分別采用不同的測試方法，如下分別予以舉例說明。5.2.5.1.1 寫入類服務(wù)測試方法對服務(wù)

24、提供方提供的寫入類的服務(wù)進行測試，測試方法詳細說明如下：假定寫入服務(wù)名稱為“數(shù)據(jù)寫入服務(wù)”、如果有寫入驗證服務(wù)，則驗證寫入服務(wù)名稱為“數(shù)據(jù)寫入驗證服務(wù)” ，如果沒有則忽略此假定。以下內(nèi)容將詳細說明寫入服務(wù)相關(guān)過程：1) 確定“服務(wù)消費方” ，并確定“數(shù)據(jù)寫入服務(wù)”所需要提供的數(shù)據(jù)；2) “服務(wù)消費方”操作人員進行業(yè)務(wù)操作，生成需要進行寫入的“業(yè)務(wù)數(shù)據(jù)”；3) “服務(wù)消費方”調(diào)用“數(shù)據(jù)寫入服務(wù)”進行寫入操作；4) 接口平臺接收到寫入請求，并將請求轉(zhuǎn)發(fā)到“服務(wù)提供方”，由“服務(wù)提供方”接受來自接口平臺的請求，啟動“數(shù)據(jù)寫入服務(wù)”；5) “服務(wù)提供方” 將對接收的數(shù)據(jù)進行業(yè)務(wù)邏輯處理，驗證數(shù)據(jù)為合法

25、數(shù)據(jù)后將數(shù)據(jù)正確的寫入目標數(shù)據(jù)庫數(shù)據(jù)表中；6) 返回寫入后信息予接口平臺；7) 接口平臺服務(wù)返回寫入處理信息給“服務(wù)消費方”；至此， 寫入服務(wù)的無異常調(diào)用已經(jīng)完成（異常情況此處不詳細描述，如出現(xiàn)業(yè)務(wù)邏輯校 驗不通過或者其他異常，“服務(wù)提供方”都應(yīng)將相應(yīng)信息返回供“服務(wù)消費方”參閱）。下面描述驗證過程，驗證的過程分為兩類，一類為提供了數(shù)據(jù)寫入驗證服務(wù)，另一類為不提供數(shù)據(jù)寫入驗證服務(wù)。第一類的驗證方法為：1） “服務(wù)消費方系統(tǒng)”調(diào)用“數(shù)據(jù)寫入驗證服務(wù)”，并傳入“驗證數(shù)據(jù)” 。2） “數(shù)據(jù)寫入驗證服務(wù)”依據(jù)“驗證數(shù)據(jù)”來“驗證結(jié)果信息”；3） “數(shù)據(jù)寫入驗證服務(wù)”將“驗證結(jié)果信息”返回給“服務(wù)消費方

26、系統(tǒng)”，供服務(wù)消費方判定數(shù)據(jù)寫入操作是否正常完成。第二類的驗證方法為：1） 服務(wù)消費方測試人員登錄服務(wù)提供方的數(shù)據(jù)庫系統(tǒng)，進入目標數(shù)據(jù)庫數(shù)據(jù)表或者能夠進行結(jié)果比對的界面。2） 進行寫入數(shù)據(jù)的對比以及校驗。5.2.5.1.2 寫入類服務(wù)通過準則1) 服務(wù)消費方系統(tǒng)產(chǎn)生的“業(yè)務(wù)數(shù)據(jù)”和接口平臺中輸入顯示的“業(yè)務(wù)數(shù)據(jù)”一致；2) 服務(wù)提供方數(shù)據(jù)表中保存的“業(yè)務(wù)數(shù)據(jù)”與測試用例的“數(shù)據(jù)表預(yù)期數(shù)據(jù)”一致；3) 接口平臺的“寫入后返回信息”與服務(wù)消費方平臺的“寫入后返回信息”一致；4) 服務(wù)消費方傳遞給接口平臺“業(yè)務(wù)數(shù)據(jù)” 與服務(wù)提供方接收業(yè)務(wù)數(shù)據(jù)的“數(shù)據(jù)表數(shù)據(jù)”一致5.2.5.1.3 查詢類服務(wù)測試方法

27、對查詢類的服務(wù)進行測試，采用方法如下：假定該服務(wù)名稱為“數(shù)據(jù)查詢服務(wù)”，如下說明查詢服務(wù)相關(guān)的所有過程：1) 確認連通性測試已經(jīng)完成；2) 確定聯(lián)調(diào)系統(tǒng)（ “服務(wù)消費方系統(tǒng)”和“服務(wù)提供方系統(tǒng)”）；3) 在“服務(wù)消費方系統(tǒng)”進行查詢操作；4) 接口平臺收到查詢請求，啟動“數(shù)據(jù)查詢服務(wù)”；5) “服務(wù)提供方系統(tǒng)”收到“數(shù)據(jù)查詢服務(wù)”請求，進行對應(yīng)的查詢操作，并將查詢結(jié)果返回給接口平臺；6) 接口平臺查詢結(jié)果返回給“服務(wù)消費方系統(tǒng)”。5.2.5.1.4 查詢類服務(wù)通過準則1) 服務(wù)消費方系統(tǒng)輸入的“查詢條件”和服務(wù)提供方系統(tǒng)中輸入顯示的“查詢條件” 一致；2) 服務(wù)提供方的“查詢結(jié)果數(shù)據(jù)”與服務(wù)消

28、費方平臺的“寫入后返回信息”一致；3) 服務(wù)消費方通過測試用例中驗證方法得到的“查詢預(yù)期數(shù)據(jù)”與服務(wù)提供方通過服務(wù)返回的“查詢結(jié)果數(shù)據(jù)”一致。5.2.5.2 聯(lián)調(diào)測試執(zhí)行策略根據(jù)聯(lián)調(diào)測試規(guī)范和聯(lián)調(diào)測試設(shè)計策略，相應(yīng)的，聯(lián)調(diào)測試執(zhí)行也需要分步執(zhí)行，操作步驟詳細描述如下：1） 服務(wù)消費方“數(shù)據(jù)輸入” ：服務(wù)消費方項目組測試人員在相關(guān)系統(tǒng)中執(zhí)行聯(lián)調(diào)測試用例中業(yè)務(wù)測試用例的“功能操作”、“數(shù)據(jù)輸入”部分；如果不正確，則需要提交bug。如果正確，進行后續(xù)執(zhí)行和驗證；2） 服務(wù)消費方“預(yù)期輸出”驗證：服務(wù)消費方項目組測試人員在相關(guān)系統(tǒng)中執(zhí)行完上述操作后，對返回的信息進行查驗和記錄（在服務(wù)消費方系統(tǒng)功能驗證

29、的實際輸出中）， 并根據(jù)聯(lián)調(diào)測試用例中業(yè)務(wù)測試用例的“預(yù)期輸出”判斷該輸出是否正確：如果不正確，則需要提交bug；如果正確，測試用例執(zhí)行通過。針對不同類型的服務(wù)，如下分別說明其操作的順序：1) 如果是寫入類的測試，則按照如下順序進行操作： 操作順序步驟名稱1 服務(wù)消費方“數(shù)據(jù)輸入”2 導(dǎo)入服務(wù)的服務(wù)消費方“預(yù)期輸出”驗證3 導(dǎo)入驗證服務(wù)的服務(wù)消費方“數(shù)據(jù)輸入”4 導(dǎo)入驗證服務(wù)的服務(wù)消費方“預(yù)期輸出”驗證2) 如果是查詢類的測試，則按照如下順序進行操作： 操作順序步驟名稱1服務(wù)消費方“數(shù)據(jù)輸入”2服務(wù)消費方“預(yù)期輸出”驗證。5.2.5.3 聯(lián)調(diào)測試進度跟蹤及執(zhí)行記錄聯(lián)調(diào)測試執(zhí)行階段，接口平臺需匯

30、總當天的聯(lián)調(diào)測試執(zhí)行情況，填寫附件8-委內(nèi)衛(wèi)生部接口平臺聯(lián)調(diào)測試進度跟蹤表。服務(wù)消費方項目組需提交附件9- 委內(nèi)衛(wèi)生部接口平臺××系統(tǒng)聯(lián)調(diào)測試執(zhí)行記錄，接口平臺將對全部服務(wù)消費方系統(tǒng)情況進行匯總形成附件 10-委內(nèi)衛(wèi)生部接口平臺測試進度匯總表。其中，1) 工作表“聯(lián)調(diào)測試執(zhí)行記錄”中的聯(lián)調(diào)測試用例的內(nèi)容是從聯(lián)調(diào)測試用例繼承而來， 根據(jù)服務(wù)消費方所需聯(lián)調(diào)測試內(nèi)容進行聯(lián)調(diào)測試用例內(nèi)容的選擇和組合，每個服務(wù)消費方系統(tǒng)提交1 份各自的聯(lián)調(diào)測試執(zhí)行記錄文檔；2) 測試結(jié)論a) 通過：所有操作步驟驗證都正確，才能填寫通過；以下的狀態(tài)，如果前者填寫了，后續(xù)的驗證失敗或成功都不需要填寫：b

31、) 服務(wù)消費方系統(tǒng)驗證失?。悍?wù)提供方與服務(wù)消費方系統(tǒng)之間的接口錯誤。說明：只要測試結(jié)果不為“通過”的狀態(tài)，就須填寫“bug id ” 。5.2.6 聯(lián)調(diào)測試測試評估階段當聯(lián)調(diào)測試進度和完成情況顯示所有問題得到解決，接口平臺組織進行評估會議；服務(wù)消費方項目組提供聯(lián)調(diào)測試評估報告，接口平臺負責組織各方（接口平臺、 服務(wù)消費方項目組、服務(wù)提供方項目）對該報告進行評審，評審?fù)ㄟ^后，接口平臺組織三方簽字確認。聯(lián)調(diào)測試的評估報告使用如下模板：附件 11- 委內(nèi)衛(wèi)生部接口平臺××系統(tǒng)聯(lián)調(diào)測試評估報告該工件由服務(wù)消費方項目組提供，并由接口平臺負責維護，評估確認結(jié)果同時認作是uat 測試確

32、認。6 聯(lián)調(diào)測試質(zhì)量保證6.1 聯(lián)調(diào)測試風(fēng)險管理聯(lián)調(diào)測試涉及很多的服務(wù)提供方系統(tǒng)、服務(wù)消費方、接口平臺，風(fēng)險可能大、帶來的影響大，有必要進行聯(lián)調(diào)測試風(fēng)險的管理。6.1.1 風(fēng)險管理流程示意圖建立風(fēng)險庫風(fēng)險管理導(dǎo)致事件向不利方向發(fā)生的可能現(xiàn)象或事件風(fēng)險定義風(fēng)險識別對預(yù)期可能存在的、帶來不利影響的現(xiàn)象或事件進行識別根據(jù)風(fēng)險的原因本質(zhì)不同進行風(fēng)險的分離風(fēng)險分類風(fēng)險類別風(fēng)險入庫根據(jù)風(fēng)險的特點和當前任務(wù)的分工設(shè)定各節(jié)點角色風(fēng)險記錄解決方法是設(shè)定風(fēng)險管理角色否風(fēng)險角色對沒有解決經(jīng)驗和方案的風(fēng)險進行分析，提出風(fēng)險預(yù)防和應(yīng)對計劃建立所有方都能夠共同訪問風(fēng)險的物理地址和訪問機制風(fēng)險分析結(jié)論風(fēng)險分析建立風(fēng)險庫根據(jù)

33、風(fēng)險應(yīng)對計劃實施風(fēng)險預(yù)防措施風(fēng)險庫風(fēng)險預(yù)防及時更新風(fēng)險庫的內(nèi)容，以便于風(fēng)險管理經(jīng)驗的共享更新風(fēng)險庫風(fēng)險處理結(jié)果和方法否發(fā)生是風(fēng)險跟蹤跟蹤風(fēng)險的變化情況，并及時反饋風(fēng)險預(yù)防和應(yīng)對效果風(fēng)險應(yīng)對風(fēng)險不可避免發(fā)生，需要進行處理，實施風(fēng)險應(yīng)對措施；如果此時轉(zhuǎn)化為問題，走問題處理流程風(fēng)險總結(jié)風(fēng)險轉(zhuǎn)化問題或超出了預(yù)定發(fā)生期限，風(fēng)險管理過程結(jié)束，及時總結(jié)6.1.2 風(fēng)險管理流程說明風(fēng)險管理主要分為2 部分，如下：6.1.2.1 風(fēng)險庫管理6.1.2.1.1 風(fēng)險定義風(fēng)險：導(dǎo)致事件向不利的方向發(fā)生的可能現(xiàn)象或事件。根據(jù)風(fēng)險的基本定義，對聯(lián)調(diào)測試過程中的風(fēng)險主要包括如下內(nèi)容（風(fēng)險源）：1) 聯(lián)調(diào)測試過程本身的風(fēng)險

34、：過程定義和策略存在的風(fēng)險；2) 聯(lián)調(diào)測試過程人員的風(fēng)險：過程執(zhí)行人員在技能、穩(wěn)定性上存在的風(fēng)險；3) 聯(lián)調(diào)測試環(huán)境的風(fēng)險：聯(lián)調(diào)測試環(huán)境的穩(wěn)定性、兼容性風(fēng)險；4) 聯(lián)調(diào)測試技術(shù)的風(fēng)險：聯(lián)調(diào)測試所需要的技術(shù)性風(fēng)險；5) 聯(lián)調(diào)測試管理的風(fēng)險：聯(lián)調(diào)測試管理的充分性、可控性風(fēng)險；6) 聯(lián)調(diào)測試進度的風(fēng)險：聯(lián)調(diào)測試進度安排和執(zhí)行的有效性風(fēng)險。6.1.2.1.2 風(fēng)險分類根據(jù)聯(lián)調(diào)測試的風(fēng)險內(nèi)涵，基本上可以將風(fēng)險分為如下幾類：1) 過程類2) 技術(shù)類3) 人力資源類4) 環(huán)境類5) 管理類6) 進度類7) 其他類風(fēng)險的分類， 可以更加有利于風(fēng)險的管理，提高聯(lián)調(diào)測試各方在風(fēng)險預(yù)防和應(yīng)對上的處理能力。6.1.2

35、.1.3 設(shè)定風(fēng)險管理角色根據(jù)風(fēng)險的管理過程，主要設(shè)定以下幾種角色：1) 風(fēng)險提交人：風(fēng)險識別、風(fēng)險入庫；2) 風(fēng)險責任人：實施和審核風(fēng)險庫和風(fēng)險管理的整個過程；3) 風(fēng)險處理人：風(fēng)險預(yù)防、風(fēng)險應(yīng)對；4) 風(fēng)險專家：風(fēng)險分析、風(fēng)險跟蹤；5) 風(fēng)險庫管理員：建立風(fēng)險庫、更新風(fēng)險庫。6.1.2.1.4 建立風(fēng)險庫需要確定內(nèi)容 1：風(fēng)險庫存放物理地址和管理工具。在設(shè)定了風(fēng)險的各個要素后，確定一個物理地址和管理工具，對風(fēng)險的內(nèi)容進行管理和維護。風(fēng)險具有如下基礎(chǔ)屬性：風(fēng)險源、項目名稱、公司名稱、風(fēng)險類別、風(fēng)險概率、風(fēng)險級別、風(fēng)險后果、風(fēng)險狀態(tài)。1)風(fēng)險概率： 0.11.02)風(fēng)險級別： 0.11.03)

36、風(fēng)險后果： 0.011.004)風(fēng)險狀態(tài)：風(fēng)險提交、風(fēng)險預(yù)防、風(fēng)險應(yīng)對、風(fēng)險總結(jié)、風(fēng)險預(yù)防關(guān)閉、風(fēng)險應(yīng)對關(guān)閉、風(fēng)險轉(zhuǎn)問題、風(fēng)險關(guān)閉。6.1.2.1.5 更新風(fēng)險庫1) 在風(fēng)險處理階段，由各風(fēng)險處理人在風(fēng)險庫中處理情況；2) 在風(fēng)險處理完成后，有風(fēng)險管理員維護風(fēng)險的最終處理結(jié)果，并關(guān)閉或轉(zhuǎn)化風(fēng)險。6.1.2.2 風(fēng)險管理6.1.2.2.1 風(fēng)險識別活動說明： 在聯(lián)調(diào)測試各階段，任何人（主要是風(fēng)險專家）都可對預(yù)期可能存在的、帶來不利影響的現(xiàn)象或事件進行識別和提交，包括通過正式或非正式的會議、郵件、 風(fēng)險關(guān)聯(lián)影響分析、問題關(guān)聯(lián)影響分析等各種風(fēng)險識別方法。其中，奉獻提交人所在的項目負責人自動成為該風(fēng)險

37、的風(fēng)險責任人。活動結(jié)束時風(fēng)險狀態(tài)：無。風(fēng)險識別時的屬性：風(fēng)險內(nèi)容（源）、風(fēng)險提交人、風(fēng)險識別日期、風(fēng)險責任人。6.1.2.2.2 風(fēng)險入庫活動說明：一旦風(fēng)險被識別，則由風(fēng)險管理員開通相關(guān)權(quán)限和帳號，將風(fēng)險入庫；風(fēng)險提交人和風(fēng)險責任人都可以在風(fēng)險庫中查詢，以查看是否存在類似的風(fēng)險解決經(jīng)驗或方案。活動結(jié)束時風(fēng)險狀態(tài)：風(fēng)險提交。風(fēng)險入庫時的屬性：風(fēng)險編號、風(fēng)險入庫日期、風(fēng)險管理員、風(fēng)險關(guān)鍵字。6.1.2.2.3 風(fēng)險分析1) 活動說明： 風(fēng)險在入庫后， 風(fēng)險責任人及時邀請風(fēng)險專家對沒有解決經(jīng)驗和方案的風(fēng)險進行風(fēng)險分析，確定風(fēng)險應(yīng)對和預(yù)防措施。活動結(jié)束時風(fēng)險狀態(tài)：風(fēng)險預(yù)防。2) 活動說明：經(jīng)過分析，該

38、風(fēng)險需要進行協(xié)調(diào)處理，則走協(xié)調(diào)流程?；顒咏Y(jié)束時風(fēng)險狀態(tài)：風(fēng)險轉(zhuǎn)協(xié)調(diào)。風(fēng)險分析時的屬性：風(fēng)險分析日期、參與風(fēng)險專家、風(fēng)險描述（詳細內(nèi)容）、風(fēng)險概率、風(fēng)險級別、風(fēng)險后果、風(fēng)險預(yù)防措施、風(fēng)險預(yù)防閥值、風(fēng)險應(yīng)對措施、風(fēng)險應(yīng)對閥值、風(fēng)險責任人（可以在此時修改該角色）、風(fēng)險處理人、風(fēng)險協(xié)調(diào)人。6.1.2.2.4 風(fēng)險預(yù)防活動說明：風(fēng)險在分析后處于風(fēng)險預(yù)防階段，由風(fēng)險處理人對風(fēng)險實施預(yù)防措施； 同時風(fēng)險責任人則需要跟蹤風(fēng)險預(yù)防的情況。1) 如果預(yù)防成功， 風(fēng)險沒有繼續(xù)朝著不利的方向發(fā)展，則在風(fēng)險預(yù)防閥值后則提交風(fēng)險預(yù)防報告；活動結(jié)束時風(fēng)險狀態(tài)：風(fēng)險總結(jié)。2) 如果預(yù)防超過閥值，風(fēng)險不可避免發(fā)生，則需要實施風(fēng)

39、險應(yīng)對措施?；顒咏Y(jié)束時風(fēng)險狀態(tài)：風(fēng)險應(yīng)對。風(fēng)險預(yù)防時的屬性：風(fēng)險預(yù)防日期、風(fēng)險預(yù)防效果、風(fēng)險預(yù)防報告。6.1.2.2.5 風(fēng)險應(yīng)對活動說明： 風(fēng)險在預(yù)防失敗后處于風(fēng)險應(yīng)對階段，由風(fēng)險處理人對風(fēng)險實施應(yīng)對措施；同時風(fēng)險責任人也需要跟蹤風(fēng)險應(yīng)對的情況。1) 如果應(yīng)對成功， 風(fēng)險沒有繼續(xù)朝著不利的方向發(fā)展，則在風(fēng)險應(yīng)對閥值后則提交風(fēng)險應(yīng)對報告；活動結(jié)束時風(fēng)險狀態(tài)：風(fēng)險總結(jié)。2) 如果應(yīng)對超過閥值，則需要進行風(fēng)險轉(zhuǎn)化，即轉(zhuǎn)化為問題，走問題處理流程?；顒咏Y(jié)束時風(fēng)險狀態(tài)：風(fēng)險轉(zhuǎn)問題。風(fēng)險應(yīng)對時的屬性：風(fēng)險應(yīng)對日期、風(fēng)險應(yīng)對效果、風(fēng)險應(yīng)對報告。6.1.2.2.6 風(fēng)險跟蹤和總結(jié)1) 活動說明： 在風(fēng)險分析后

40、， 風(fēng)險責任人對風(fēng)險的預(yù)防和應(yīng)對過程進行風(fēng)險跟蹤，監(jiān)控風(fēng)險的變化情況，在風(fēng)險應(yīng)對或預(yù)防結(jié)束后進行風(fēng)險總結(jié)。活動結(jié)束時風(fēng)險狀態(tài)：無。2) 活動說明： 風(fēng)險預(yù)防成功， 風(fēng)險責任人及時對風(fēng)險管理的整個過程進行總結(jié)，提交到風(fēng)險庫中。活動結(jié)束時風(fēng)險狀態(tài)：風(fēng)險預(yù)防關(guān)閉。3) 風(fēng)險應(yīng)對成功， 風(fēng)險責任人及時對風(fēng)險管理的整個過程進行總結(jié)，提交到風(fēng)險庫中?；顒咏Y(jié)束時風(fēng)險狀態(tài)：風(fēng)險應(yīng)對關(guān)閉。4) 在超過風(fēng)險應(yīng)對閥值后，風(fēng)險責任人及時對風(fēng)險管理的整個過程進行總結(jié)，提交到風(fēng)險庫中?；顒咏Y(jié)束時風(fēng)險狀態(tài)：風(fēng)險轉(zhuǎn)問題。5) 當問題解決后，風(fēng)險管理人將風(fēng)險的最終狀態(tài)置為風(fēng)險關(guān)閉?；顒咏Y(jié)束時風(fēng)險狀態(tài)：風(fēng)險關(guān)閉。風(fēng)險總結(jié)時的屬性

41、：風(fēng)險關(guān)閉日期。6.1.3 風(fēng)險管理機制及操作指南為了能夠最大限度的降低聯(lián)調(diào)測試的風(fēng)險以及減少風(fēng)險轉(zhuǎn)化為問題的可能，需要建立聯(lián)調(diào)測試階段的風(fēng)險管理機制。接口平臺聯(lián)調(diào)階段的風(fēng)險管理機制是在標準的cmmi管理基礎(chǔ)之上演變而來，總的來說，主要強調(diào)兩個方面的工作和機制：1、 接口平臺要定期對聯(lián)調(diào)測試階段的風(fēng)險進行收集、分析以及回顧。 風(fēng)險的收集是定期的，一周一次會議討論，在會上對風(fēng)險進行收集、分析。新增的風(fēng)險需要維護到附件 12- 委內(nèi)衛(wèi)生部接口平臺聯(lián)調(diào)測試風(fēng)險跟蹤表中以便后續(xù)跟進。2、 風(fēng)險需要及時跟進以避免轉(zhuǎn)化為問題而帶來不利影響，從而影響聯(lián)調(diào)測試，因此需要定期跟進風(fēng)險處理進度，該工作由接口平臺負

42、責組織。接口平臺每周會議對未關(guān)閉的風(fēng)險進行跟進，并及時維護更新附件12-委內(nèi)衛(wèi)生部接口平臺聯(lián)調(diào)測試風(fēng)險跟蹤表。6.2聯(lián)調(diào)測試問題處理聯(lián)調(diào)測試過程中會產(chǎn)生各種各樣的問題，問題的產(chǎn)生可能會來自多個方面（服務(wù)程序bug 、環(huán)境不一致導(dǎo)致的問題、系統(tǒng)設(shè)置不正確導(dǎo)致問題、數(shù)據(jù)準備錯誤導(dǎo)致的問題、服務(wù)使用不當導(dǎo)致的問題等等），需要對問題進行系統(tǒng)的管理。6.2.1 問題處理流程示意圖問題處理流程項方費 組開始消 目務(wù)服發(fā)現(xiàn)問題分析問題y提交問題n驗證問題y結(jié)束nn項方供 組接受問題提 目務(wù)服臺口平指派問題接受問題接y處理問題y處理問題n提交驗證問題提交驗證問題n6.2.2 問題處理流程說明接口平臺的問題管理

43、可以處理各階段發(fā)現(xiàn)的問題（準入測試階段、聯(lián)調(diào)測試階段、上線階段、運維階段） ，各階段的問題處理流程是一致的，本文檔重點集中在聯(lián)調(diào)測試階段的問題處理上。在聯(lián)調(diào)測試各階段，任何人（主要是服務(wù)消費方）都可進行問題識別和提交，包括通過接口平臺管控平臺，正式或非正式的會議、郵件、風(fēng)險關(guān)聯(lián)影響分析、問題關(guān)聯(lián)影響分析等各種問題識別方法。接口平臺接收到問題單之后，負責根據(jù)問題單描述的情況對問題進行初步分析，必要的時候需要和相應(yīng)的服務(wù)提供方一起進行分析，確認問題初步責任方之后，將問題單轉(zhuǎn)交給對應(yīng)的單位進行處理問題。負責處理問題的單位可以選擇處理問題，也可以拒絕，將問題單重新轉(zhuǎn)交給接口平臺以便重新指派。問題處理完

44、畢之后，由處理問題的相關(guān)方將問題單提交給服務(wù)消費方進行問題驗證， 待驗證通過之后，關(guān)閉該問題單。問題單關(guān)閉之后，接口平臺負責將問題納入接口平臺的問題庫當中以便今后使用。6.36.3.1聯(lián)調(diào)測試協(xié)調(diào)管理協(xié)調(diào)管理流程示意圖聯(lián)調(diào)測試協(xié)調(diào)管理流程方費消務(wù)服當事人識別并提出協(xié)調(diào)請求所在接口人審核轉(zhuǎn)發(fā)協(xié)調(diào)請求受方接口人接收協(xié)調(diào)請求受方處理人處理并完成協(xié)調(diào)請求方供提務(wù)服是處理失敗否接口平臺審批協(xié)調(diào)請求臺平口接是否駁回6.3.1.1 協(xié)調(diào)請求聯(lián)調(diào)測試過程中，當事人在處理任務(wù)、風(fēng)險、問題， 需要獲得服務(wù)提供方、服務(wù)消費方、接口平臺等的技術(shù)、業(yè)務(wù)、環(huán)境等各方的支持和協(xié)助時，識別這些協(xié)調(diào)的內(nèi)容，及時提交協(xié)調(diào)申請。1

45、) 協(xié)調(diào)單的屬性包括： 協(xié)調(diào)序號、 處理狀態(tài)、 協(xié)調(diào)內(nèi)容描述、 協(xié)調(diào)類型、 緊急程度、 重要級別、 申請人、申請日期、所在接口人、接口平臺接口人、受方接口人、處理人、預(yù)定解決日期、處理完成日期、處理結(jié)果描述、申請人確認、協(xié)調(diào)效率。2) 協(xié)調(diào)類型主要分為以下幾種類型：技術(shù)，人力，環(huán)境，進度，風(fēng)險，質(zhì)量，規(guī)章制度，生活習(xí)慣，語言行為。3) 協(xié)調(diào)狀態(tài)主要包括以下幾種狀態(tài)：協(xié)調(diào)申請，接口人審批，接口平臺審批，接口平臺駁回，受方接收，受方處理，協(xié)調(diào)完成，協(xié)調(diào)失敗。需要確定內(nèi)容 2：協(xié)調(diào)請求存在物理地址和管理工具。6.3.1.2 審核轉(zhuǎn)發(fā)協(xié)調(diào)請求協(xié)調(diào)申請所在接口人經(jīng)內(nèi)部處理、或私下處理該協(xié)調(diào)無效后，轉(zhuǎn)發(fā)該協(xié)調(diào)內(nèi)容至對應(yīng)接口平臺接口人。6.3.1.3 審批協(xié)調(diào)請求接口平臺接口人對協(xié)調(diào)請求的內(nèi)容進行審核，確認是需要他方處理，則予以通過， 提交總部接口人審核；否則予以駁回；接口平臺接口人對協(xié)調(diào)請求的內(nèi)容進行審核，確認是需要他方處理，則予以通過并統(tǒng)一協(xié)調(diào)；否則予以駁回；協(xié)調(diào)請求通過后，接口平臺召集協(xié)調(diào)請求方和可能處理方，予以統(tǒng)一協(xié)調(diào)。6.3.1.4 接受和處理協(xié)調(diào)請求協(xié)調(diào)處理方接受協(xié)調(diào)請求，并限定協(xié)調(diào)時限進行協(xié)調(diào)內(nèi)容的處理；在協(xié)調(diào)時限達到后，如果沒有完成，則申請協(xié)調(diào)失敗，要求總部再次協(xié)調(diào)，重新定義協(xié)調(diào)時限。6.3.2相關(guān)文