【正文】 的測(cè)試管理平臺(tái)進(jìn)行流程的規(guī)范。 從需求到案例設(shè)計(jì)，建立案例，測(cè)試執(zhí)行和缺陷跟蹤都必須納入管理之中，實(shí)現(xiàn)測(cè)試資產(chǎn)集中管理。 軟件項(xiàng)目質(zhì)量考核有一個(gè)完整的指標(biāo)體系，從可行易操作的角度出發(fā)，評(píng)價(jià)一個(gè)軟件項(xiàng)目質(zhì)量情況，可以從以下幾個(gè)方面出發(fā)，獲取比較客觀的評(píng)價(jià)指標(biāo)。 測(cè)試中心的職能 測(cè)試中心涵蓋的功能應(yīng)該包括： l 業(yè)務(wù)需求: 分析業(yè)務(wù)需求，保證測(cè)試與業(yè)務(wù)需求統(tǒng)一 l 標(biāo)準(zhǔn)規(guī)范：通過(guò)實(shí)際和理論相結(jié)合，建立適合自己的規(guī)范，并且進(jìn)行驗(yàn)證，同 時(shí)遵循相應(yīng)的標(biāo)準(zhǔn)和規(guī)范 l 系統(tǒng)模型：具有內(nèi)部統(tǒng)一的測(cè)試模型和被測(cè)系統(tǒng)搭建能力，可以進(jìn)行模型驗(yàn)證 l 應(yīng)用功能：提供功能測(cè)試管理和執(zhí)行 l 應(yīng)用性能：提供性能測(cè)試管理和執(zhí)行 l 系統(tǒng)維護(hù)：提供內(nèi)部基礎(chǔ)架構(gòu)，被測(cè)系統(tǒng)和測(cè)試工具的日常管理和維護(hù) l 應(yīng)用管理：通過(guò)與上線后的應(yīng)用管理和監(jiān)控集成，獲得錯(cuò)誤反饋，對(duì)測(cè)試工具 進(jìn)行評(píng)估和改進(jìn)。Vamp。所以Vamp。軟件確認(rèn)技術(shù)是“評(píng)估系統(tǒng)或軟件部件在開發(fā)過(guò)程中或開發(fā)結(jié)束時(shí)是否滿足特定要求”。軟件驗(yàn)證技術(shù)是“評(píng)估系統(tǒng)或部件在特定的開發(fā)階段是否滿足該階段開始時(shí)人們對(duì)它提出的要求”。 Vamp。在模型中，單元測(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ù)上的需要。 測(cè)試中心的功能 測(cè)試中心關(guān)注的階段以下是軟件測(cè)試Vamp。一旦發(fā)現(xiàn)問(wèn)題，及時(shí)提交，使問(wèn)題能夠盡早、盡快地得以解決。 測(cè)試方法論 軟件測(cè)試方法論提供質(zhì)量流程改進(jìn)的面向目標(biāo)的關(guān)鍵性能指標(biāo)，這些指標(biāo)是面向業(yè)務(wù)需求的實(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ī)劃傳統(tǒng)的開發(fā)方法屬于線型或者稱之為瀑布型，每一個(gè)階段的開始都基于上一階段成果而展開，因此無(wú)法對(duì)整個(gè)系統(tǒng)質(zhì)量進(jìn)行有效的控制，無(wú)法體現(xiàn)測(cè)試對(duì)于整個(gè)系統(tǒng)質(zhì)量控制的重要性，一旦在后期測(cè)試中發(fā)現(xiàn)問(wèn)題，很有可能導(dǎo)致軟件發(fā)布延遲，整個(gè)項(xiàng)目成本的增加。許多公司往往會(huì)發(fā)現(xiàn)測(cè)試中心模型是自給自足的。 實(shí)用性： 建立一個(gè)測(cè)試中心模型，這是一個(gè)可以達(dá)到的目標(biāo)。這樣，就縮短了新的測(cè)試項(xiàng)目的學(xué)習(xí)曲線，提高了所有測(cè)試小組的成功可能性。（事實(shí)上可能會(huì)減少職員總?cè)藬?shù)。 l 測(cè)試中心： 測(cè)試中心是區(qū)別于開發(fā)團(tuán)隊(duì)的相對(duì)獨(dú)立的，統(tǒng)一的團(tuán)體或者組織，其人員具有先進(jìn)的測(cè)試?yán)碚摵徒?jīng)驗(yàn)，能夠遵循測(cè)試管理流程，通過(guò)手工或者自動(dòng)化測(cè)試工具，對(duì)系統(tǒng)或軟件開展有組織的，有效的測(cè)試活動(dòng)，從而對(duì)系統(tǒng)或軟件提供整體的質(zhì)量評(píng)估。 綜合評(píng)估 綜合分析已達(dá)到的程度：l 業(yè)務(wù)需求管理過(guò)程已經(jīng)建立l 已產(chǎn)生需求過(guò)濾及整合機(jī)制l 對(duì)軟件質(zhì)量有改進(jìn)意識(shí)l 部分系統(tǒng)已嘗試使用自動(dòng)化測(cè)試工具l 使用ITSM進(jìn)行服務(wù)管理尚存問(wèn)題：l 測(cè)試知識(shí)無(wú)法傳承，容易產(chǎn)生盲區(qū)l 業(yè)務(wù)人員角色沖突，測(cè)試無(wú)法有效規(guī)劃和實(shí)施l 缺乏統(tǒng)一的需求管理、測(cè)試管理流程和系統(tǒng)l 手工測(cè)試效率低下，無(wú)法覆蓋全部測(cè)試需求l 配置管理缺乏，案例完整性難以保證，存在潛在風(fēng)險(xiǎn)l 測(cè)試資產(chǎn)難以有效保存，價(jià)值易被忽視l 測(cè)試環(huán)境管理缺乏，容易造成版本錯(cuò)換、漏換l 缺乏對(duì)外包項(xiàng)目的質(zhì)量管理，無(wú)法對(duì)外包廠商的軟件質(zhì)量進(jìn)行量化評(píng)估3 測(cè)試中心簡(jiǎn)介 測(cè)試中心作用 測(cè)試中心定義l 軟件質(zhì)量：軟件質(zhì)量是軟件特性的總和，軟件滿足規(guī)定或者潛在用戶需求的能力l 軟件測(cè)試：軟件測(cè)試的經(jīng)典定義是在規(guī)定條件下對(duì)程序進(jìn)行操作，以發(fā)現(xiàn)錯(cuò)誤，對(duì)軟件質(zhì)量進(jìn)行評(píng)估。 目前應(yīng)用的測(cè)試相關(guān)技術(shù)業(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) 目前信息技術(shù)部主要通過(guò)CA辦公自動(dòng)化系統(tǒng)與銀行各相關(guān)職能部門進(jìn)行需求的流轉(zhuǎn)，無(wú)專業(yè)需求管理系統(tǒng)，各類測(cè)試階段的實(shí)施仍停留在手工測(cè)試方式，沒(méi)有統(tǒng)一的測(cè)試管理系統(tǒng)來(lái)進(jìn)行有效的問(wèn)題管理及測(cè)試計(jì)劃的實(shí)施，測(cè)試過(guò)程中的資產(chǎn)被采用不同的方法和技術(shù)記錄和管理，導(dǎo)致測(cè)試資產(chǎn)（指測(cè)試過(guò)程中生成或編寫的各類文檔、腳本、代碼、配置文件等）的管理帶來(lái)困難，使這些資產(chǎn)的價(jià)值被忽視，變成被保留的歷史數(shù)據(jù)，而非可促進(jìn)質(zhì)量持續(xù)提升的基礎(chǔ)。 每個(gè)科室人員除了履行日常科室規(guī)定的職責(zé)外還負(fù)責(zé)對(duì)已完成開發(fā)的項(xiàng)目編制測(cè)試案例并進(jìn)行功能性測(cè)試和業(yè)務(wù)邊界類及異常處理流程的測(cè)試，承擔(dān)了雙重職責(zé)，在角色扮演上沖突，結(jié)果使測(cè)試沒(méi)有有效地規(guī)劃和執(zhí)行。 目標(biāo)測(cè)試中心總體建設(shè)目標(biāo)：l 建設(shè)與整個(gè)軟件開發(fā)體系配套的測(cè)試體系l 建立一流的軟件測(cè)試流程，保證測(cè)試工作質(zhì)量l 逐步建立量化的度量標(biāo)準(zhǔn)，持續(xù)改進(jìn)軟件測(cè)試過(guò)程l 建立一支銀行業(yè)務(wù)能力過(guò)硬，測(cè)試技能一流的測(cè)試團(tuán)隊(duì)l 建立一流的軟件測(cè)試環(huán)境體系（包含測(cè)試硬件環(huán)境、系統(tǒng)軟件（操作系統(tǒng)、服務(wù)器等）、自動(dòng)化測(cè)試工具等）2 現(xiàn)狀分析 測(cè)試主體流程現(xiàn)狀現(xiàn)行軟件開發(fā)操作流程圖目前相關(guān)測(cè)試人員組織結(jié)構(gòu) 上海銀行科技部有若干科室組成，目前分為軟件一科（主要負(fù)責(zé)全行T24核心系統(tǒng)和大前置系統(tǒng)開發(fā)及技術(shù)支持）、軟件二科（主要負(fù)責(zé)全行電子渠道開發(fā)及技術(shù)支持）、軟件三科（主要負(fù)責(zé)全行數(shù)據(jù)倉(cāng)庫(kù)和相關(guān)系統(tǒng)開發(fā)及技術(shù)支持）、軟件四科（主要負(fù)責(zé)全行外圍業(yè)務(wù)系統(tǒng)和管理系統(tǒng)開發(fā)及技術(shù)支持）等。 任務(wù)測(cè)試中心是整個(gè)銀行業(yè)務(wù)研發(fā)體系建設(shè)內(nèi)容的重要組成部分之一，為我行自己研發(fā)、外包、采購(gòu)軟件系統(tǒng)進(jìn)行完整系統(tǒng)的測(cè)試，提供最佳品質(zhì)保障，并為過(guò)程改進(jìn)和管理提供決策支持。上海銀行測(cè)試中心規(guī)劃建設(shè)方案 上 海 銀 行 測(cè) 試 中 心規(guī) 劃 建 設(shè) 方 案上海合康科技發(fā)展有限公司2008年10月6日目錄1 概述 3 背景 3 任務(wù) 3 目標(biāo) 42 現(xiàn)狀分析 4 測(cè)試主體流程現(xiàn)狀 4 目前應(yīng)用的測(cè)試相關(guān)技術(shù) 6 綜合評(píng)估 7 綜合分析 73 測(cè)試中心簡(jiǎn)介 8 測(cè)試中心作用 8 測(cè)試中心定義 8 測(cè)試中心的意義 8 測(cè)試方法論 9 軟件測(cè)試方法論 9 軟件測(cè)試和開發(fā)生命周期 10 測(cè)試中心的功能 10 測(cè)試中心關(guān)注的階段 10 測(cè)試中心的職能 124 測(cè)試中心的規(guī)劃 12 內(nèi)部原則 12 定義軟件質(zhì)量的考核方面 13 軟件質(zhì)量的考核標(biāo)準(zhǔn) 13 測(cè)試管理和功能測(cè)試 14 性能測(cè)試 15 測(cè)試結(jié)果的發(fā)布 15 測(cè)試中心人員角色定義 17 測(cè)試中心流程規(guī)劃 18 測(cè)試中心技術(shù)平臺(tái) 19 測(cè)試中心發(fā)展階段 19 階段一：基于項(xiàng)目的測(cè)試 20 階段二：產(chǎn)品中心 21 階段三：服務(wù)中心 23 階段四：質(zhì)量權(quán)威中心 245 測(cè)試體系規(guī)劃 27 測(cè)試準(zhǔn)備 27 測(cè)試指標(biāo)定義 27 測(cè)試環(huán)境搭建 28 自動(dòng)化測(cè)試工具應(yīng)用 28 測(cè)試管理工具 29 測(cè)試團(tuán)隊(duì)組織 30 測(cè)試數(shù)據(jù)準(zhǔn)備 30 測(cè)試流程 31 開發(fā)類項(xiàng)目測(cè)試流程 31 維護(hù)類項(xiàng)目測(cè)試流程 40 測(cè)試管理 42 缺陷管理 43 配置管理 43 需求變更管理 44 換版管理 44 測(cè)試用例管理 46 人員培訓(xùn)管理 48 考核管理 486 測(cè)試中心在質(zhì)量管理中的應(yīng)用 49 確保應(yīng)用的性能和可用性 49 降低變更和配置中的風(fēng)險(xiǎn)和對(duì)業(yè)務(wù)的影響 507 合康測(cè)試服務(wù) 50 合康經(jīng)驗(yàn) 50 合康服務(wù)模式 51 合康優(yōu)勢(shì) 51 合康測(cè)試的價(jià)值體現(xiàn) 51 合康公司產(chǎn)品線 528 繼續(xù)努力 521 概述 背景隨著上海銀行業(yè)務(wù)的快速發(fā)展，對(duì)銀行業(yè)務(wù)系統(tǒng)的質(zhì)量控制與質(zhì)量管理正逐漸成為銀行穩(wěn)定發(fā)展的保障。而建設(shè)穩(wěn)健優(yōu)良的測(cè)試體系和與之匹配的測(cè)試方法則又是保證軟件系統(tǒng)質(zhì)量行之有效的必經(jīng)途徑。建設(shè)測(cè)試中心的主要目標(biāo)在于提升我行在銀行業(yè)務(wù)測(cè)試環(huán)節(jié)中的質(zhì)量控制的能力，通過(guò)測(cè)試中心的建設(shè)，形成系統(tǒng)的測(cè)試流程，通過(guò)與各個(gè)產(chǎn)品研發(fā)環(huán)節(jié)的信息充分連接，為系統(tǒng)質(zhì)量分析和評(píng)估提供有效的支撐；基于測(cè)試中心構(gòu)建的IT平臺(tái)，有系統(tǒng)性地收集、積累項(xiàng)目的歷史質(zhì)量管理經(jīng)驗(yàn)及數(shù)據(jù)，提煉共性質(zhì)量分析和評(píng)估模型，形成結(jié)構(gòu)化、知識(shí)型、可共享的質(zhì)量管理資源庫(kù)，為長(zhǎng)期不斷地提高我行業(yè)務(wù)系統(tǒng)的質(zhì)量奠定堅(jiān)實(shí)的基礎(chǔ)。每個(gè)科室由一名科室負(fù)責(zé)人和若干主管及普通技術(shù)人員組成。 測(cè)試團(tuán)隊(duì)是由監(jiān)督員組成的虛擬團(tuán)隊(duì)，缺乏實(shí)體測(cè)試組織，缺乏明確的軟件質(zhì)量和軟件測(cè)試的管理和執(zhí)行人員角色定義。 隨著上海銀行各類業(yè)務(wù)系統(tǒng)從單一技術(shù)框架結(jié)構(gòu)向多樣化技術(shù)框架結(jié)構(gòu)的轉(zhuǎn)變，目前的測(cè)試手段和技術(shù)已顯然無(wú)法滿足行內(nèi)多平臺(tái)、多語(yǔ)言和多廠商的快速開發(fā)上線的模式。由于軟件是由文檔，數(shù)據(jù)以及程序組成的，因此目前軟件測(cè)試涵蓋的已經(jīng)不僅僅是對(duì)程序進(jìn)行測(cè)試，還應(yīng)該包括對(duì)軟件行程過(guò)程的文檔和數(shù)據(jù)進(jìn)行的測(cè)試。 l 測(cè)試中心的特點(diǎn)在于： u 具有相對(duì)獨(dú)立性，統(tǒng)一性u(píng) 可以作用于不同的系統(tǒng)或應(yīng)用 u 具有一致的管理流程和軟件質(zhì)量可見(jiàn)性u(píng) 提供集中的基礎(chǔ)架構(gòu)u 具有專業(yè)的團(tuán)隊(duì)，實(shí)現(xiàn)了技能和測(cè)試資產(chǎn)共享 測(cè)試中心的意義相比單純的某個(gè)項(xiàng)目?jī)?nèi)部的測(cè)試工具采購(gòu)和使用而言，建設(shè)統(tǒng)一的測(cè)試中心的意義在于： 有效性：應(yīng)用開發(fā)/實(shí)施產(chǎn)品、最佳實(shí)踐方法和人員都實(shí)現(xiàn)了集成，可以從一個(gè)點(diǎn)上就能便捷地獲取所有項(xiàng)目小組的權(quán)限，因此不需要增加昂貴的資源投入。） 改進(jìn)性：可以從整個(gè)銀行中收集測(cè)試流程、組織和產(chǎn)品方面的最佳實(shí)踐，并且標(biāo)準(zhǔn)化及改進(jìn)這些實(shí)踐，然后重新把這些改進(jìn)過(guò)的實(shí)踐發(fā)送到整個(gè)銀行中。 統(tǒng)一性：測(cè)試中心模式能幫助銀行統(tǒng)一業(yè)務(wù)目標(biāo)和項(xiàng)目?jī)?yōu)先級(jí)，提供更好的最終用戶服務(wù)。您可以利用現(xiàn)存的各種資源從小范圍開始實(shí)施，然后，在證實(shí)其價(jià)值后，再進(jìn)一步擴(kuò)展其能力。 職業(yè)提升：測(cè)試中心模型為專業(yè)人士提供了一個(gè)具有吸引力的新職業(yè)機(jī)會(huì)，幫助銀行重新招募并保留頂級(jí)人才。我們所提倡的測(cè)試方法是將測(cè)試貫穿于項(xiàng)目規(guī)劃、設(shè)計(jì)、實(shí)施、部署的整個(gè)過(guò)程中，隨時(shí)對(duì)項(xiàng)目質(zhì)量進(jìn)行監(jiān)控。 軟件測(cè)試和開發(fā)生命周期通過(guò)在軟件項(xiàng)目過(guò)程中自始至終地貫徹盡早測(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ā)成本。V模型圖：如圖所示，測(cè)試過(guò)程主要分為四個(gè)階段：?jiǎn)卧獪y(cè)試，集成測(cè)試，系統(tǒng)測(cè)試，驗(yàn)收測(cè)試。 單元測(cè)試和集成測(cè)試主要由開發(fā)團(tuán)隊(duì)完成，因此測(cè)試中心主要關(guān)注的是系統(tǒng)測(cè)試和驗(yàn)收測(cè)試，當(dāng)系統(tǒng)上線以后，在版本更新和缺陷修復(fù)過(guò)程中，測(cè)試中心也會(huì)承擔(dān)回歸測(cè)試的任務(wù)。V模型中，兩個(gè)V分別代表驗(yàn)證（Verification）和確認(rèn)（Validation）。軟件驗(yàn)證是在軟件開發(fā)的各個(gè)階段，從軟件技術(shù)人員的角度，測(cè)試當(dāng)前的開發(fā)成果（文檔，代碼等）符合設(shè)計(jì)的規(guī)范，保證按照設(shè)計(jì)流程和要求進(jìn)行開發(fā)，即“正確地做了事”。軟件確認(rèn)是從用戶的角度，測(cè)試當(dāng)前的開發(fā)成果符合用戶的真正需求，即“做了正確的事”。V模型更能體現(xiàn)測(cè)試在整個(gè)軟件系統(tǒng)的建設(shè)過(guò)程中，對(duì)質(zhì)量控制所起到的至關(guān)重要的作用。V模型是目前主流測(cè)試過(guò)程模型,但其并不是萬(wàn)能的，因此在測(cè)試過(guò)程模型的引用中除了該模型外我們還將把隨機(jī)測(cè)試和配置測(cè)試?yán)砟钬灤┢渲小?4 測(cè)試中心的規(guī)劃 內(nèi)部原則測(cè)試中心應(yīng)該和業(yè)務(wù)部門，研發(fā)部門等一起討論，建立起軟件質(zhì)量的考核方面和標(biāo)準(zhǔn) 定義軟件質(zhì)量的考核方面 功能性：應(yīng)用的各個(gè)業(yè)務(wù)場(chǎng)景的功能完備 可用性：應(yīng)用的用戶操作界面的易用和可接受性 可靠性：應(yīng)用在長(zhǎng)時(shí)間運(yùn)行下的穩(wěn)定和安全 性 能：多用戶并發(fā)和尖峰壓力下的功能性和響應(yīng)時(shí)間 可維護(hù)性：應(yīng)用在生產(chǎn)環(huán)境下的維護(hù)難度 軟件質(zhì)量的考核標(biāo)準(zhǔn) 根據(jù)國(guó)家標(biāo)準(zhǔn)和行業(yè)標(biāo)注，根據(jù)業(yè)務(wù)需求，制定合適本測(cè)試中心的，結(jié)合不同類型系統(tǒng)的質(zhì)量考核標(biāo)準(zhǔn)。指標(biāo)內(nèi)容說(shuō)明如下：1. 小組考核內(nèi)容: 小組工作量負(fù)荷情況分析、小組工作量完成情況分析2. 項(xiàng)目考核：項(xiàng)目進(jìn)度完成情況分析、項(xiàng)目工作內(nèi)容組成情況分析3. 個(gè)人考核：個(gè)人進(jìn)度完成情況