銀行測試中心建設(shè)方案

1、 銀 行 測 試 中 心規(guī) 劃 建 設(shè) 方 案目錄1概述31.1背景31.2任務(wù)31.3目標(biāo)42現(xiàn)狀分析42.1測試主體流程現(xiàn)狀42.2目前應(yīng)用的測試相關(guān)技術(shù)62.3綜合評估72.4綜合分析73測試中心簡介83.1測試中心作用8測試中心定義8測試中心的意義83.2測試方法論9軟件測試方法論9軟件測試和開發(fā)生命周期103.3測試中心的功能10測試中心關(guān)注的階段10測試中心的職能124測試中心的規(guī)劃124.1內(nèi)部原則12定義軟件質(zhì)量的考核方面13軟件質(zhì)量的考核標(biāo)準(zhǔn)13測試管理和功能測試14性能測試15測試結(jié)果的發(fā)布154.2測試中心人員角色定義174.3測試中心流程規(guī)劃184.4測試中心技術(shù)平臺1

2、94.5測試中心發(fā)展階段19階段一：基于項目的測試20階段二：產(chǎn)品中心21階段三：服務(wù)中心23階段四：質(zhì)量權(quán)威中心245測試體系規(guī)劃275.1測試準(zhǔn)備27測試指標(biāo)定義27測試環(huán)境搭建28自動化測試工具應(yīng)用28測試管理工具29測試團(tuán)隊組織30測試數(shù)據(jù)準(zhǔn)備305.2測試流程31開發(fā)類項目測試流程31維護(hù)類項目測試流程405.3測試管理42缺陷管理43配置管理43需求變更管理44換版管理44測試用例管理46人員培訓(xùn)管理48考核管理486測試中心在質(zhì)量管理中的應(yīng)用496.1確保應(yīng)用的性能和可用性496.2降低變更和配置中的風(fēng)險和對業(yè)務(wù)的影響507合康測試服務(wù)507.1合康經(jīng)驗507.2合康服務(wù)模式51

3、7.3合康優(yōu)勢517.4合康測試的價值體現(xiàn)517.5合康公司產(chǎn)品線528繼續(xù)努力521 概述1.1 背景隨著銀行業(yè)務(wù)的快速發(fā)展，對銀行業(yè)務(wù)系統(tǒng)的質(zhì)量控制與質(zhì)量管理正逐漸成為銀行穩(wěn)定發(fā)展的保障。而建設(shè)穩(wěn)健優(yōu)良的測試體系和與之匹配的測試方法則又是保證軟件系統(tǒng)質(zhì)量行之有效的必經(jīng)途徑。1.2 任務(wù)測試中心是整個銀行業(yè)務(wù)研發(fā)體系建設(shè)內(nèi)容的重要組成部分之一，為我行自己研發(fā)、外包、采購軟件系統(tǒng)進(jìn)行完整系統(tǒng)的測試，提供最佳品質(zhì)保障，并為過程改進(jìn)和管理提供決策支持。建設(shè)測試中心的主要目標(biāo)在于提升我行在銀行業(yè)務(wù)測試環(huán)節(jié)中的質(zhì)量控制的能力，通過測試中心的建設(shè)，形成系統(tǒng)的測試流程，通過與各個產(chǎn)品研發(fā)環(huán)節(jié)的信息充分連接

4、，為系統(tǒng)質(zhì)量分析和評估提供有效的支撐；基于測試中心構(gòu)建的IT平臺，有系統(tǒng)性地收集、積累項目的歷史質(zhì)量管理經(jīng)驗及數(shù)據(jù)，提煉共性質(zhì)量分析和評估模型，形成結(jié)構(gòu)化、知識型、可共享的質(zhì)量管理資源庫，為長期不斷地提高我行業(yè)務(wù)系統(tǒng)的質(zhì)量奠定堅實的基礎(chǔ)。1.3 目標(biāo)測試中心總體建設(shè)目標(biāo)：l 建設(shè)與整個軟件開發(fā)體系配套的測試體系l 建立一流的軟件測試流程，保證測試工作質(zhì)量l 逐步建立量化的度量標(biāo)準(zhǔn)，持續(xù)改進(jìn)軟件測試過程l 建立一支銀行業(yè)務(wù)能力過硬，測試技能一流的測試團(tuán)隊l 建立一流的軟件測試環(huán)境體系（包含測試硬件環(huán)境、系統(tǒng)軟件（操作系統(tǒng)、服務(wù)器等）、自動化測試工具等）2 現(xiàn)狀分析2.1 測試主體流程現(xiàn)狀現(xiàn)行軟件

5、開發(fā)操作流程圖目前相關(guān)測試人員組織結(jié)構(gòu)銀行科技部有若干科室組成，目前分為軟件一科（主要負(fù)責(zé)全行T24核心系統(tǒng)和大前置系統(tǒng)開發(fā)及技術(shù)支持）、軟件二科（主要負(fù)責(zé)全行電子渠道開發(fā)及技術(shù)支持）、軟件三科（主要負(fù)責(zé)全行數(shù)據(jù)倉庫和相關(guān)系統(tǒng)開發(fā)及技術(shù)支持）、軟件四科（主要負(fù)責(zé)全行外圍業(yè)務(wù)系統(tǒng)和管理系統(tǒng)開發(fā)及技術(shù)支持）等。每個科室由一名科室負(fù)責(zé)人和若干主管及普通技術(shù)人員組成。每個科室人員除了履行日?？剖乙?guī)定的職責(zé)外還負(fù)責(zé)對已完成開發(fā)的項目編制測試案例并進(jìn)行功能性測試和業(yè)務(wù)邊界類及異常處理流程的測試，承擔(dān)了雙重職責(zé)，在角色扮演上沖突，結(jié)果使測試沒有有效地規(guī)劃和執(zhí)行。測試團(tuán)隊是由監(jiān)督員組成的虛擬團(tuán)隊，缺乏實體測試

6、組織，缺乏明確的軟件質(zhì)量和軟件測試的管理和執(zhí)行人員角色定義。2.2 目前應(yīng)用的測試相關(guān)技術(shù)業(yè)務(wù)部門跨平臺多樣化技術(shù)架構(gòu)傳統(tǒng)單一的技術(shù)架構(gòu)系統(tǒng)開發(fā)測試環(huán)境軟件開發(fā)部運行科用戶測試環(huán)境準(zhǔn)生產(chǎn)環(huán)境ITSM管理系統(tǒng)TD自動化測試管理系統(tǒng)CA辦公自動化系統(tǒng)目前信息技術(shù)部主要通過CA辦公自動化系統(tǒng)與銀行各相關(guān)職能部門進(jìn)行需求的流轉(zhuǎn)，無專業(yè)需求管理系統(tǒng)，各類測試階段的實施仍停留在手工測試方式，沒有統(tǒng)一的測試管理系統(tǒng)來進(jìn)行有效的問題管理及測試計劃的實施，測試過程中的資產(chǎn)被采用不同的方法和技術(shù)記錄和管理，導(dǎo)致測試資產(chǎn)（指測試過程中生成或編寫的各類文檔、腳本、代碼、配置文件等）的管理帶來困難，使這些資產(chǎn)的價值被忽

