2022年軟件平臺(tái)測(cè)試項(xiàng)目建議書

1、軟件平臺(tái)測(cè)試項(xiàng)目建議書目錄 TOC o 1-5 h z 1概述32總體思路32.1測(cè)試內(nèi)容補(bǔ)充32.2初步模型選型32.3引逬有效的測(cè)試方法42.4建立規(guī)程與標(biāo)準(zhǔn)43體系建立53.1建設(shè)目標(biāo)532項(xiàng)目管理過程53.3流程與控制63.4項(xiàng)目測(cè)試標(biāo)準(zhǔn)124測(cè)試體系涵蓋的其它內(nèi)容1541規(guī)范和強(qiáng)化測(cè)試子流程1542規(guī)范和強(qiáng)化測(cè)試流程1543標(biāo)準(zhǔn)化、規(guī)范化測(cè)試對(duì)象154.4測(cè)試對(duì)象復(fù)用，降低測(cè)試成本164.5建基于模型驅(qū)動(dòng)的自動(dòng)化測(cè)試架構(gòu)164.6定制流程管理缺陷，定制查詢164.7生成測(cè)試報(bào)告174.8測(cè)試環(huán)境管理17本節(jié)旨在論述如何在XX用戶建立測(cè)試體系以促進(jìn)不助口強(qiáng)測(cè)試管理和測(cè)試流程，提高 測(cè)試

2、質(zhì)量，保證銀行IT產(chǎn)品品質(zhì)，達(dá)到更好地為金融客戶服務(wù)的目標(biāo)。測(cè)試體系是圍繞測(cè)試活動(dòng)開展制定的一系列規(guī)程、指南、標(biāo)準(zhǔn)、模板，用于管理和規(guī) 范測(cè)試過程，通過弓I入測(cè)試體系可以弓I入更好地測(cè)試方法來優(yōu)化測(cè)試細(xì)節(jié)；可以通過規(guī)定 和規(guī)范加強(qiáng)流程化管理；東陽人才網(wǎng)可以通過定義指標(biāo)、標(biāo)準(zhǔn)更準(zhǔn)確地反映測(cè)試、評(píng)估測(cè) 試。2總體思路詳細(xì)描述以解決現(xiàn)有不足為目標(biāo)并結(jié)合銀行測(cè)試管理的現(xiàn)狀而設(shè)計(jì)的測(cè)試管理總體解 決方案的理念、思路、實(shí)現(xiàn)的方式方法。根據(jù)上一節(jié)對(duì)XX商行測(cè)試工作的現(xiàn)狀和現(xiàn)實(shí)環(huán) 境的分析,我們了解到在行里建立符合現(xiàn)狀和現(xiàn)需求的測(cè)試體系,并在該測(cè)試體系的指導(dǎo) 下建立一批技術(shù)過硬的IT測(cè)試團(tuán)隊(duì)的必要性。本節(jié)將著

3、葩述測(cè)試體系建設(shè)的整體規(guī)劃和 發(fā)展路線圖。2.1測(cè)試內(nèi)容補(bǔ)充為了進(jìn)一步提高測(cè)試的覆蓋度，保證系統(tǒng)質(zhì)量,需要不斷豐富測(cè)試的內(nèi)容,使用“自底 向上啲方式檢驗(yàn)系統(tǒng)各個(gè)層面上的正確性和可靠性。在已有的UAT測(cè)試的基礎(chǔ)上增加FT 測(cè)試、SIT測(cè)試以及非功能性測(cè)試打砌能性測(cè)試包含的內(nèi)容有：性能測(cè)試、兼容性測(cè)試 等等。2.2初步模型選型建立測(cè)試體系的首先是選擇適應(yīng)于目前情況的測(cè)試模型。與當(dāng)前情況相符合主要是指 研究目前開發(fā)項(xiàng)目和系統(tǒng)的特點(diǎn),其中包括：項(xiàng)目需求的規(guī)模，對(duì)測(cè)試周期的要求，以及 項(xiàng)目所選擇的開發(fā)模型。測(cè)試模型的選型目標(biāo)主要是當(dāng)前t匕較常用和成熟的測(cè)試模型:瀑布模型V模型W模型迭代模型逬化模型RUP

