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