7、視，變成被保留的歷史數(shù)據(jù)，而非可促進(jìn)質(zhì)量持續(xù)提升的基礎(chǔ)。隨著銀行各類業(yè)務(wù)系統(tǒng)從單一技術(shù)框架結(jié)構(gòu)向多樣化技術(shù)框架結(jié)構(gòu)的轉(zhuǎn)變，目前的測試手段和技術(shù)已顯然無法滿足行內(nèi)多平臺、多語言和多廠商的快速開發(fā)上線的模式。2.3 綜合評估2.4 綜合分析已達(dá)到的程度：l 業(yè)務(wù)需求管理過程已經(jīng)建立l 已產(chǎn)生需求過濾及整合機制l 對軟件質(zhì)量有改進(jìn)意識l 部分系統(tǒng)已嘗試使用自動化測試工具l 使用ITSM進(jìn)行服務(wù)管理尚存問題：l 測試知識無法傳承，容易產(chǎn)生盲區(qū)l 業(yè)務(wù)人員角色沖突，測試無法有效規(guī)劃和實施l 缺乏統(tǒng)一的需求管理、測試管理流程和系統(tǒng)l 手工測試效率低下，無法覆蓋全部測試需求l 配置管理缺乏，案例完整性難以保

8、證，存在潛在風(fēng)險l 測試資產(chǎn)難以有效保存，價值易被忽視l 測試環(huán)境管理缺乏，容易造成版本錯換、漏換l 缺乏對外包項目的質(zhì)量管理，無法對外包廠商的軟件質(zhì)量進(jìn)行量化評估3 測試中心簡介3.1 測試中心作用3.1.1 測試中心定義l 軟件質(zhì)量：軟件質(zhì)量是軟件特性的總和，軟件滿足規(guī)定或者潛在用戶需求的能力l 軟件測試：軟件測試的經(jīng)典定義是在規(guī)定條件下對程序進(jìn)行操作，以發(fā)現(xiàn)錯誤，對軟件質(zhì)量進(jìn)行評估。由于軟件是由文檔，數(shù)據(jù)以及程序組成的，因此目前軟件測試涵蓋的已經(jīng)不僅僅是對程序進(jìn)行測試，還應(yīng)該包括對軟件行程過程的文檔和數(shù)據(jù)進(jìn)行的測試。 l 測試中心： 測試中心是區(qū)別于開發(fā)團(tuán)隊的相對獨立的，統(tǒng)一的團(tuán)體或者組

9、織，其人員具有先進(jìn)的測試?yán)碚摵徒?jīng)驗，能夠遵循測試管理流程，通過手工或者自動化測試工具，對系統(tǒng)或軟件開展有組織的，有效的測試活動，從而對系統(tǒng)或軟件提供整體的質(zhì)量評估。 l 測試中心的特點在于： u 具有相對獨立性，統(tǒng)一性u 可以作用于不同的系統(tǒng)或應(yīng)用 u 具有一致的管理流程和軟件質(zhì)量可見性u 提供集中的基礎(chǔ)架構(gòu)u 具有專業(yè)的團(tuán)隊，實現(xiàn)了技能和測試資產(chǎn)共享3.1.2 測試中心的意義相比單純的某個項目內(nèi)部的測試工具采購和使用而言，建設(shè)統(tǒng)一的測試中心的意義在于： 有效性：應(yīng)用開發(fā)/實施產(chǎn)品、最佳實踐方法和人員都實現(xiàn)了集成，可以從一個點上就能便捷地獲取所有項目小組的權(quán)限，因此不需要增加昂貴的資源投入。（

10、事實上可能會減少職員總?cè)藬?shù)。） 改進(jìn)性：可以從整個銀行中收集測試流程、組織和產(chǎn)品方面的最佳實踐，并且標(biāo)準(zhǔn)化及改進(jìn)這些實踐，然后重新把這些改進(jìn)過的實踐發(fā)送到整個銀行中。這樣，就縮短了新的測試項目的學(xué)習(xí)曲線，提高了所有測試小組的成功可能性。 統(tǒng)一性：測試中心模式能幫助銀行統(tǒng)一業(yè)務(wù)目標(biāo)和項目優(yōu)先級，提供更好的最終用戶服務(wù)。 實用性： 建立一個測試中心模型，這是一個可以達(dá)到的目標(biāo)。您可以利用現(xiàn)存的各種資源從小范圍開始實施，然后，在證實其價值后，再進(jìn)一步擴(kuò)展其能力。許多公司往往會發(fā)現(xiàn)測試中心模型是自給自足的。 職業(yè)提升：測試中心模型為專業(yè)人士提供了一個具有吸引力的新職業(yè)機會，幫助銀行重新招募并保留頂級人

11、才。 3.2 測試方法論3.2.1 軟件測試方法論提供質(zhì)量流程改進(jìn)的面向目標(biāo)的關(guān)鍵性能指標(biāo)，這些指標(biāo)是面向業(yè)務(wù)需求的實施實施設(shè)計應(yīng)用部署測試傳統(tǒng)方法論需求驗證應(yīng)用部署優(yōu)化業(yè)務(wù)成果現(xiàn)代方法論對業(yè)務(wù)功能進(jìn)行風(fēng)險和影響度的評估，以縮減QA的時間，并提高有限時間和成本內(nèi)的質(zhì)量水平業(yè)務(wù)影響分析驗證需求2使IT能更好的迎合業(yè)務(wù)需求，在應(yīng)用交付的早期就能夠確定可能存在的缺陷使用業(yè)務(wù)度量3規(guī)劃業(yè)務(wù)需求設(shè)計測試1時間業(yè)務(wù)需求規(guī)劃傳統(tǒng)的開發(fā)方法屬于線型或者稱之為瀑布型，每一個階段的開始都基于上一階段成果而展開，因此無法對整個系統(tǒng)質(zhì)量進(jìn)行有效的控制，無法體現(xiàn)測試對于整個系統(tǒng)質(zhì)量控制的重要性，一旦在后期測試中發(fā)現(xiàn)問題

12、，很有可能導(dǎo)致軟件發(fā)布延遲，整個項目成本的增加。我們所提倡的測試方法是將測試貫穿于項目規(guī)劃、設(shè)計、實施、部署的整個過程中，隨時對項目質(zhì)量進(jìn)行監(jiān)控。一旦發(fā)現(xiàn)問題，及時提交，使問題能夠盡早、盡快地得以解決。3.2.2 軟件測試和開發(fā)生命周期通過在軟件項目過程中自始至終地貫徹盡早測試、連續(xù)測試、自動測試經(jīng)驗的實施，能很大程度上提前了軟件系統(tǒng)測試發(fā)生的時間，能連續(xù)的及時的發(fā)現(xiàn)軟件錯誤，從而可以在很大程度上降低項目風(fēng)險和項目開發(fā)成本。3.3 測試中心的功能3.3.1 測試中心關(guān)注的階段以下是軟件測試V&V模型圖：如圖所示，測試過程主要分為四個階段：單元測試，集成測試，系統(tǒng)測試，驗收測試。在模型中

13、，單元測試是基于代碼的測試，最初由開發(fā)人員執(zhí)行，以驗證其可執(zhí)行程序代碼的各個部分是否已達(dá)到了預(yù)期的功能要求； 集成測試驗證了2個或多個單元之間的集成是否正確，并有針對性地對詳細(xì)設(shè)計中所定義的各單元之間的接口進(jìn)行檢查； 在所有單元測試和集成測試完成后，系統(tǒng)測試開始以客戶環(huán)境模擬系統(tǒng)的運行，以驗證系統(tǒng)是否達(dá)到了在概要設(shè)計中所定義的功能和性能； 最后，當(dāng)技術(shù)部門完成了所有測試工作后，由業(yè)務(wù)專家或用戶進(jìn)行驗收測試，以確保產(chǎn)品能真正符合用戶業(yè)務(wù)上的需要。 單元測試和集成測試主要由開發(fā)團(tuán)隊完成，因此測試中心主要關(guān)注的是系統(tǒng)測試和驗收測試，當(dāng)系統(tǒng)上線以后，在版本更新和缺陷修復(fù)過程中，測試中心也會承擔(dān)回歸測試