4、模型(增量迭代)在選型過程中,需要選擇多種不同的模型以滿足現(xiàn)實(shí)中不同的開發(fā)需求,選型的方法 可以參考選擇一個(gè)主模型以適應(yīng)IT項(xiàng)目、一個(gè)子模型以適應(yīng)新特性開發(fā)、需求變更或緊急 情況應(yīng)急直選型完成后，可根據(jù)自身的需要對(duì)模型定義的測(cè)試階段進(jìn)行刪減和補(bǔ)充。2.3引進(jìn)有效的測(cè)試方法2.4建立規(guī)程與標(biāo)準(zhǔn)在選擇適合的測(cè)試模型后，測(cè)試活動(dòng)被劃分為多個(gè)測(cè)試階段和多種針對(duì)不同測(cè)試目的 的測(cè)試。例如: 單元測(cè)試 集成測(cè)試 功能測(cè)試(FT ) 系統(tǒng)測(cè)試(SIT )用戶驗(yàn)收測(cè)試(UAT )3體系建立3.1建設(shè)目標(biāo)建立測(cè)試體系的目的是為測(cè)試工作制定周密的管理計(jì)劃，為測(cè)試工作建立標(biāo)準(zhǔn)化流程 和標(biāo)準(zhǔn)化文檔,為測(cè)試單位提供運(yùn)行

5、的流程和規(guī)范?？紤]到本項(xiàng)目的特點(diǎn),我們知道該項(xiàng) 目的測(cè)試工作需要橫跨不同的業(yè)務(wù)系統(tǒng)不同系統(tǒng)之間存在著網(wǎng)狀的麴g流。這種系統(tǒng)的 復(fù)雜性為測(cè)試管理工作提出了嚴(yán)峻的挑戰(zhàn)，據(jù)此我們需要通過建立測(cè)試體系的方法規(guī)范化 測(cè)試流程,使得復(fù)雜的聯(lián)調(diào)測(cè)試變得易于跟蹤和控制,從而達(dá)到降低目風(fēng)險(xiǎn)的目的。建立測(cè)試體系的首先是要確定一個(gè)生命周期模型從整體的角度描述整個(gè)項(xiàng)目。3.2項(xiàng)目管理過程將項(xiàng)目的測(cè)試管理分為五個(gè)階段和一個(gè)日常事務(wù)檢査表，對(duì)每個(gè)階段的工作任務(wù)迸行 說明，包括時(shí)間點(diǎn)、任務(wù)、提交物等。提供該體系給項(xiàng)目管理人員作為測(cè)試項(xiàng)目管理手 冊(cè),對(duì)整個(gè)項(xiàng)目的測(cè)試工作進(jìn)行系統(tǒng)的管理、監(jiān)督。3.3流程與控制該體系是針對(duì)項(xiàng)目具

6、體實(shí)施過程的,對(duì)大運(yùn)會(huì)項(xiàng)目的測(cè)試過程實(shí)施，在各個(gè)里程碑階 段，我們將使用以下體系進(jìn)行項(xiàng)目測(cè)試過程的執(zhí)行,包括:里程碑接口、里程碑輸入信 息、參與角色、工作過程、工作內(nèi)容、輸出信息等。1）初始階段初始階段主要是給客戶做測(cè)試過程和測(cè)試標(biāo)準(zhǔn)的介紹,加強(qiáng)客戶對(duì)測(cè)試過程和測(cè)試標(biāo)準(zhǔn)的 了解。面向?qū)ο?對(duì)象為項(xiàng)目參與人員（包括管理人員和技術(shù)人員）。介紹內(nèi)容：介紹測(cè)試過程介紹測(cè)試策略介紹測(cè)試方法和特點(diǎn)介紹測(cè)試結(jié)果評(píng)估、分析方法2）需求分析階段前期接口 ：初始階段完成,項(xiàng)目組認(rèn)可所使用的測(cè)試過程、方法等;基本的測(cè)試范圍（功能測(cè)試、性能測(cè)試、自動(dòng)化測(cè)試等）和使用彳可種測(cè)試工具等基本 達(dá)成一致。輸入：被測(cè)系統(tǒng)的開發(fā)

