運維交接流程

1、運維交接流程運維交接流程Versio n 2.0二零一四年四月12、運維交接流程開發(fā)團隊將軟件項目交接給運維團隊進行 項目運維，該過程是一個責任過度的過程， 需要 嚴格的規(guī)范以及流程進行支撐。該部分叫做運維 交接流程。運楡團認開址團隊. = 交接過程中，提交的軟件文檔一般包含需求 說明書，概要說明書，詳細設(shè)計說明書，數(shù)據(jù)字 典，測試報告，試運行情況報告分析，部署文檔 等，必須保持項目實際情況與文檔一致性。運維團隊測試包含功能測試，用戶測試，業(yè) 務邏輯測試，集成測試，壓力測試，需要在流程 中填寫相關(guān)的測試總結(jié)以及上傳測試報告，不合格需要說明不合格原因以上過程需要在嚴格的規(guī)范下進行，不然，流程會因

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

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

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

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

6、測試人員假扮非法入侵 者，采用各種辦法試圖突破防線。（9）用戶管理測試：對系統(tǒng)進行用戶添加， 授權(quán)等一系列操作發(fā)現(xiàn)任何問題都記錄下來形 成文檔， 然后對用戶進行權(quán)限變更、 刪除等一系 列操作，文檔記錄問題發(fā)現(xiàn)時間、問題描述、問 題原因、解決方法、解決時間等（詳細情況填寫 問題記錄）。將發(fā)現(xiàn)問題由建設(shè)方提出解決方案， 由用戶確定后進行修改。（ 10）界面實現(xiàn)情況測試： 界面要符合現(xiàn)行標 準和用戶習慣。軟件企業(yè)可以形成自己的特色， 但要確保整個軟件風格一致。 界面測試要從友好 性、易操作性、美觀性、布局合理、分類科學、 標題描述準確等方面入手。重點掌握以下幾點：1）背景和前景的顏色是否協(xié)調(diào)， 顏色

7、反差 是否用得恰當；2）軟件得圖標、按鈕、對話框等外觀風格 是否一致，美觀效果所要求的屏幕分辨率；3）窗口元素的布局是否合理， 并保持一致；4）各種字段標題的信息描述是否準確；5）快捷鍵、按鈕、鼠標等操作在軟件中是 否一致；6）窗口及報表的顯示比例和格式是否能適 應用戶的預期需求；7）誤操作引起的錯誤提示是否友好；8）活動窗口和被選中的記錄是否高亮顯 示；9）是否有幫助信息， 菜單導航能否正常執(zhí)行；10）檢查一些特殊域和特殊控件能否運行。 具體操作方法為：選定模塊 -選定功能 -選 定到本功能頁面上， 點擊本功能頁面上的所有能 點擊的按鈕、 鏈接，及可能彈出的的頁面上的所 有按鈕、鏈接，查看界

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

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

10、擬環(huán)境中類似 或未出現(xiàn)過的問題。 因此，在實際環(huán)境下的測試 應與模擬環(huán)境下的測試走相同的流程， 同樣需要 按照系統(tǒng)功能表進行初次測試和反復的回歸測 試，以保證測試的完整性、全面性，同時盡可能 地減少系統(tǒng)的漏洞、 錯誤。鑒于實際環(huán)境下存在 其他系統(tǒng)，因此實際環(huán)境下的測試應以盡量不影 響其他系統(tǒng)為原則。 江蘇健康系統(tǒng)實測在廣電環(huán) 境下，由廣電主導， TFI 和 JSHC 協(xié)助進行。實測通過后，正式上線四、文檔測試驗收文檔是軟件的重要組成部分，也是軟件質(zhì)量保證 和軟件配置管理的重要內(nèi)容。文檔測試主要通過 評審的方式檢查文檔的完整性、準確性、一致性、 可追溯性和可理解性。在文檔驗收時，要特別注意以下幾

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