14、的任務(wù)。 V&V模型中，兩個V分別代表驗證（Verification）和確認(rèn)（Validation）。軟件驗證技術(shù)是“評估系統(tǒng)或部件在特定的開發(fā)階段是否滿足該階段開始時人們對它提出的要求”。軟件驗證是在軟件開發(fā)的各個階段，從軟件技術(shù)人員的角度，測試當(dāng)前的開發(fā)成果（文檔，代碼等）符合設(shè)計的規(guī)范，保證按照設(shè)計流程和要求進(jìn)行開發(fā)，即“正確地做了事”。軟件確認(rèn)技術(shù)是“評估系統(tǒng)或軟件部件在開發(fā)過程中或開發(fā)結(jié)束時是否滿足特定要求”。軟件確認(rèn)是從用戶的角度，測試當(dāng)前的開發(fā)成果符合用戶的真正需求，即“做了正確的事”。所以V&V模型更能體現(xiàn)測試在整個軟件系統(tǒng)的建設(shè)過程中，對質(zhì)量控制所起到的至關(guān)重

15、要的作用。V&V模型是目前主流測試過程模型,但其并不是萬能的，因此在測試過程模型的引用中除了該模型外我們還將把隨機測試和配置測試?yán)砟钬灤┢渲小?.3.2 測試中心的職能測試中心涵蓋的功能應(yīng)該包括： l 業(yè)務(wù)需求: 分析業(yè)務(wù)需求，保證測試與業(yè)務(wù)需求統(tǒng)一 l 標(biāo)準(zhǔn)規(guī)范：通過實際和理論相結(jié)合，建立適合自己的規(guī)范，并且進(jìn)行驗證，同 時遵循相應(yīng)的標(biāo)準(zhǔn)和規(guī)范 l 系統(tǒng)模型：具有內(nèi)部統(tǒng)一的測試模型和被測系統(tǒng)搭建能力，可以進(jìn)行模型驗證 l 應(yīng)用功能：提供功能測試管理和執(zhí)行 l 應(yīng)用性能：提供性能測試管理和執(zhí)行 l 系統(tǒng)維護(hù)：提供內(nèi)部基礎(chǔ)架構(gòu)，被測系統(tǒng)和測試工具的日常管理和維護(hù) l 應(yīng)用管理：通過與上線

16、后的應(yīng)用管理和監(jiān)控集成，獲得錯誤反饋，對測試工具 進(jìn)行評估和改進(jìn)。 4 測試中心的規(guī)劃4.1 內(nèi)部原則測試中心應(yīng)該和業(yè)務(wù)部門，研發(fā)部門等一起討論，建立起軟件質(zhì)量的考核方面和標(biāo)準(zhǔn)4.1.1 定義軟件質(zhì)量的考核方面-功能性：應(yīng)用的各個業(yè)務(wù)場景的功能完備 -可用性：應(yīng)用的用戶操作界面的易用和可接受性 -可靠性：應(yīng)用在長時間運行下的穩(wěn)定和安全 -性 能：多用戶并發(fā)和尖峰壓力下的功能性和響應(yīng)時間 -可維護(hù)性：應(yīng)用在生產(chǎn)環(huán)境下的維護(hù)難度 4.1.2 軟件質(zhì)量的考核標(biāo)準(zhǔn)根據(jù)國家標(biāo)準(zhǔn)和行業(yè)標(biāo)注，根據(jù)業(yè)務(wù)需求，制定合適本測試中心的，結(jié)合不同類型系統(tǒng)的質(zhì)量考核標(biāo)準(zhǔn)。軟件項目質(zhì)量考核有一個完整的指標(biāo)體系，從可行易操

17、作的角度出發(fā)，評價一個軟件項目質(zhì)量情況，可以從以下幾個方面出發(fā)，獲取比較客觀的評價指標(biāo)。指標(biāo)內(nèi)容說明如下：1. 小組考核內(nèi)容: 小組工作量負(fù)荷情況分析、小組工作量完成情況分析2. 項目考核：項目進(jìn)度完成情況分析、項目工作內(nèi)容組成情況分析3. 個人考核：個人進(jìn)度完成情況、個人工作表現(xiàn)情況4. 缺陷率考核4.1.3 測試管理和功能測試通過業(yè)務(wù)需求轉(zhuǎn)換為測試需求，以定義軟件項目質(zhì)量管理的目標(biāo)。 從需求到案例設(shè)計，建立案例，測試執(zhí)行和缺陷跟蹤都必須納入管理之中，實現(xiàn)測試資產(chǎn)集中管理。 通過統(tǒng)一的測試管理平臺將單元測試，集成測試，系統(tǒng)測試和用戶接收測試連接起來，將開發(fā)人員和測試中心連接起來，形成有效的合

18、作工作流程。 制定測試管理流程，并且通過統(tǒng)一的測試管理平臺進(jìn)行流程的規(guī)范。 在有效的測試管理下，通過手工或者自動化功能測試工具完成功能測試，保證系統(tǒng)的功能滿足業(yè)務(wù)需求，同時逐步完善自動化功能測試，建立自動化功能測試框架，以解放人力，提高功能測試的效率。 4.1.4 性能測試為了保證系統(tǒng)上線后可以達(dá)到系統(tǒng)的性能要求，測試中心需要對系統(tǒng)進(jìn)行嚴(yán)格的性能測試過程，測試中心將使用自動化的性能測試工具對交付軟件進(jìn)行性能測試，并使用測試管理與分析工具對測試結(jié)果進(jìn)行分析，以保證交付軟件可以達(dá)到系統(tǒng)性能要求。在測試過程中可以使用性能測試工具幫助分析性能瓶頸，進(jìn)而解決性能問題。 性能測試過程中不僅僅需要進(jìn)行壓力加

19、載模擬，更主要的還需要能夠提供監(jiān)控功能，監(jiān)控被測系統(tǒng)各個環(huán)節(jié)在壓力情況下的指標(biāo)表現(xiàn)，同時需要提供比較強大的結(jié)果分析功能，為了更好的解決應(yīng)用開發(fā)中可能存在的性能瓶頸，需要具有有效的手段，能夠發(fā)現(xiàn)應(yīng)用開發(fā)中代碼和SQL級別存在的性能問題，從而幫助開發(fā)人員優(yōu)化代碼，提高系統(tǒng)性能。4.1.5 測試結(jié)果的發(fā)布在功能測試和性能測試階段，測試中心需要針對各個項目提供有效而全面的功能測試報告和性能測試報告。功能測試報告應(yīng)該包括自動化功能測試執(zhí)行各個步驟的信息和正確與否，性能測試報告應(yīng)該包含豐富的應(yīng)用性能分析信息。 測試中心同時還需要生成軟件測試評估報告和測試過程報告，例如測試需求覆蓋率，缺陷趨勢，測試過程中問

20、題匯總等。 能夠針對定義的考核方面和考核標(biāo)準(zhǔn)，提供監(jiān)控質(zhì)量報告。 通過統(tǒng)一的測試管理平臺，測試中心需要針對所有項目，通過定義的關(guān)鍵性能指標(biāo)（KPI），提供全面的信息視圖。同時能夠提供視圖的個性化功能，滿足不同角色的人員查看的需要，提高工作效率。 測試管理和質(zhì)量評估KPI一般包括：考核對象考核KPI維度考核指標(biāo)KPI指標(biāo)來源指標(biāo)計算公式測試專家工作量質(zhì)量項目/版本的缺陷移除率（DRE）QC(STUAT/ST+UAT+PIR)*100業(yè)務(wù)需求的覆蓋率（被測項目需求覆蓋率）QC測試需求覆蓋業(yè)務(wù)需求的比例關(guān)聯(lián)的需求覆蓋率（測試需求的案例覆蓋率）QC測試案例覆蓋測試測試需求的比例項目/版本的測試工作總量

