運(yùn)維交接流程

1、共享知識(shí)分享快樂運(yùn)維交接流程Version 2.0二零一四年四月頁眉內(nèi)容共享知識(shí)分享快樂一、運(yùn)維交接流程開發(fā)團(tuán)隊(duì)將軟件項(xiàng)目交接給運(yùn)維團(tuán)隊(duì)進(jìn)行項(xiàng)目運(yùn)維，該過程是一個(gè)責(zé)任過度的過程，需要嚴(yán)格的規(guī)范以及流程進(jìn)行支撐。該部分叫做運(yùn)維交接流程。交接過程中，提交的軟件文檔一般包含需求說明書，概要說明書， 詳細(xì)設(shè)計(jì)說明書，數(shù)據(jù)字典，測試報(bào)告， 試運(yùn)行情況報(bào)告分析，部署文檔等， 必須保持項(xiàng)目實(shí)際情況與文檔一致性。運(yùn)維團(tuán)隊(duì)測試包含功能測試，用戶測試，業(yè)務(wù)邏輯測試，集成測試，壓力測試，需要在流程中填寫相關(guān)的測試總結(jié)以及上傳測試報(bào)告，不合格需要說明不合格原因。以上過程需要在嚴(yán)格的規(guī)范下進(jìn)行， 不然，流程會(huì)因?yàn)橹皇莻€(gè)

2、形式而失敗， 達(dá)不到預(yù)期效果。二、交接規(guī)范新項(xiàng)目需穩(wěn)定運(yùn)行3 個(gè)月以上時(shí)間才能交接給運(yùn)維組新項(xiàng)目交接給運(yùn)維組必須對接手維護(hù)的同事做系統(tǒng)業(yè)務(wù)培訓(xùn)項(xiàng)目交接必須提供：系統(tǒng) release 版本項(xiàng)目需求文檔.doc項(xiàng)目操作手冊.doc項(xiàng)目維護(hù)手冊.doc 項(xiàng)目常見問題處理.doc 項(xiàng)目詳細(xì)設(shè)計(jì)文檔.doc 項(xiàng)目數(shù)據(jù)字典三、軟件測試驗(yàn)收軟件驗(yàn)收為系統(tǒng)驗(yàn)收的核心。 對軟件質(zhì)量、 軟件的可維護(hù)性、 軟件的易用性和軟件項(xiàng)目的實(shí)施周期起到“一錘定音”的作用。（一）測試環(huán)境下的測試驗(yàn)收1、初次測試依據(jù)系統(tǒng)功能列表中的功能進(jìn)行逐個(gè)測試，測試中記錄以下情況：功能是否實(shí)現(xiàn)， 功能頁眉內(nèi)容共享知識(shí)分享快樂是否符合要求，測

3、試時(shí)間。系統(tǒng)測試類型有以下幾方面：（ 1）功能測試：功能測試就是對產(chǎn)品的各功能進(jìn)行驗(yàn)證，根據(jù)功能測試用例，逐項(xiàng)測試，檢查產(chǎn)品是否達(dá)到要求的功能。1）從軟件的功能是否全面；2）軟件功能是否正確；3）程序和數(shù)據(jù)是否與產(chǎn)品需求說明及用戶文檔的全總說明相對應(yīng)。（ 2）可靠性測試：指軟件在規(guī)定的時(shí)間和條件下不出現(xiàn)故障，持續(xù)運(yùn)行的能力。1）軟件不應(yīng)存在導(dǎo)致軟件無法運(yùn)行、崩潰或?qū)е聰?shù)據(jù)破壞、缺損的重大缺陷；2）測試一般包括成熟性、容錯(cuò)性、易恢復(fù)性、數(shù)據(jù)是否具有校驗(yàn)機(jī)制等方面。（ 3）容錯(cuò)性測試：評價(jià)軟件是否擁有異常處理手段；對關(guān)鍵操作、不可恢復(fù)的操作或可能引起災(zāi)難性后果的操作應(yīng)有明確的提示，并請求用戶確認(rèn)。

4、（ 4）易用性測試：指軟件的易用程度。1）用戶學(xué)習(xí)、操作軟件的難易程度；2）數(shù)據(jù)編輯、檢索、輸出的方便程度和靈活程度；3）易理解程度、易瀏覽性、可操作性。（ 5）可維護(hù)性測試：1）指用戶根據(jù)自己的要求、 使用環(huán)境對軟件進(jìn)行個(gè)性化定制的可能性、 難易程度和靈活程度；2）運(yùn)行出錯(cuò)后，用戶自己發(fā)現(xiàn)、診斷、修改錯(cuò)誤的可行性與工作量。（ 6）性能測試：性能測試主要測試軟件的運(yùn)行速度和對資源的消耗。通過調(diào)整系統(tǒng)所依賴的軟硬件配置、網(wǎng)絡(luò)拓補(bǔ)結(jié)構(gòu)、工作站點(diǎn)數(shù)、數(shù)據(jù)量和服務(wù)請求數(shù)來測試軟件的移植性、運(yùn)行速率、穩(wěn)定性和可靠性。重點(diǎn)關(guān)注以下幾點(diǎn)：1）時(shí)間特性；2）資源特性；3）網(wǎng)絡(luò)特性。（ 7）可移植性測試：通過硬

