【正文】 在 此模 型 下 ，任何 應(yīng) 用只 有 通過 一 致的 質(zhì) 量和 性 能測 試 流程 ，并 且滿 足 協(xié) 議 質(zhì) 量 標 準 后 ， 才 能 投 入 生 產(chǎn) 使 用 。 “ 產(chǎn)品中心 ” 這一模型 ，它 能 使集 中 的測 試 工具 產(chǎn) 品變 為 一種 可 用的 共 享 服務(wù) 。 通過統(tǒng)一的測試管理平臺，測試中心需要針對所有項目，通過定義的關(guān)鍵性能指 標（ KPI）， 提供 全 面的 信 息視 圖。 在有效的測試管理下，通過手工或者自動化功能測試工具完成功能測試， 保證系 統(tǒng) 的功 能 滿足 業(yè) 務(wù)需 求 ，同時 逐 步完 善 自動 化 功能 測 試，建 立 自動 化 功能 測試框架，以解放人力，提高功能測試的效率。V 模型 是 目 前主 流 測試 過 程模 型 ,但 其并 不 是萬 能 的 ，因 此 在測 試 過 程模 型的引用中除了該模型外我們還將把隨機測試和配置測試理念貫穿其中。V 模 型中 ， 兩個 V 分別 代 表 驗證（ Verification） 和 確認 （ Validation） 。 實施 實施 設(shè)計 應(yīng)用部署 測試 傳統(tǒng)方法論 需求驗證 應(yīng)用部署 優(yōu)化業(yè)務(wù)成果 現(xiàn)代 方法論 對業(yè)務(wù)功能進行風險和影響度的評估，以縮減 QA的時間，并提高有限時間和成本內(nèi)的質(zhì)量水平 業(yè)務(wù)影響分析 驗證需求 2 使 IT能更好的迎合業(yè)務(wù)需求，在應(yīng)用交付的 早期就能夠確定可能存在的缺陷 使用業(yè)務(wù)度量 3 規(guī)劃 業(yè)務(wù)需求 設(shè)計 測試 1 時間 業(yè)務(wù)需求 規(guī)劃 提供質(zhì)量流程改進的面向目標的關(guān)鍵性能指標，這些指標是面向業(yè)務(wù)需求的 上海銀行測試中心規(guī)劃建設(shè)方案 合康科技 10 / 52 軟件測試和開發(fā)生命周期 通 過在 軟 件 項 目過 程 中 自始 至 終 地 貫徹 盡 早 測 試、 連 續(xù) 測試 、 自 動 測試 經(jīng) 驗的實 施 ，能很 大 程度 上 提前 了 軟件 系 統(tǒng)測 試 發(fā)生 的 時間 ，能連 續(xù) 的 及時 的 發(fā)現(xiàn) 軟件錯誤，從而可以在很大程度上降低項目風險和項目開發(fā)成本。 統(tǒng)一性 ：測試中心模式能幫助 銀行 統(tǒng) 一業(yè) 務(wù) 目標 和 項目 優(yōu) 先級 ， 提供 更 好的最終用戶服務(wù)。 業(yè)務(wù)部門 跨平臺多樣化技術(shù) 架構(gòu) 傳 統(tǒng) 單一的 技術(shù)架構(gòu) 系統(tǒng)開發(fā)測試環(huán)境 軟件開發(fā)部 運行科 用戶 測試環(huán)境 準生產(chǎn) 環(huán)境 ITSM 管理系統(tǒng) TD 自動化測試 管理 系統(tǒng) CA辦公自動化系統(tǒng) 上海銀行測試中心規(guī)劃建設(shè)方案 合康科技 7 / 52 隨著 上 海 銀 行 各類 業(yè) 務(wù) 系統(tǒng) 從 單 一 技術(shù) 框 架 結(jié) 構(gòu)向 多 樣 化 技 術(shù) 框 架 結(jié)構(gòu) 的 轉(zhuǎn)變，目 前 的測 試 手段 和 技術(shù) 已 顯然 無 法滿 足 行內(nèi) 多 平臺 、多語 言 和 多廠 商 的快 速開發(fā)上線的模式。而 建 設(shè) 穩(wěn)健 優(yōu) 良的 測 試體 系 和與 之 匹 配的 測 試方 法則 又是 保證軟件系 統(tǒng) 質(zhì)量 行 之有 效 的必 經(jīng) 途徑 。 每 個科 室 人員 除了 履 行 日常 科 室 規(guī) 定的 職 責 外 還負 責 對 已完 成 開 發(fā) 的 項目 編制測 試 案例 并 進行 功 能性 測 試和 業(yè) 務(wù)邊 界 類及 異 常 處理 流 程的 測 試 ，承 擔 了雙 重職責，在角色扮演上沖突，結(jié)果使測試沒有有效地規(guī)劃和執(zhí)行。（事實上可能會減少 職員 總 人數(shù) 。 測試 方法論 軟件 測試 方法論 傳統(tǒng) 的 開發(fā) 方 法屬 于 線型 或 者稱 之 為瀑 布 型 ，每 一 個階 段 的開 始 都 基于 上 一階段 成 果而 展 開 ，因 此 無法 對 整個 系 統(tǒng)質(zhì) 量 進行 有 效的 控 制，無 法 體現(xiàn) 測 試對 于整個 系 統(tǒng)質(zhì) 量 控制 的 重要 性 ，一旦 在 后期 測 試中 發(fā) 現(xiàn)問 題 ，很 有 可 能導 致 軟件 發(fā)布延遲，整個項目成本的增加。 在模 型 中， 單 元測 試 是基 于 代碼 的 測試 ， 最初 由 開發(fā) 人 員 執(zhí) 行， 以 驗 證其 可執(zhí)行程序代碼的各個部分是否已達到了預(yù)期的功能要求； 集成 測 試驗 證 了 2 個 或多 個 單元 之 間的 集 成是 否 正 確，并 有 針對 性 地 對詳 細設(shè)計中所定義的各單元之間的接口進行檢查； 在所 有 單元 測 試和 集 成測 試 完成 后， 系 統(tǒng)測 試 開始 以 客戶 環(huán) 境模 擬 系 統(tǒng)的 運行，以驗證系統(tǒng)是否達到了在概要設(shè)計中所定義的功能和性能； 最后 ，當 技 術(shù)部 門 完成 了 所有 測 試工 作 后，由業(yè) 務(wù) 專家 或 用戶 進 行 驗收 測 試，以確保產(chǎn)品能真正符合用戶業(yè)務(wù)上的需要。 所以 Vamp。 從需求到案例設(shè)計，建立案例，測試執(zhí)行和缺陷跟蹤都必須納入管理之中，實現(xiàn)測試資產(chǎn)集中管理。功 能 測試 報 告應(yīng) 該 包括 自 動化 功 能 測試 執(zhí) 行各 個步驟的信息和正確與否，性能測試報告應(yīng)該包含豐富的應(yīng)用性能分析信息。 如下圖所示： 過程 模板 測試資產(chǎn) 過程 自動化流程 自動化測試執(zhí)行平臺 運作流程 業(yè)務(wù)專家 項目負責人 測試架構(gòu)師 測試工程師 測試中心運作人員 負責人 測試管理平臺 軟件質(zhì)量門戶（ Portal） 上海銀行測試中心規(guī)劃建設(shè)方案 合康科技 20 / 52 階段一：基于項目的測試 概念： 每個項目獨立測試，組建各自的測試小組，手工或部分使用自動化工具，在產(chǎn)品 上 線前 能 夠發(fā) 現(xiàn) 一定 的 錯誤 ，從 而降 低 了產(chǎn) 品 運營 時 的風 險 和 投產(chǎn) 后 進行 錯誤修復(fù)而需要投入的成本。通過 測 試中 心 ，許多項目小組都能獲取專業(yè)的經(jīng)驗和建議。 階段目標： 建立獨 立 的 覆 蓋全 行 業(yè) 務(wù)系 統(tǒng) 的 測 試中 心 體 系， 并 服 務(wù) 于全 行 機構(gòu) 工作內(nèi)容： ? 建立完整系統(tǒng)質(zhì)量及流程控制體系 ? 建設(shè) 專業(yè)的 業(yè)務(wù)專 家 和技 術(shù) 專家 團 隊 ? 建立完善的測試人員培養(yǎng)和職業(yè)規(guī)劃體系 ? 建設(shè)技術(shù)類測試體系及構(gòu)架 ? 建立完善的軟硬件監(jiān)控指標體系 ? 完善全行性的業(yè)務(wù)知識庫及基于業(yè)務(wù)問題的缺陷分析系統(tǒng) 組織結(jié)構(gòu)： 測試中心經(jīng)理 服務(wù)支持團隊 。 通常 ，項 目 測試 往往局 限 于技 術(shù) 人員 有 限的 專 業(yè)知 識 ，只限 于 使用 行 業(yè)的 最 佳實 踐 和流 程 。 人員角色 工作職責 測試中心經(jīng)理 管理測試中心的日常工作，負責所有工作的指派和人員調(diào)整，監(jiān)督測試項目的流程進度和質(zhì)量 業(yè)務(wù)專家 作為資深業(yè)務(wù)分析人員的主要職能是提供對業(yè)務(wù)人員或團隊進行業(yè)務(wù)支持、分析和培訓 運作專家 運作專家將負責測試團隊的知識技能的管理， QA流 程建設(shè)等工作，提供中心的共享服務(wù) 測試項目經(jīng)理 負責具體的一個或多個測試項，管理項目內(nèi)部的工作流程，項目人員的工作任務(wù)分配，直接對測試中心經(jīng)理負責，對所提出的評測結(jié)果和報告負責，評估測試項目質(zhì)量 測試架構(gòu)師 測試中心的專 業(yè)測 試 顧問 ， 針對 項 目制 定 測試 策 略 ，總體設(shè)計測試計劃，考核測試結(jié)果，控制流程更改，評估和總結(jié)被測試應(yīng)用的質(zhì)量 測試設(shè)計工程師 設(shè)計測試計劃和案例，設(shè)計自動化測試腳本，熟悉各種測試工具和技術(shù)，定義測試實施計劃 測試執(zhí)行工程師 執(zhí)行測試案例，記錄案例運行結(jié)果，分析測試結(jié)果，提上海銀行測試中心規(guī)劃建設(shè)方案 合康科技 18 / 52 測試中心流程規(guī)劃 上圖流程包括 ： 需求審核和變更管理 缺陷管理 測試策略和計劃 模 型 度量和 KPI 報告 測試流程管理 測試資源和工 作管 理 測試案例和腳本 人員時間和技能 系統(tǒng)測試 測試環(huán)境 性能測試 回歸測試 交缺陷報告 業(yè)務(wù)人員 提供和確認被測試系統(tǒng)業(yè)務(wù)需求，檢驗被測試系統(tǒng)測試結(jié)果，提供業(yè)務(wù)測試數(shù)據(jù) 系統(tǒng)管理員 管理和維護測試管理系統(tǒng)，搭建和維護被測試系統(tǒng) 測試工程師 具有相對比較豐富測試案例開發(fā)和執(zhí)行經(jīng)驗人員 .可以指導或負責具體的測試 執(zhí) 行 工作 上海銀行測試中心規(guī)劃建設(shè)方案 合康科技 19 / 52 測試中心技術(shù)平臺 測試中心發(fā)展階段 測試中心的建設(shè)不是一蹴而就的，而應(yīng)該根據(jù)自身的特點，分階段，有步驟地進行，逐步發(fā)展和完善。 性能測試過程中不僅僅需要進行壓力加載模擬，更主要的還需要能夠提供監(jiān)控功 能 ，監(jiān)控 被 測系 統(tǒng) 各個 環(huán) 節(jié)在 壓 力情 況 下的 指 標表 現(xiàn) ，同 時 需 要提 供 比較 強大的 結(jié) 果分 析 功能 ，為 了更 好 的解 決 應(yīng)用 開 發(fā)中 可 能存 在 的性 能 瓶頸 ，需 要具 有有效的手段，能夠發(fā)現(xiàn)應(yīng)用開發(fā)中代碼和 SQL級 別存 在 的性 能 問題 ， 從而 幫 助開發(fā)人員優(yōu)化代碼，提高系統(tǒng)性能 。 軟 件項 目 質(zhì) 量 考核 有 一 個完 整 的 指標 體 系 ， 從 可行 易 操 作的 角 度 出 發(fā)， 評 價一個 軟 件項 目 質(zhì)量 情 況， 可 以從 以 下幾 個 方面 出 發(fā) ，獲 取 比較 客 觀的 評 價指 標 。 軟件確認技術(shù)是 “ 評 估系 統(tǒng) 或軟 件 部件 在 開發(fā) 過 程 中或 開 發(fā)結(jié) 束 時是 否 滿足特 定 要求 ” 。 Technical Specs Build Test Execution DeployRequirementsVrfcatioTest Strategy amp。許多公司往往會發(fā)現(xiàn)測試中心模型是自給自足的。 ? 測試中心： 測試