21、項目經(jīng)理（案例執(zhí)行缺陷需求）時間項目/版本的測試時間的誤差率(測試項目進(jìn)度的偏差率)項目經(jīng)理客戶服務(wù)項目經(jīng)理對測試團(tuán)隊的滿意度項目經(jīng)理同評估或調(diào)查的統(tǒng)一公式客戶對測試團(tuán)隊的滿意度項目經(jīng)理同評估或調(diào)查的統(tǒng)一公式技能和培訓(xùn)支持工作量質(zhì)量團(tuán)隊培訓(xùn)和技能提高類工作的工作總量，或課程數(shù)×學(xué)員等部門經(jīng)理同評估或調(diào)查的統(tǒng)一公式協(xié)助測試團(tuán)隊解決技術(shù)問題數(shù)量部門經(jīng)理同評估或調(diào)查的統(tǒng)一公式客戶服務(wù)培訓(xùn)的客戶滿意度部門經(jīng)理同評估或調(diào)查的統(tǒng)一公式測試組長工作量質(zhì)量項目/版本的缺陷移除率（DRE）QC(STUAT/ST+UAT+PIR)*100業(yè)務(wù)需求的覆蓋率（被測項目需求覆蓋率）QC測試需求覆蓋業(yè)務(wù)需求的比

22、例關(guān)聯(lián)的需求覆蓋率（測試需求的案例覆蓋率）QC測試案例覆蓋測試測試需求的比例項目/版本的測試工作總量QC（案例執(zhí)行缺陷需求）時間項目/版本的測試時間的誤差率(測試項目進(jìn)度的偏差率)部門經(jīng)理客戶服務(wù)部門經(jīng)理對測試團(tuán)隊的滿意度部門經(jīng)理同評估或調(diào)查的統(tǒng)一公式客戶對測試團(tuán)隊的滿意度部門經(jīng)理同評估或調(diào)查的統(tǒng)一公式測試執(zhí)行人員質(zhì)量缺陷發(fā)現(xiàn)時間QC無缺陷發(fā)現(xiàn)率（測試周期）QC第一個測試周期發(fā)現(xiàn)的缺陷數(shù)量/總?cè)毕輸?shù)量案例執(zhí)行效率(案例執(zhí)行平均時間)QC數(shù)量/時間工作量案例數(shù)量×案例復(fù)雜度QC案例數(shù)量×案例復(fù)雜度客戶服務(wù)客戶滿意度（測試組長）的滿意度測試組長經(jīng)理同評估或調(diào)查的統(tǒng)一公式注：1.

23、 ST：指系統(tǒng)測試階段發(fā)現(xiàn)的缺陷UAT：指用戶驗收測試階段發(fā)現(xiàn)的缺陷PIR：指從ITSM導(dǎo)入的缺陷（即生產(chǎn)環(huán)境發(fā)現(xiàn)的缺陷）2. 對于ST，UAT，PIR種類的缺陷都根據(jù)嚴(yán)重程度定義了權(quán)重L1*5 L2*3L3*2L4*14.2 測試中心人員角色定義測試中心人員結(jié)構(gòu)因不同的發(fā)展階段而不同，詳細(xì)請看第四點測試中心發(fā)展階段，在此僅列出所涉及的常用角色及職責(zé)說明。人員角色工作職責(zé)測試中心經(jīng)理管理測試中心的日常工作，負(fù)責(zé)所有工作的指派和人員調(diào)整，監(jiān)督測試項目的流程進(jìn)度和質(zhì)量業(yè)務(wù)專家作為資深業(yè)務(wù)分析人員的主要職能是提供對業(yè)務(wù)人員或團(tuán)隊進(jìn)行業(yè)務(wù)支持、分析和培訓(xùn)運作專家運作專家將負(fù)責(zé)測試團(tuán)隊的知識技能的管理，

24、QA流程建設(shè)等工作，提供中心的共享服務(wù)測試項目經(jīng)理負(fù)責(zé)具體的一個或多個測試項，管理項目內(nèi)部的工作流程，項目人員的工作任務(wù)分配，直接對測試中心經(jīng)理負(fù)責(zé)，對所提出的評測結(jié)果和報告負(fù)責(zé)，評估測試項目質(zhì)量測試架構(gòu)師測試中心的專業(yè)測試顧問，針對項目制定測試策略，總體設(shè)計測試計劃，考核測試結(jié)果，控制流程更改，評估和總結(jié)被測試應(yīng)用的質(zhì)量測試設(shè)計工程師設(shè)計測試計劃和案例，設(shè)計自動化測試腳本，熟悉各種測試工具和技術(shù)，定義測試實施計劃測試執(zhí)行工程師執(zhí)行測試案例，記錄案例運行結(jié)果，分析測試結(jié)果，提交缺陷報告業(yè)務(wù)人員提供和確認(rèn)被測試系統(tǒng)業(yè)務(wù)需求，檢驗被測試系統(tǒng)測試結(jié)果，提供業(yè)務(wù)測試數(shù)據(jù)系統(tǒng)管理員管理和維護(hù)測試管理系統(tǒng)

25、，搭建和維護(hù)被測試系統(tǒng)測試工程師具有相對比較豐富測試案例開發(fā)和執(zhí)行經(jīng)驗人員.可以指導(dǎo)或負(fù)責(zé)具體的測試執(zhí)行工作4.3 測試中心流程規(guī)劃上圖流程包括：-需求審核和變更管理 -缺陷管理 -測試策略和計劃模型 -度量和KPI報告 -測試流程管理 -測試資源和工作管理-測試案例和腳本-人員時間和技能-系統(tǒng)測試 -測試環(huán)境-性能測試-回歸測試4.4 測試中心技術(shù)平臺過程模板測試資產(chǎn)過程自動化流程自動化測試執(zhí)行平臺運作流程業(yè)務(wù)專家項目負(fù)責(zé)人測試架構(gòu)師測試工程師測試中心運作人員負(fù)責(zé)人測試管理平臺軟件質(zhì)量門戶（Portal）4.5 測試中心發(fā)展階段 測試中心的建設(shè)不是一蹴而就的，而應(yīng)該根據(jù)自身的特點，分階段，有

26、步驟地進(jìn)行，逐步發(fā)展和完善。根據(jù)銀行信息中心的實際情況出發(fā)，定義了四個發(fā)展階段，但不是強制性的必然歷程，也可以選擇從某個階段開始，然后逐步發(fā)展進(jìn)入下一個階段。如下圖所示：4.5.1 階段一：基于項目的測試概念：每個項目獨立測試，組建各自的測試小組，手工或部分使用自動化工具，在產(chǎn)品上線前能夠發(fā)現(xiàn)一定的錯誤，從而降低了產(chǎn)品運營時的風(fēng)險和投產(chǎn)后進(jìn)行錯誤修復(fù)而需要投入的成本。階段目標(biāo)：根據(jù)項目優(yōu)先級選擇某個科室中的一個或多個項目作為試點項目工作內(nèi)容：l 建立可見的軟件質(zhì)量的度量體系l 建立軟件測試的基本流程和運作規(guī)范，并投入運作l 建立測試案例庫l 完成測試中心組織架構(gòu)建設(shè)組織結(jié)構(gòu)：測試中心負(fù)責(zé)人測試

27、經(jīng)理測試設(shè)計師（BA）測試工程師技術(shù)架構(gòu)師業(yè)務(wù)分析師開發(fā)工程師階段成果：l 具備對試點項目測試環(huán)境的配置能力l 需求審核和變更管理l 通過測試案例庫的建立，便于提升日后維護(hù)階段的測試效率l 測試過程流程化，每個角色的任務(wù)得到充分明確l 測試人員已具備基本的業(yè)務(wù)知識l 通過專業(yè)的測試，降低項目風(fēng)險4.5.2 階段二：產(chǎn)品中心概念：在“項目測試”階段，不同部門或LOB的項目小組往往發(fā)現(xiàn)他們自己在不斷重復(fù)工作浪費時間、金錢和IT技能工具不能相互兼容，方法也前后不一致。為了改變這種狀況，就需要實現(xiàn)集中的、標(biāo)準(zhǔn)的測試能力。 “產(chǎn)品中心”這一模型，它能使集中的測試工具產(chǎn)品變?yōu)橐环N可用的共享服務(wù)。在這一模型