7、文檔被測(cè)系統(tǒng)的客戶文檔參與角色：在測(cè)試項(xiàng)目中,開發(fā)廠商,CSC專家,和測(cè)試組都有眾多人員的參與,這里闡述了各 方在項(xiàng)目中需要的角色和各自的職責(zé)。階段過程:測(cè)試計(jì)劃階段的基本過程如下:測(cè)試需求制定過程:略輸出：項(xiàng)目測(cè)試計(jì)劃項(xiàng)目相關(guān)標(biāo)準(zhǔn)項(xiàng)目測(cè)試需求3）案例設(shè)計(jì)階段前期接口 :測(cè)試設(shè)計(jì)人員都參與了系統(tǒng)的詳細(xì)培訓(xùn)測(cè)試設(shè)計(jì)人員參與了測(cè)試工具的培訓(xùn),掌握了測(cè)試工具的試用輸入：項(xiàng)目測(cè)試計(jì)劃項(xiàng)目相關(guān)標(biāo)準(zhǔn)項(xiàng)目測(cè)試需求階段過程:略定義測(cè)試策略：考察應(yīng)用程序、系統(tǒng)環(huán)境和測(cè)試資源等以決定測(cè)試目標(biāo)。分解測(cè)試對(duì)象:將AUT （被測(cè)應(yīng)用程序）分解成具體的測(cè)試單元（可被測(cè)試的模塊和 功能）。定義測(cè)試案例:確定每個(gè)模塊所需的測(cè)

8、試類型,添加基本的定義描述。建立需求覆蓋:將具體的測(cè)試案例和需求建立覆蓋關(guān)系。設(shè)計(jì)測(cè)試步驟:為每個(gè)測(cè)試案例添加測(cè)試步驟。測(cè)試步驟描述測(cè)試的操作、檢查點(diǎn)和 預(yù)期輸出。分析測(cè)試案例:評(píng)審所有測(cè)試案例以確保符合測(cè)試目標(biāo)。輸出：測(cè)試案例4）執(zhí)行階段前期接口 ：測(cè)試案例設(shè)計(jì)并審核完畢輸入：測(cè)試案例階段過程:創(chuàng)建測(cè)試集制定執(zhí)行計(jì)劃執(zhí)行測(cè)試集 和測(cè)試用例填寫測(cè)試記錄No缺陷跟蹤 過程Yesz執(zhí)行結(jié)束輸出：測(cè)試執(zhí)行記錄缺陷記錄單缺陷跟蹤匯總表缺陷跟蹤：匯報(bào)缺陷記錄跟蹤缺陷修改情況回歸測(cè)試直到缺陷得到恰當(dāng)處理（是否進(jìn)行缺陷跟蹤要根據(jù)客戶要求不同而定）5）總結(jié)分析階段前期接口 ：測(cè)試執(zhí)行工作完成輸入：測(cè)試執(zhí)行記錄

9、缺陷記錄缺陷跟蹤匯總表階段過程:本階段包含四個(gè)步驟：整理數(shù)據(jù):整理測(cè)試過程數(shù)據(jù)和缺陷數(shù)據(jù),以備分析之需。分析數(shù)據(jù):根據(jù)收集整理的測(cè)試過程數(shù)據(jù)和缺陷數(shù)據(jù)對(duì)測(cè)試過程和系統(tǒng)情況進(jìn)行分 析。編制總結(jié)分析報(bào)告:對(duì)項(xiàng)目進(jìn)行總結(jié),在整理數(shù)據(jù)和分析數(shù)據(jù)的同時(shí)即可進(jìn)行該項(xiàng)工 作,待數(shù)據(jù)分析完成后,將分析結(jié)果增加到報(bào)告中,并將總結(jié)分析報(bào)告提交給開發(fā)部,業(yè) 務(wù)部,以便開展項(xiàng)目剛古工作。調(diào)查客戶滿意度：總結(jié)完成后,由開發(fā)部,業(yè)務(wù)部人填寫滿意度調(diào)查表,調(diào)查結(jié)果供 測(cè)試過程改進(jìn)和項(xiàng)目評(píng)估參考。項(xiàng)目評(píng)估:由項(xiàng)目雙方（開發(fā)部，業(yè)務(wù)部和測(cè)試組）相關(guān)人員一起，根據(jù)評(píng)估項(xiàng)及其 統(tǒng)計(jì)哋對(duì)項(xiàng)目完成晴況進(jìn)彳前古。略輸出：測(cè)試總結(jié)分析報(bào)告