5、件兼容性測試、軟件兼容性測試和數(shù)據(jù)兼容性測試來考察軟件的跨平臺(tái)、可移植的特性。重點(diǎn)掌握以下幾點(diǎn)：1）兼容性：操作系統(tǒng)兼容性、異構(gòu)數(shù)據(jù)庫兼容性、新舊數(shù)據(jù)轉(zhuǎn)換、異種數(shù)據(jù)兼容性、硬件兼容性等；2）適應(yīng)性：在適應(yīng)目前需求的基礎(chǔ)上，為將來可預(yù)見和不可預(yù)見的性能擴(kuò)充留有余地；3）可擴(kuò)充性：新功能、新業(yè)務(wù)的增加能夠在不影響系統(tǒng)運(yùn)行的情況下實(shí)現(xiàn)。（ 8）安全性測試：通過非法登陸、漏洞掃描、模擬攻擊等方式檢測系統(tǒng)的認(rèn)證機(jī)制、加密機(jī)制、防病毒功能等安全防護(hù)策略的健全性。重點(diǎn)掌握以下幾點(diǎn)：1）軟件使用的安全性；2）數(shù)據(jù)的存儲(chǔ)、傳輸和訪問安全；3）安全測試期間，測試人員假扮非法入侵者，采用各種辦法試圖突破防線。（ 9

6、）用戶管理測試：對系統(tǒng)進(jìn)行用戶添加，授權(quán)等一系列操作發(fā)現(xiàn)任何問題都記錄下來形成文檔， 然后對用戶進(jìn)行權(quán)限變更、刪除等一系列操作，文檔記錄問題發(fā)現(xiàn)時(shí)間、問題描述、問題原因、解決方法、解決時(shí)間等（詳細(xì)情況填寫問題記錄）。將發(fā)現(xiàn)問題由建設(shè)方提出解決方案，由用戶確定后進(jìn)行修改。（ 10）界面實(shí)現(xiàn)情況測試： 界面要符合現(xiàn)行標(biāo)準(zhǔn)和用戶習(xí)慣。 軟件企業(yè)可以形成自己的特色，但要確保整個(gè)軟件風(fēng)格一致。界面測試要從友好性、易操作性、美觀性、布局合理、分類科學(xué)、標(biāo)題描述準(zhǔn)確等方面入手。重點(diǎn)掌握以下幾點(diǎn)：頁眉內(nèi)容共享知識(shí)分享快樂1）背景和前景的顏色是否協(xié)調(diào)，顏色反差是否用得恰當(dāng)；2）軟件得圖標(biāo)、按鈕、對話框等外觀風(fēng)格

7、是否一致，美觀效果所要求的屏幕分辨率；3）窗口元素的布局是否合理，并保持一致；4）各種字段標(biāo)題的信息描述是否準(zhǔn)確；5）快捷鍵、按鈕、鼠標(biāo)等操作在軟件中是否一致；6）窗口及報(bào)表的顯示比例和格式是否能適應(yīng)用戶的預(yù)期需求；7）誤操作引起的錯(cuò)誤提示是否友好；8）活動(dòng)窗口和被選中的記錄是否高亮顯示；9）是否有幫助信息，菜單導(dǎo)航能否正常執(zhí)行；10）檢查一些特殊域和特殊控件能否運(yùn)行。具體操作方法為： 選定模塊 ->選定功能 -> 選定到本功能頁面上， 點(diǎn)擊本功能頁面上的所有能點(diǎn)擊的按鈕、鏈接， 及可能彈出的的頁面上的所有按鈕、 鏈接，查看界面變換是否有非正常的情況出現(xiàn)。根據(jù)以上幾方面的測試將測試