28、中，LOB可以鞏固硬件、軟件和學(xué)習(xí)成本，從而提高技術(shù)基礎(chǔ)架構(gòu)的ROI。 階段目標(biāo)：以科室為單位，逐步建立覆蓋科室系統(tǒng)的測試體系工作內(nèi)容：l 建立軟件質(zhì)量的全生命周期的管理l 建立應(yīng)用變更生命周期的管理l 完善軟件測試過程和度量體系l 完善測試中心職能組織結(jié)構(gòu)：測試主管項目測試組A測試經(jīng)理業(yè)務(wù)分析師測試架構(gòu)師測試工程師項目測試組B測試經(jīng)理業(yè)務(wù)分析師測試架構(gòu)師測試工程師支持團(tuán)隊測試文檔人員系統(tǒng)管理員階段成果：l 基于缺陷分析的質(zhì)量管理體系初步成型l 測試指標(biāo)得到量化，便于統(tǒng)計分析，并就是否上線為決策者提供量化依據(jù)l 自動化測試平臺的建立能充分減少測試執(zhí)行時間，從而降低項目成本l 各類測試資產(chǎn)模版化

29、、規(guī)范化、標(biāo)準(zhǔn)化，方便閱讀及流轉(zhuǎn)l 項目需求能得到嚴(yán)格的驗證、過濾及整合，使得在項目的早期就能確定隱含的風(fēng)險4.5.3 階段三：服務(wù)中心概念：測試中心發(fā)展的下一階段，也就是第三階段，被稱為“服務(wù)中心”模型，在這一模型中，測試中心集中提供服務(wù)和專業(yè)知識，改進(jìn)質(zhì)量。通常，項目測試往往局限于技術(shù)人員有限的專業(yè)知識，只限于使用行業(yè)的最佳實踐和流程。即使他們是這方面的專家，也無法有效地展開LOB水平的專業(yè)測試。通過測試中心，許多項目小組都能獲取專業(yè)的經(jīng)驗和建議。階段目標(biāo)：以產(chǎn)品開發(fā)部為單位，建立覆蓋全部系統(tǒng)的測試中心體系工作內(nèi)容：l 建立以技術(shù)目標(biāo)為驅(qū)動，產(chǎn)出以科技為核心的測試中心l 定義軟件質(zhì)量服務(wù)的

30、SLA，建立軟件質(zhì)量風(fēng)險和成本的管理模型l 建立自我完善的可持續(xù)提升的質(zhì)量過程組織結(jié)構(gòu)：測試中心經(jīng)理服務(wù)支持團(tuán)隊業(yè)務(wù)專家系統(tǒng)管理員項目管理/規(guī)范測試項目經(jīng)理服務(wù)實施團(tuán)隊測試架構(gòu)師測試設(shè)計工程師技術(shù)文檔人員業(yè)務(wù)分析師測試執(zhí)行工程師階段成果：l 對于多元化、多架構(gòu)、跨平臺的各類系統(tǒng)都能使用統(tǒng)一的測試指標(biāo)進(jìn)行衡量，便于進(jìn)行比對分析l 通過部署無人值守的自動化測試平臺，持續(xù)改進(jìn)測試過程，降低測試成本l 使用仿真測試工具替代手工測試，提高測試效率l 通過測試環(huán)境及應(yīng)用配置的統(tǒng)一管理，嚴(yán)控?fù)Q版步驟，保證換版質(zhì)量及成功率l 對業(yè)務(wù)功能進(jìn)行風(fēng)險和影響度的評估，以縮減QA的時間，并提高有限時間和成本內(nèi)的質(zhì)量水平

31、l 使用性能測試工具，通過對系統(tǒng)的負(fù)載測試和壓力測試提高這個系統(tǒng)的性能。4.5.4 階段四：質(zhì)量權(quán)威中心概念：最后一個階段-第四階段是測試中心向“質(zhì)量權(quán)威中心”轉(zhuǎn)化的過程，在此階段中，測試中心將成為日常應(yīng)用開發(fā)、部署和操作的一部分，幫助機構(gòu)關(guān)于與應(yīng)用卓越性。在此模型下，任何應(yīng)用只有通過一致的質(zhì)量和性能測試流程，并且滿足協(xié)議質(zhì)量標(biāo)準(zhǔn)后，才能投入生產(chǎn)使用。一旦建立完成，“質(zhì)量和性能權(quán)威（Quality and Performance Authorities）”（甚至服務(wù)中心）都能與第三方外包產(chǎn)品相媲美，因為他們所具有的專業(yè)知識和跟蹤記錄是任何外包商所無法比擬的。“質(zhì)量和性能權(quán)限”也能控制第三方外包

32、商的實施過程，在這些產(chǎn)品投入銀行生產(chǎn)之前，保證他們的質(zhì)量和性能。階段目標(biāo)：建立獨立的覆蓋全行業(yè)務(wù)系統(tǒng)的測試中心體系，并服務(wù)于全行機構(gòu)工作內(nèi)容：l 建立完整系統(tǒng)質(zhì)量及流程控制體系 l 建設(shè)專業(yè)的業(yè)務(wù)專家和技術(shù)專家團(tuán)隊l 建立完善的測試人員培養(yǎng)和職業(yè)規(guī)劃體系l 建設(shè)技術(shù)類測試體系及構(gòu)架l 建立完善的軟硬件監(jiān)控指標(biāo)體系l 完善全行性的業(yè)務(wù)知識庫及基于業(yè)務(wù)問題的缺陷分析系統(tǒng)組織結(jié)構(gòu)：測試中心經(jīng)理服務(wù)支持團(tuán)隊業(yè)務(wù)專家組技術(shù)專家組項目管理/規(guī)范測試項目經(jīng)理服務(wù)實施團(tuán)隊測試架構(gòu)師測試設(shè)計工程師技術(shù)文檔人員業(yè)務(wù)分析師測試執(zhí)行工程師流程專家組運行專家組測試工程師階段成果：l 對系統(tǒng)開發(fā)生命周期內(nèi)的每個階段的成果

33、進(jìn)行測試和驗證，并通過統(tǒng)一的測試指標(biāo)進(jìn)行度量 l 通過專業(yè)的業(yè)務(wù)專家和技術(shù)專家團(tuán)隊為中心乃至全行提供專業(yè)的咨詢服務(wù)并實現(xiàn)信息共享l 建立完善的、階梯式的人才培養(yǎng)機制，從而降低人員流動風(fēng)險l 可快速高效地對提交測試的業(yè)務(wù)系統(tǒng)進(jìn)行全面的、系統(tǒng)的測試工作，并提供專業(yè)的測試分析報告，為決策提供依據(jù)l 通過功能、性能、安全、易用等多類型的測試方法對全行業(yè)務(wù)系統(tǒng)進(jìn)行全面測試，保證了測試的完整性和全面性l 通過和IT戰(zhàn)略規(guī)劃中心和監(jiān)控中心、呼叫中心的互聯(lián)，從而實現(xiàn)質(zhì)量體系建設(shè)的大戰(zhàn)略5 測試體系規(guī)劃5.1 測試準(zhǔn)備在實施測試前，先要對測試工作進(jìn)行一些必要的前期準(zhǔn)備，這其中包括：l 測試指標(biāo)定義l 測試環(huán)境搭