10、項(xiàng)目評(píng)估報(bào)告3.4項(xiàng)目測(cè)試標(biāo)準(zhǔn)1）缺陷相關(guān)標(biāo)準(zhǔn)嚴(yán)重級(jí)別:5緊急導(dǎo)致操作系統(tǒng)崩潰（如Win NT/2000的籃屏、Win 98的系統(tǒng)致命錯(cuò)誤等）導(dǎo)致操作系統(tǒng)不響應(yīng)程序退出沒有釋放資源導(dǎo)致其它應(yīng)用程序出現(xiàn)異常（如無法啟動(dòng)、不響應(yīng)、異常退出）卸載時(shí)不提示客戶確認(rèn)即刪除公用程序（DLL等）其它翱操作系統(tǒng)或其它應(yīng)用程序異常的情況造成重大安全隱患情況（如機(jī)密性數(shù)據(jù)的泄密）4很高程斛鉅程序異常退出系統(tǒng)無法正常安裝、卸載或升級(jí)其它翱被測(cè)系統(tǒng)本身岀現(xiàn)無法正常運(yùn)行的錯(cuò)誤3高導(dǎo)致輸出的數(shù)據(jù)錯(cuò)誤（數(shù)據(jù)內(nèi)容出錯(cuò)、格式錯(cuò)誤、無法打開等） 導(dǎo)致其它功能模塊無法正常執(zhí)行,如: 功能不完整或功能實(shí)現(xiàn)不正確;導(dǎo)致數(shù)據(jù)操作結(jié)果葡吳

11、文件或數(shù)癇專輸不完整琳正確對(duì)數(shù)據(jù)格式不進(jìn)行檢測(cè)提示語句易誤導(dǎo)用戶，造成數(shù)據(jù)丟失等重大問題其它翱被測(cè)應(yīng)用系統(tǒng)其它模塊無法正常運(yùn)行或出現(xiàn)錯(cuò)誤結(jié)果的情況2中等影響當(dāng)前操作結(jié)果數(shù)據(jù)修改后沒有保存提示系統(tǒng)出錯(cuò)提示不正確或沒有捕獲系統(tǒng)出錯(cuò)信息數(shù)據(jù)的重要操作（如刪除、添加等）沒有提示其它影響被測(cè)模塊/功能正常執(zhí)行的情況1低頁面布局不合理字體不一錯(cuò)別字語言不一致（如：中英文混合）頁面提示不明確系統(tǒng)易用性不好其它對(duì)被測(cè)模塊功能實(shí)現(xiàn)沒有影響的情況缺陷導(dǎo)入階段:需求階段未能真正了解客戶需求,功能描述不正確需求定義有二義性需求中遺漏客戶功能需求概要軸階段架構(gòu)耐不正確業(yè)務(wù)溺呈設(shè)計(jì)葡吳詳細(xì)軸階段功能模塊間數(shù)據(jù)格式定義不一