8、問題形成文檔， 內(nèi)容包括問題描述、 發(fā)現(xiàn)時(shí)間、 解決方法，問題解決后填上解決時(shí)間。2、回歸測試當(dāng)發(fā)現(xiàn)并修改缺陷后，或者在軟件中添加新功能后，重新測試， 用來檢查被發(fā)現(xiàn)的缺陷是否被改正， 并且所作的修改沒有引發(fā)新的問題，如果只對缺陷進(jìn)行測試后就發(fā)布，那軟件的質(zhì)量無法保證， 后期軟件維護(hù)成本將大幅度提高， 回歸測試可以通過人工重新執(zhí)行測試用例，可以使用自動(dòng)化的捕獲回放工具來進(jìn)行。（ 1）根據(jù)發(fā)現(xiàn)問題進(jìn)行針對性測試:根據(jù)上次測試形成的問題文檔，逐條進(jìn)行測試，確認(rèn)問題解決情況， 并測試與發(fā)現(xiàn)問題相關(guān)的模塊、功能，防止解決一個(gè)問題出現(xiàn)另一個(gè)問題的情況出現(xiàn)， 若出現(xiàn)問題未解決或生成新問題的情況，需再次形成

9、問題文檔，交建設(shè)方。 問題全部解決后出具問題解決情況報(bào)告。（ 2）根據(jù)系統(tǒng)功能列表按系統(tǒng)測試流程圖進(jìn)行全面的測試，功能測試、可靠性測試、容錯(cuò)性測試、易用性測試、性能測試、可維護(hù)性測試、可移植性測試、安全性測試、用戶管理測試、界面實(shí)現(xiàn)情況測試等幾方面進(jìn)行逐一測試，形成問題文檔以備下次回歸測試使用。回歸測試是一個(gè)反復(fù)的過程， 新系統(tǒng)需要進(jìn)行多次的回歸測試， 才能達(dá)到盡量減少漏洞、 錯(cuò)誤的目的。（二）實(shí)際環(huán)境下的測試驗(yàn)收由于軟硬件環(huán)境的不同，系統(tǒng)從模擬環(huán)境移至到實(shí)際環(huán)境時(shí)仍會(huì)出現(xiàn)很多模擬環(huán)境中類似或未出現(xiàn)過的問題。因此，在實(shí)際環(huán)境下的測試應(yīng)與模擬環(huán)境下的測試走相同的流程，同樣需要按照系統(tǒng)功能表進(jìn)行初

10、次測試和反復(fù)的回歸測試，以保證測試的完整性、全面性， 同時(shí)盡可能地減少系統(tǒng)的漏洞、錯(cuò)誤。鑒于實(shí)際環(huán)境下存在其他系統(tǒng)，因此實(shí)際環(huán)境下的測試應(yīng)以盡量不影響其他系統(tǒng)為原則。江蘇健康系統(tǒng)實(shí)測在廣電環(huán)境下，由廣電主導(dǎo)，TFI 和JSHC 協(xié)助進(jìn)行。實(shí)測通過后，正式上線。四、文檔測試驗(yàn)收文檔是軟件的重要組成部分， 也是軟件質(zhì)量保證和軟件配置管理的重要內(nèi)容。 文檔測試主要通過評審的方式檢查文檔的完整性、準(zhǔn)確性、一致性、可追溯性和可理解性。在文檔驗(yàn)收時(shí)，要特別注意以下幾點(diǎn)：（1）要明確文檔驗(yàn)收的標(biāo)準(zhǔn)，軟件企業(yè)和用戶企業(yè)要達(dá)成一致；頁眉內(nèi)容共享知識(shí)分享快樂（2）確定文檔的重要性和項(xiàng)目文檔需求。比如，在驗(yàn)收階段，

11、用戶文檔(用戶手冊、操作手冊、維護(hù)手冊、聯(lián)機(jī)幫助文件)顯得特別重要，需要認(rèn)真評審；（ 3）檢驗(yàn)文檔完整性，主要是文檔的種類和內(nèi)容的完整性；（ 4）檢驗(yàn)文檔的一致性和可追溯性，主要是：軟件的設(shè)計(jì)描述是否按照需求定義進(jìn)行展開的；應(yīng)用程序是否與設(shè)計(jì)文檔的描述一致；用戶文檔是否客觀描述應(yīng)用程序的實(shí)際操作；關(guān)于同一問題的描述是否存在不同的說法；（ 5）檢驗(yàn)文檔的準(zhǔn)確性， 主要是文檔的描述是否準(zhǔn)確，有無歧義，文字表達(dá)是否存在錯(cuò)誤；（ 6）檢驗(yàn)文檔的可理解性，主要審核文檔是否針對特定的讀者群體，表達(dá)是否詳細(xì)。如，操作手冊， 除了描述每個(gè)模塊的操作， 應(yīng)該還提供關(guān)聯(lián)性崗位業(yè)務(wù)、 部門業(yè)務(wù)和跨部門業(yè)務(wù)的操作說明?？傊?， 文檔驗(yàn)收首先要確認(rèn)文