34、建l 測試工具應(yīng)用l 測試管理工具l 測試團(tuán)隊組織l 測試數(shù)據(jù)準(zhǔn)備5.1.1 測試指標(biāo)定義測試過程中定義了四個度量指標(biāo)：測試覆蓋率、測試執(zhí)行率、測試執(zhí)行通過率、測試缺陷解決率。1. 測試覆蓋率測試覆蓋率是指測試用例對需求的覆蓋情況。 計算公式：已設(shè)計測試用例的需求數(shù)/需求總數(shù)。 測試覆蓋率從緯度上說包括廣度覆蓋和深度覆蓋；從內(nèi)容上說包括用戶場景覆蓋、功能覆蓋、功能組合覆蓋、系統(tǒng)場景覆蓋。2. 測試執(zhí)行率測試執(zhí)行率，就是指實際執(zhí)行過程中確定已經(jīng)執(zhí)行的測試用例比率。 計算公式：已執(zhí)行的測試用例數(shù)/設(shè)計的總測試用例數(shù)。3. 測試執(zhí)行通過率測試執(zhí)行通過率，指在實際執(zhí)行的測試用例中，執(zhí)行結(jié)果為“通過”的

35、測試用例比率。計算公式：執(zhí)行結(jié)果為“通過”的測試用例數(shù)/實際執(zhí)行的測試用例總數(shù)。為了得到測試執(zhí)行通過率數(shù)據(jù)，我們在測試執(zhí)行時，需要在測試用例副本中記錄下每個測試用例的執(zhí)行結(jié)果，然后在當(dāng)前版本執(zhí)行完畢，或者定期（如每周）統(tǒng)計當(dāng)前測試執(zhí)行數(shù)據(jù)。通過原始數(shù)據(jù)的記錄與統(tǒng)計，我們可以快速的得到當(dāng)前版本或當(dāng)前階段的測試執(zhí)行通過率。4. 缺陷解決率缺陷解決率，指某個階段已關(guān)閉缺陷占缺陷總數(shù)的比率。缺陷關(guān)閉操作包括以下兩種情況：正常關(guān)閉：缺陷已修復(fù)，且經(jīng)過測試人員驗證通過； 強制關(guān)閉：重復(fù)的缺陷；由于外部原因造成的缺陷；暫時不處理的缺陷；無效的缺陷。這類缺陷經(jīng)過確認(rèn)后，可以強制關(guān)閉。 計算公式：已關(guān)閉的缺陷/

36、缺陷總數(shù)5.1.2 測試環(huán)境搭建搭建測試環(huán)境是測試實施的一個重要階段，測試環(huán)境是測試執(zhí)行的保證。測試環(huán)境適合與否會嚴(yán)重影響測試結(jié)果的真實性和正確性。配置測試環(huán)境可遵循下列原則：      1測試環(huán)境的正確性：測試環(huán)境不僅包括硬件，還包括軟件；不僅包括客戶端、服務(wù)器，還包括網(wǎng)絡(luò)環(huán)境、測試數(shù)據(jù)等。測試環(huán)境在硬件上可能也有一些特定要求，例如選用特定的顯示卡、打印機等。但在測試環(huán)境上出錯的地方往往是在網(wǎng)絡(luò)設(shè)置、軟件環(huán)境配置等方面。在Web測試上，包括DNS、SSL協(xié)議、防火墻、Apache/WebLogic等的設(shè)置，還包括虛擬IP、網(wǎng)絡(luò)文件系統(tǒng)等。2測試環(huán)境的可靠性：測試

37、環(huán)境的正確性是最基本的要求，要提高測試效率，實施自動化測試，要給測試環(huán)境提供更高的要求。對于一個測試項目，應(yīng)將性能測試環(huán)境和功能測試環(huán)境分開。在進(jìn)行功能測試時，最好也有兩套同樣的環(huán)境，這樣能提高測試效率。3測試環(huán)境的多樣性和復(fù)雜性：由于銀行系統(tǒng)框架的多樣性和跨平臺性，在搭建測試平臺的時候，就應(yīng)該盡可能的考慮的滿足測試要求的各種需要，搭建一個完善的測試環(huán)境，這樣在正式使用的過程中才不至于產(chǎn)生問題。5.1.3 自動化測試工具應(yīng)用自動化測試工具的出現(xiàn)，極大地減少了測試人員的工作量，本來繁雜的測試工作，在自動化測試工具的幫助下，變的簡單而輕松。根據(jù)測試內(nèi)容不同，所使用的自動化測試工具也不盡相同。功能測

38、試工具在測試業(yè)務(wù)邏輯等功能性應(yīng)用時，一般會選擇有針對性的功能性測試工具（比如QTP、Rational Functional Tester、Rational Robot等工具），目前在測試工具領(lǐng)域中，技術(shù)最成熟并且市場占有率最高的測試工具是HP公司的Quick Test Professional（簡稱QTP）,該工具的功能是可以重現(xiàn)業(yè)務(wù)交易，并且還可以進(jìn)行批量交易，從一定程度上減少了業(yè)務(wù)人員的工作量，也提高了測試效率。測試時間的節(jié)約意味著測試人員可以把更多的精力放在業(yè)務(wù)邏輯和數(shù)據(jù)校驗等重要工作上。QTP的特點：無人值守、自動運行QTP的案例設(shè)計可以由測試人員在工作時間完成，而測試案例的運行可以在

39、非工作時間進(jìn)行，從而減少測試人員在工作時間內(nèi)花費在運行上的時間，提高整體的測試效率。晚上運行腳本，白天進(jìn)行數(shù)據(jù)校驗，所節(jié)約的時間與QTP數(shù)量成正比。實現(xiàn)數(shù)據(jù)移植，降低風(fēng)險QTP可以用于數(shù)據(jù)的移植和導(dǎo)出，方便地進(jìn)行大規(guī)模測試數(shù)據(jù)準(zhǔn)備。這樣做比直接從數(shù)據(jù)庫中導(dǎo)數(shù)更安全，更完備，不會造成系統(tǒng)內(nèi)部邏輯錯誤和漏表情況發(fā)生，風(fēng)險較低。測試腳本可重復(fù)利用QTP腳本一次錄入完畢后可重復(fù)使用，這正是回歸性功能測試的好處，測試案例的高可重用性極大地減少了測試人員的工作量，提高了總體測試的效率，縮短了測試周期。統(tǒng)一腳本管理、易用性高QTP具有統(tǒng)一、簡單的腳本維護(hù)功能，便于日后修改和維護(hù)，當(dāng)被測系統(tǒng)進(jìn)行了改動或升級，

40、可以很方便地進(jìn)行相應(yīng)腳本修改，適應(yīng)被測系統(tǒng)變化，提高測試效率。性能測試工具性能測試是通過自動化的測試工具模擬多種正常、峰值以及異常負(fù)載條件來對系統(tǒng)的各項性能指標(biāo)進(jìn)行測試。負(fù)載測試和壓力測試都屬于性能測試，兩者可以結(jié)合進(jìn)行。通過負(fù)載測試，確定在各種工作負(fù)載下系統(tǒng)的性能，目標(biāo)是測試當(dāng)負(fù)載逐漸增加時，系統(tǒng)各項性能指標(biāo)的變化情況。壓力測試是通過確定一個系統(tǒng)的瓶頸或者不能接收的性能點，來獲得系統(tǒng)能提供的最大服務(wù)級別的測試。目前最常用的性能測試工具是LoadRunner，通過LoadRunner，能夠生成虛擬用戶，以虛擬用戶的方式模擬真實用戶的業(yè)務(wù)操作行為。它先記錄下業(yè)務(wù)流程，然后將其轉(zhuǎn)化為測試腳本。利用