12、致開發(fā)規(guī)范編碼階段其它缺陷優(yōu)先級(jí)：3必須修改2能修改1有時(shí)間則改0未分配缺陷類型：程序裔吳環(huán)境設(shè)置重復(fù)記錄 需要完善 不可重現(xiàn)并非問題4測(cè)試體系涵蓋的其它內(nèi)容41規(guī)范和強(qiáng)化測(cè)試子流程4.2規(guī)范和強(qiáng)化測(cè)試流程測(cè)試流程可分為兩支：自動(dòng)化測(cè)試流程；手工測(cè)試擁4.3標(biāo)準(zhǔn)化、規(guī)范化測(cè)試對(duì)象在測(cè)試活動(dòng)中通過標(biāo)準(zhǔn)化、規(guī)范化測(cè)試資源使測(cè)試資源可以被共享和重用。如果測(cè)試對(duì)象缺乏必要的標(biāo)準(zhǔn)化、規(guī)范化,會(huì)導(dǎo)致測(cè)試案例等測(cè)試對(duì)象無法共享。例 如，很多測(cè)試團(tuán)隊(duì)的測(cè)試案例編寫缺乏規(guī)范，導(dǎo)致:測(cè)試案例“個(gè)性化”、“個(gè)人化”,只有 自己才能夠“看懂”自己的測(cè)試案例來進(jìn)行測(cè)帥行，其他的測(cè)試工程師無法使用其他人的 測(cè)試案例來進(jìn)行

13、測(cè)試；測(cè)試設(shè)計(jì)人員和測(cè)試執(zhí)行人員無法分離，高成本的測(cè)試設(shè)計(jì)人員必須自己來執(zhí)行測(cè)試 案例,而不能使用低成本的測(cè)試執(zhí)行人員來執(zhí)行測(cè)試案例,導(dǎo)致無法達(dá)到很好的勞動(dòng)組 合，提高工作效率,也大大占用了經(jīng)驗(yàn)豐富的測(cè)試設(shè)計(jì)人員的時(shí)間。對(duì)于測(cè)試過程也需要進(jìn)行控制，只有進(jìn)行測(cè)試對(duì)象的標(biāo)準(zhǔn)化、規(guī)范化,才能夠進(jìn)行測(cè) 試案例評(píng)審,進(jìn)一步提升測(cè)試案例的質(zhì)量。4.4測(cè)試對(duì)象復(fù)用，降低測(cè)試成本測(cè)試對(duì)象復(fù)用，主要指測(cè)試案例復(fù)用、測(cè)試腳本復(fù)用、測(cè)試計(jì)劃復(fù)用。4.5建基于模型驅(qū)動(dòng)的自動(dòng)化測(cè)試架構(gòu)一般情況下,如果f測(cè)試需要執(zhí)行3次以上,那么自動(dòng)測(cè)試的成本能夠和手工測(cè)試 持平。隨著執(zhí)行測(cè)試的不斷增加（特別是后期的回歸測(cè)試），測(cè)試成本

14、大大小于手工測(cè)試 執(zhí)行。隨著測(cè)試技術(shù)的發(fā)展，很多測(cè)試腳本能夠通過灰盒測(cè)試方法，通過自動(dòng)轉(zhuǎn)換程序技術(shù) 來自動(dòng)生成，能夠把測(cè)試工作大大提前,并且測(cè)試腳本的編寫成本大幅度下降。4.6定制流程管理缺陷，定制查詢實(shí)現(xiàn)缺陷流程定制化。根據(jù)項(xiàng)目特點(diǎn),定制有針對(duì)性的缺陷管理流程。為每一個(gè)測(cè)試 角色分配缺陷處理的權(quán)限。使得每個(gè)測(cè)試人員的分工更明確，人員配置更合理。在缺陷跟蹤之前定制查詢。通過定制常用的查詢規(guī)則，例如：當(dāng)日提交給我待解決的 缺陷、所有解決的缺陷等等,測(cè)試員和開發(fā)人員將有針對(duì)性地關(guān)注缺陷，測(cè)試經(jīng)理也可以 即時(shí)了解問題解決情況。基于Test Center的測(cè)試體系可以劃分為8個(gè)子模塊,見下圖。缺陷管理模塊:支持缺陷管理流程,可以定制缺陷管理流程,支持缺陷流程的是f工作流;可定制的缺陷過濾器。用戶根據(jù)自身的需要定義過濾器。通過輸入查找條件，將查詢 規(guī)則定義為過濾器。通過這種方式，用戶可以更快地找到自己所關(guān)心的缺陷，例如“剩余的 沒解