41、虛擬用戶，您可以在Windows，UNIX 或Linux 機器上同時產(chǎn)生成千上萬個用戶訪問。所以LoadRunner能極大的減少負(fù)載測試所需的硬件和人力資源。用LoadRunner建立測試腳本后，您可以對其進(jìn)行參數(shù)化操作，這一操作能讓您利用幾套不同的實際發(fā)生數(shù)據(jù)來測試您的應(yīng)用程序，從而反映出本系統(tǒng)的負(fù)載能力。以一個業(yè)務(wù)流程為例，參數(shù)化操作可將記錄中的固定數(shù)據(jù)，如帳號和客戶名稱，由可變值來代替，在這些變量內(nèi)隨意輸入可能的帳號和客戶名稱，來匹配多個實際用戶的操作行為。在完成測試后，LoadRunner會將所測試的結(jié)果以報表方式呈現(xiàn)出來，通過報表上的數(shù)據(jù)，對系統(tǒng)的性能進(jìn)行評估，發(fā)現(xiàn)性能瓶頸，給開發(fā)人

42、員對系統(tǒng)的改進(jìn)提供強有力的幫助。仿真測試工具在對一些特殊系統(tǒng)中特別是無界面的系統(tǒng)中進(jìn)行測試，需要仿真工具來配合測試。這樣測試出來的結(jié)果才有實際意義。同時，使用仿真工具還能降低聯(lián)調(diào)的測試成本。5.1.4 測試管理工具QC是HP公司一個測試管理工具，是業(yè)界第一個基于Web的測試管理系統(tǒng),它可以在公司內(nèi)部或外部進(jìn)行全球范圍內(nèi)測試的管理。通過在一個整體的應(yīng)用系統(tǒng)中集成了測試管理的各個部分，包括需求管理，測試計劃，測試執(zhí)行以及錯誤跟蹤等功能，QC極大地加速了測試過程。由于所有的項目成員不可能在同一間辦公室里辦公，甚至?xí)植荚诟鞯?，這就需要一個集中的測試管理系統(tǒng)能讓測試人員不管在何時何地都能參與整個測試過

43、程。IT部門增長地會非?？?，人員也會不斷流動。您必須以最快的速度培訓(xùn)新的測試人員，教會他們所有與測試有關(guān)的知識技術(shù)。重點在于管理復(fù)雜的開發(fā)和測試過程，改善部門間的溝通，加速您測試的成功。QC能消除組織機構(gòu)間、地域間的障礙。它能讓測試人員、開發(fā)人員或其它的IT人員通過一個中央數(shù)據(jù)倉庫，在不同地方就能交互測試信息。QC將測試過程流水化從測試需求管理，到測試計劃，測試日程安排，測試執(zhí)行中出錯后的錯誤跟蹤，到最后出具測試分析報告僅在一個基于瀏覽器的應(yīng)用中便可完成，而不需要每個客戶端都安裝一套客戶端程序。5.1.5 測試團(tuán)隊組織項目管理委員會（PMO）服務(wù)支持團(tuán)隊業(yè)務(wù)專家組技術(shù)專家組項目管理/規(guī)范測試項

44、目經(jīng)理測試實施團(tuán)隊測試架構(gòu)師測試設(shè)計師技術(shù)文檔人員測試執(zhí)行工程師測試工程師業(yè)務(wù)分析師5.1.6 測試數(shù)據(jù)準(zhǔn)備在軟件測試過程中，測試數(shù)據(jù)的準(zhǔn)備是一個工作量很大而且也是一個繁雜的工作。因此如何準(zhǔn)備高質(zhì)量的測試數(shù)據(jù)、如何解決生產(chǎn)數(shù)據(jù)變?yōu)闇y試數(shù)據(jù)過程中的脫敏問題、如何提高測試數(shù)據(jù)的利用率，延長使用時間，以滿足測試的需求等一系列問題，都是需要考慮的。首先看數(shù)據(jù)的來源，數(shù)據(jù)的來源一般來講有兩個，一個是根據(jù)被測系統(tǒng)需求的分析，針對正常業(yè)務(wù)，異常情況，邊界情況等來構(gòu)建完整的數(shù)據(jù)，又稱為“造”數(shù)據(jù)。這不僅僅包括最基本的基礎(chǔ)數(shù)據(jù)，比如：用戶、權(quán)限、配置、基礎(chǔ)編碼、原數(shù)據(jù)等，還包括上面提到的業(yè)務(wù)數(shù)據(jù)。這對于比較小型

45、的系統(tǒng)來說還是可行的，對于大型的系統(tǒng)來說可能就是一個巨大的工程了。第二種方式就是利用現(xiàn)有系統(tǒng)，把已經(jīng)在生產(chǎn)環(huán)境中運行的數(shù)據(jù)導(dǎo)出。在此基礎(chǔ)上再進(jìn)行數(shù)據(jù)的整理、加工為測試數(shù)據(jù)。但是考慮到銀行業(yè)務(wù)的特殊性，在使用這些數(shù)據(jù)之前必須對數(shù)據(jù)進(jìn)行脫敏，這樣才能保證數(shù)據(jù)的安全性。確定好數(shù)據(jù)來源后，還需要對已有數(shù)據(jù)進(jìn)行分析、驗證、檢查，保證數(shù)據(jù)的質(zhì)量，數(shù)據(jù)的質(zhì)量一般要滿足測試需求、覆蓋被測業(yè)務(wù)、覆蓋測試邊界，以及要滿足完整性、一致性等要求。檢查完后要整理和完善數(shù)據(jù)，清除無用和冗余的數(shù)據(jù)、補錄不完整的數(shù)據(jù)，修改一些錯誤的數(shù)據(jù)。經(jīng)過整理好的數(shù)據(jù)要納入測試管理，以后根據(jù)需求和變更要進(jìn)行數(shù)據(jù)的維護(hù)和更新，以保證滿足系統(tǒng)

46、測試的要求。5.2 測試流程5.2.1 開發(fā)類項目測試流程5.2.1.1 測試流程圖在業(yè)務(wù)部門提出業(yè)務(wù)需求之后，信息技術(shù)部相關(guān)科室和測試組一起進(jìn)行需求評審和技術(shù)評審，并提出開發(fā)、測試實施方案，交由項目組評審。如果項目組對該方案沒有評審?fù)ㄟ^，那么相關(guān)科室和測試組需要重新進(jìn)行評估和填寫方案。在經(jīng)過項目組審核通過之后，第一步項目組就會開始需求分析和子系統(tǒng)設(shè)計，而測試組就需要對該需求分析做驗證，并開始制定測試計劃。第二步項目組進(jìn)行概要設(shè)計，測試組對該概要設(shè)計驗證通過后進(jìn)行制定測試方案，并把該方案交由相關(guān)科室進(jìn)行整體測試方案評審。如果不通過就需要測試組重新制定測試方案，直到科室評審?fù)ㄟ^。接下來就由項目組

47、進(jìn)行詳細(xì)設(shè)計，測試組在對詳細(xì)設(shè)計驗證通過后設(shè)計測試案例。需求分析階段結(jié)束之后就是執(zhí)行階段。項目組會進(jìn)行編碼工作，而測試組人員就開始錄制腳本的工作。編碼結(jié)束之后項目組就可以提交測試版本給相關(guān)測試人員，測試人員就按收到的版本開始執(zhí)行測試工作。在測試中一旦發(fā)現(xiàn)缺陷，就及時提交缺陷給相應(yīng)開發(fā)人員進(jìn)行修改，修改完后重新進(jìn)行回歸測試，如此反復(fù)直到測試中不再發(fā)現(xiàn)問題，就提交相關(guān)測試報告給相關(guān)科室，同時提交軟件版本給業(yè)務(wù)人員進(jìn)行驗收測試。測試通過后給相關(guān)科室提交測試驗收報告，科室人員在上線評審?fù)ㄟ^后，測試人員可以提交換版通知書，開發(fā)人員審核該換版通知書無誤后就可以換版上線，整個操作過程結(jié)束。5.2.1.2 需

48、求驗證需求驗證是軟件需求階段的一個重要環(huán)節(jié),未經(jīng)驗證的需求給項目成功帶來較大的需求風(fēng)險。需求驗證具體內(nèi)容是：1）審查需求文檔：對需求文檔進(jìn)行正式審查是保證軟件質(zhì)量的很有效的方法。組織一個由不同代表（如分析人員，客戶，設(shè)計人員，測試人員）組成的小組，對需求規(guī)格說明書及相關(guān)模型進(jìn)行仔細(xì)的檢查。另外在需求開發(fā)期間所做的非正式評審也是有所裨益的。2）依據(jù)需求編寫測試用例：根據(jù)用戶需求所要求的產(chǎn)品特性寫出黑盒功能測試用例?？蛻敉ㄟ^使用測試用例以確認(rèn)是否達(dá)到了期望的要求。還要從測試用例追溯回功能需求以確保沒有需求被疏忽，并且確保所有測試結(jié)果與測試用例相一致。同時，要使用測試用例來驗證需求模型的正確性，如對

49、話框圖和原型等。3）編寫用戶手冊：在需求開發(fā)早期即可起草一份用戶手冊，用它作為需求規(guī)格說明的參考并輔助需求分析。優(yōu)秀的用戶手冊要用淺顯易懂的語言描述出所有對用戶可見的功能。而輔助需求如質(zhì)量屬性、性能需求及對用戶不可見的功能則在需求規(guī)格說明書中予以說明。4）確定合格的標(biāo)準(zhǔn)：確定合格的標(biāo)準(zhǔn)讓用戶描述什么樣的產(chǎn)品才算滿足他們的要求和適合他們使用的。將合格的測試建立在使用情景描述或使用實例的基礎(chǔ)之上。5.2.1.3 制定測試計劃測試計劃是在軟件測試中最重要的步驟之一，它在軟件開發(fā)的前期對軟件測試做出清晰，完整的計劃，不光對整個測試起到關(guān)鍵性的作用，而且對開發(fā)人員的開發(fā)工作，整個項目的規(guī)劃，項目經(jīng)理的審

50、查都有輔助性作用。測試計劃描述所要完成的測試，包括測試背景、測試目的、風(fēng)險分析、所需資源、任務(wù)安排和進(jìn)度等。測試計劃編寫基本策略有：1) 測試計劃編寫依據(jù)：項目計劃、項目計劃的評估狀態(tài)以及業(yè)務(wù)的理解。2) 測試計劃編寫時間：盡早開始。原則上應(yīng)該在需求定義完成之后開始編寫測試計劃，對于開發(fā)過程不是十分清晰和穩(wěn)定的項目，測試計劃也可以在總體設(shè)計完成后開始編寫。3) 測試計劃的編寫與實施人員：測試計劃應(yīng)該由測試小組組長或最有經(jīng)驗的測試人員來進(jìn)行編寫，測試計劃由測試人員來實施，測試人員可以對測試計劃進(jìn)行相關(guān)人員確認(rèn)后進(jìn)行調(diào)整。4) 測試計劃的變更：測試計劃是一個發(fā)展變化的文檔，會隨著項目的進(jìn)展、人員或

51、環(huán)境的變動而變化，確保測試計劃是最新的而且依據(jù)測試計劃執(zhí)行測試工作。 5) 測試計劃的優(yōu)先級別：沒有誰可以保證通過測試后的產(chǎn)品沒有缺陷，也沒有公司會允許無休止的測試。好的測試是一個有代表性、簡單和有效的測試，在測試計劃中，必須制定測試的優(yōu)先級和重點。6) 測試計劃的評審：測試計劃需要由高級測試人員或測試組長制訂，在經(jīng)驗不足或條件限制的軟件測試計劃的制訂時，需要多名測試人員共同制訂和修正。對于測試計劃的管理，測試計劃將按照項目編碼或軟件名稱和版本進(jìn)行管理，所有文檔放置于配置管理系統(tǒng)。測試計劃制定過程有：（1）評估項目計劃和狀態(tài)；（2）組建測試小組；（3）了解項目風(fēng)險；（4）制定測試計劃；（5）審

52、查測試計劃。制定測試計劃的原則應(yīng)該是盡早開始，靈活變更，合理評審，簡潔易讀。5.2.1.4 測試設(shè)計測試設(shè)計由測試工程師執(zhí)行，測試設(shè)計的目的是為每一個測試需求確定測試用例集，并且確定執(zhí)行測試用例的測試過程。具體事項有：設(shè)計測試用例。測試用例的設(shè)計，必須圍繞需求，分析需求的每一個方面，使測試用例能覆蓋到每一個測試點。通常需要從以下幾個層次來進(jìn)行設(shè)計：用戶層、應(yīng)用層、功能層、子系統(tǒng)層、協(xié)議層用戶層：主要是面向產(chǎn)品最終的使用操作者的測試。這里重點突出的是在操作者角度上，測試系統(tǒng)對用戶支持的情況，用戶界面的規(guī)范性、友好性、可操作性，以及數(shù)據(jù)的安全性。主要包括：1、用戶支持測試，用戶手冊、使用幫助、支持

53、客戶的其他產(chǎn)品技術(shù)手冊是否正確、是否易于理解、是否人性化。2、用戶界面測試。在確保用戶界面能夠通過測試對象控件或入口得到相應(yīng)訪問的情況下，測試用戶界面的風(fēng)格是否滿足用戶要求，例如：界面是否美觀、界面是否直觀、操作是否友好、是否人性化、易操作性是否較好。3、可維護(hù)性測試?？删S護(hù)性是系統(tǒng)軟、硬件實施和維護(hù)功能的方便性。目的是降低維護(hù)功能對系統(tǒng)正常運行帶來的影響。例如：對支持遠(yuǎn)程維護(hù)系統(tǒng)的功能或工具的測試。4、安全性測試。這里的安全性主要包括了兩部分：數(shù)據(jù)的安全性和操作的安全性。核實只有規(guī)格規(guī)定的數(shù)據(jù)才可以訪問系統(tǒng)，其他不符合規(guī)格的數(shù)據(jù)不能夠訪問系統(tǒng);核實只有規(guī)格規(guī)定的操作權(quán)限才可以訪問系統(tǒng)，其他不

54、符合規(guī)格的操作權(quán)限不能夠訪問系統(tǒng)。應(yīng)用層：針對產(chǎn)品工程應(yīng)用或行業(yè)應(yīng)用的測試。重點站在系統(tǒng)應(yīng)用的角度，模擬實際應(yīng)用環(huán)境，對系統(tǒng)的兼容性、可靠性、性能等進(jìn)行的測試。1、系統(tǒng)性能測試。針對整個系統(tǒng)的測試，包含并發(fā)性能測試、負(fù)載測試、壓力測試、強度測試、破壞性測試。并發(fā)性能測試是評估系統(tǒng)交易或業(yè)務(wù)在漸增式并發(fā)情況下處理瓶頸以及能夠接收業(yè)務(wù)的性能過程;強度測試是在資源情況低的情況下，找出因資源不足或資源爭用而導(dǎo)致的錯誤;破壞性測試重點關(guān)注超出系統(tǒng)正常負(fù)荷N倍情況下，錯誤出現(xiàn)狀態(tài)和出現(xiàn)比率以及錯誤的恢復(fù)能力。2、系統(tǒng)可靠性、穩(wěn)定性測試。一定負(fù)荷的長期使用環(huán)境下，系統(tǒng)可靠性、穩(wěn)定性。3、系統(tǒng)兼容性測試。統(tǒng)中軟件與各種硬件設(shè)備兼容性，與操作系統(tǒng)兼容性、與支撐軟件的兼容性。4、系統(tǒng)安裝升級測試。安裝測試的目的是確保該軟件在正常和異常的不同情況下進(jìn)行安裝