【文章內(nèi)容簡介】 據(jù)準(zhǔn)備 測試指標(biāo)定義測試過程中定義了四個(gè)度量指標(biāo)：測試覆蓋率、測試執(zhí)行率、測試執(zhí)行通過率、測試缺陷解決率。1. 測試覆蓋率測試覆蓋率是指測試用例對(duì)需求的覆蓋情況。 計(jì)算公式：已設(shè)計(jì)測試用例的需求數(shù)/需求總數(shù)。 測試覆蓋率從緯度上說包括廣度覆蓋和深度覆蓋；從內(nèi)容上說包括用戶場景覆蓋、功能覆蓋、功能組合覆蓋、系統(tǒng)場景覆蓋。2. 測試執(zhí)行率測試執(zhí)行率，就是指實(shí)際執(zhí)行過程中確定已經(jīng)執(zhí)行的測試用例比率。 計(jì)算公式：已執(zhí)行的測試用例數(shù)/設(shè)計(jì)的總測試用例數(shù)。3. 測試執(zhí)行通過率測試執(zhí)行通過率，指在實(shí)際執(zhí)行的測試用例中，執(zhí)行結(jié)果為“通過”的測試用例比率。計(jì)算公式：執(zhí)行結(jié)果為“通過”的測試用例數(shù)/實(shí)際執(zhí)行的測試用例總數(shù)。為了得到測試執(zhí)行通過率數(shù)據(jù)，我們?cè)跍y試執(zhí)行時(shí)，需要在測試用例副本中記錄下每個(gè)測試用例的執(zhí)行結(jié)果，然后在當(dāng)前版本執(zhí)行完畢，或者定期（如每周）統(tǒng)計(jì)當(dāng)前測試執(zhí)行數(shù)據(jù)。通過原始數(shù)據(jù)的記錄與統(tǒng)計(jì)，我們可以快速的得到當(dāng)前版本或當(dāng)前階段的測試執(zhí)行通過率。4. 缺陷解決率缺陷解決率，指某個(gè)階段已關(guān)閉缺陷占缺陷總數(shù)的比率。缺陷關(guān)閉操作包括以下兩種情況：正常關(guān)閉：缺陷已修復(fù)，且經(jīng)過測試人員驗(yàn)證通過； 強(qiáng)制關(guān)閉：重復(fù)的缺陷；由于外部原因造成的缺陷；暫時(shí)不處理的缺陷；無效的缺陷。這類缺陷經(jīng)過確認(rèn)后，可以強(qiáng)制關(guān)閉。 計(jì)算公式：已關(guān)閉的缺陷/缺陷總數(shù) 測試環(huán)境搭建搭建測試環(huán)境是測試實(shí)施的一個(gè)重要階段，測試環(huán)境是測試執(zhí)行的保證。測試環(huán)境適合與否會(huì)嚴(yán)重影響測試結(jié)果的真實(shí)性和正確性。配置測試環(huán)境可遵循下列原則： 　1．測試環(huán)境的正確性：測試環(huán)境不僅包括硬件，還包括軟件；不僅包括客戶端、服務(wù)器，還包括網(wǎng)絡(luò)環(huán)境、測試數(shù)據(jù)等。測試環(huán)境在硬件上可能也有一些特定要求，例如選用特定的顯示卡、打印機(jī)等。但在測試環(huán)境上出錯(cuò)的地方往往是在網(wǎng)絡(luò)設(shè)置、軟件環(huán)境配置等方面。在Web測試上，包括DNS、SSL協(xié)議、防火墻、Apache/WebLogic等的設(shè)置，還包括虛擬IP、網(wǎng)絡(luò)文件系統(tǒng)等。2．測試環(huán)境的可靠性：測試環(huán)境的正確性是最基本的要求，要提高測試效率，實(shí)施自動(dòng)化測試，要給測試環(huán)境提供更高的要求。對(duì)于一個(gè)測試項(xiàng)目，應(yīng)將性能測試環(huán)境和功能測試環(huán)境分開。在進(jìn)行功能測試時(shí)，最好也有兩套同樣的環(huán)境，這樣能提高測試效率。3．測試環(huán)境的多樣性和復(fù)雜性：由于銀行系統(tǒng)框架的多樣性和跨平臺(tái)性，在搭建測試平臺(tái)的時(shí)候，就應(yīng)該盡可能的考慮的滿足測試要求的各種需要，搭建一個(gè)完善的測試環(huán)境，這樣在正式使用的過程中才不至于產(chǎn)生問題。 自動(dòng)化測試工具應(yīng)用自動(dòng)化測試工具的出現(xiàn)，極大地減少了測試人員的工作量，本來繁雜的測試工作，在自動(dòng)化測試工具的幫助下，變的簡單而輕松。根據(jù)測試內(nèi)容不同，所使用的自動(dòng)化測試工具也不盡相同。功能測試工具在測試業(yè)務(wù)邏輯等功能性應(yīng)用時(shí)，一般會(huì)選擇有針對(duì)性的功能性測試工具（比如QTP、Rational Functional Tester、Rational Robot等工具），目前在測試工具領(lǐng)域中，技術(shù)最成熟并且市場占有率最高的測試工具是HP公司的Quick Test Professional（簡稱QTP）,該工具的功能是可以重現(xiàn)業(yè)務(wù)交易，并且還可以進(jìn)行批量交易，從一定程度上減少了業(yè)務(wù)人員的工作量，也提高了測試效率。測試時(shí)間的節(jié)約意味著測試人員可以把更多的精力放在業(yè)務(wù)邏輯和數(shù)據(jù)校驗(yàn)等重要工作上。QTP的特點(diǎn)：無人值守、自動(dòng)運(yùn)行QTP的案例設(shè)計(jì)可以由測試人員在工作時(shí)間完成，而測試案例的運(yùn)行可以在非工作時(shí)間進(jìn)行，從而減少測試人員在工作時(shí)間內(nèi)花費(fèi)在運(yùn)行上的時(shí)間，提高整體的測試效率。晚上運(yùn)行腳本，白天進(jìn)行數(shù)據(jù)校驗(yàn)，所節(jié)約的時(shí)間與QTP數(shù)量成正比。實(shí)現(xiàn)數(shù)據(jù)移植，降低風(fēng)險(xiǎn)QTP可以用于數(shù)據(jù)的移植和導(dǎo)出，方便地進(jìn)行大規(guī)模測試數(shù)據(jù)準(zhǔn)備。這樣做比直接從數(shù)據(jù)庫中導(dǎo)數(shù)更安全，更完備，不會(huì)造成系統(tǒng)內(nèi)部邏輯錯(cuò)誤和漏表情況發(fā)生，風(fēng)險(xiǎn)較低。測試腳本可重復(fù)利用QTP腳本一次錄入完畢后可重復(fù)使用，這正是回歸性功能測試的好處，測試案例的高可重用性極大地減少了測試人員的工作量，提高了總體測試的效率，縮短了測試周期。統(tǒng)一腳本管理、易用性高QTP具有統(tǒng)一、簡單的腳本維護(hù)功能，便于日后修改和維護(hù)，當(dāng)被測系統(tǒng)進(jìn)行了改動(dòng)或升級(jí)，可以很方便地進(jìn)行相應(yīng)腳本修改，適應(yīng)被測系統(tǒng)變化，提高測試效率。性能測試工具性能測試是通過自動(dòng)化的測試工具模擬多種正常、峰值以及異常負(fù)載條件來對(duì)系統(tǒng)的各項(xiàng)性能指標(biāo)進(jìn)行測試。負(fù)載測試和壓力測試都屬于性能測試，兩者可以結(jié)合進(jìn)行。通過負(fù)載測試，確定在各種工作負(fù)載下系統(tǒng)的性能，目標(biāo)是測試當(dāng)負(fù)載逐漸增加時(shí)，系統(tǒng)各項(xiàng)性能指標(biāo)的變化情況。壓力測試是通過確定一個(gè)系統(tǒng)的瓶頸或者不能接收的性能點(diǎn)，來獲得系統(tǒng)能提供的最大服務(wù)級(jí)別的測試。目前最常用的性能測試工具是LoadRunner，通過LoadRunner，能夠生成虛擬用戶，以虛擬用戶的方式模擬真實(shí)用戶的業(yè)務(wù)操作行為。它先記錄下業(yè)務(wù)流程，然后將其轉(zhuǎn)化為測試腳本。利用虛擬用戶，您可以在Windows，UNIX 或Linux 機(jī)器上同時(shí)產(chǎn)生成千上萬個(gè)用戶訪問。所以LoadRunner能極大的減少負(fù)載測試所需的硬件和人力資源。用LoadRunner建立測試腳本后，您可以對(duì)其進(jìn)行參數(shù)化操作，這一操作能讓您利用幾套不同的實(shí)際發(fā)生數(shù)據(jù)來測試您的應(yīng)用程序，從而反映出本系統(tǒng)的負(fù)載能力。以一個(gè)業(yè)務(wù)流程為例，參數(shù)化操作可將記錄中的固定數(shù)據(jù)，如帳號(hào)和客戶名稱，由可變值來代替，在這些變量內(nèi)隨意輸入可能的帳號(hào)和客戶名稱，來匹配多個(gè)實(shí)際用戶的操作行為。在完成測試后，LoadRunner會(huì)將所測試的結(jié)果以報(bào)表方式呈現(xiàn)出來，通過報(bào)表上的數(shù)據(jù)，對(duì)系統(tǒng)的性能進(jìn)行評(píng)估，發(fā)現(xiàn)性能瓶頸，給開發(fā)人員對(duì)系統(tǒng)的改進(jìn)提供強(qiáng)有力的幫助。仿真測試工具在對(duì)一些特殊系統(tǒng)中特別是無界面的系統(tǒng)中進(jìn)行測試，需要仿真工具來配合測試。這樣測試出來的結(jié)果才有實(shí)際意義。同時(shí)，使用仿真工具還能降低聯(lián)調(diào)的測試成本。 測試管理工具QC是HP公司一個(gè)測試管理工具，是業(yè)界第一個(gè)基于Web的測試管理系統(tǒng),它可以在公司內(nèi)部或外部進(jìn)行全球范圍內(nèi)測試的管理。通過在一個(gè)整體的應(yīng)用系統(tǒng)中集成了測試管理的各個(gè)部分，包括需求管理，測試計(jì)劃，測試執(zhí)行以及錯(cuò)誤跟蹤等功能，QC極大地加速了測試過程。由于所有的項(xiàng)目成員不可能在同一間辦公室里辦公，甚至?xí)植荚诟鞯?，這就需要一個(gè)集中的測試管理系統(tǒng)能讓測試人員不管在何時(shí)何地都能參與整個(gè)測試過程。IT部門增長地會(huì)非?？欤藛T也會(huì)不斷流動(dòng)。您必須以最快的速度培訓(xùn)新的測試人員，教會(huì)他們所有與測試有關(guān)的知識(shí)技術(shù)。重點(diǎn)在于管理復(fù)雜的開發(fā)和測試過程，改善部門間的溝通，加速您測試的成功。QC能消除組織機(jī)構(gòu)間、地域間的障礙。它能讓測試人員、開發(fā)人員或其它的IT人員通過一個(gè)中央數(shù)據(jù)倉庫，在不同地方就能交互測試信息。QC將測試過程流水化——從測試需求管理，到測試計(jì)劃，測試日程安排，測試執(zhí)行中出錯(cuò)后的錯(cuò)誤跟蹤，到最后出具測試分析報(bào)告——僅在一個(gè)基于瀏覽器的應(yīng)用中便可完成，而不需要每個(gè)客戶端都安裝一套客戶端程序。 測試團(tuán)隊(duì)組織 項(xiàng)目管理委員會(huì)（PMO））服務(wù)支持團(tuán)隊(duì)業(yè)務(wù)專家組技術(shù)專家組項(xiàng)目管理/規(guī)范測試項(xiàng)目經(jīng)理測試實(shí)施團(tuán)隊(duì)測試架構(gòu)師測試設(shè)計(jì)師技術(shù)文檔人員測試執(zhí)行工程師測試工程師業(yè)務(wù)分析師 測試數(shù)據(jù)準(zhǔn)備在軟件測試過程中，測試數(shù)據(jù)的準(zhǔn)備是一個(gè)工作量很大而且也是一個(gè)繁雜的工作。因此如何準(zhǔn)備高質(zhì)量的測試數(shù)據(jù)、如何解決生產(chǎn)數(shù)據(jù)變?yōu)闇y試數(shù)據(jù)過程中的脫敏問題、如何提高測試數(shù)據(jù)的利用率，延長使用時(shí)間，以滿足測試的需求等一系列問題，都是需要考慮的。首先看數(shù)據(jù)的來源，數(shù)據(jù)的來源一般來講有兩個(gè)，一個(gè)是根據(jù)被測系統(tǒng)需求的分析，針對(duì)正常業(yè)務(wù)，異常情況，邊界情況等來構(gòu)建完整的數(shù)據(jù)，又稱為“造”數(shù)據(jù)。這不僅僅包括最基本的基礎(chǔ)數(shù)據(jù)，比如：用戶、權(quán)限、配置、基礎(chǔ)編碼、原數(shù)據(jù)等，還包括上面提到的業(yè)務(wù)數(shù)據(jù)。這對(duì)于比較小型的系統(tǒng)來說還是可行的，對(duì)于大型的系統(tǒng)來說可能就是一個(gè)巨大的工程了。第二種方式就是利用現(xiàn)有系統(tǒng)，把已經(jīng)在生產(chǎn)環(huán)境中運(yùn)行的數(shù)據(jù)導(dǎo)出。在此基礎(chǔ)上再進(jìn)行數(shù)據(jù)的整理、加工為測試數(shù)據(jù)。但是考慮到銀行業(yè)務(wù)的特殊性，在使用這些數(shù)據(jù)之前必須對(duì)數(shù)據(jù)進(jìn)行脫敏，這樣才能保證數(shù)據(jù)的安全性。確定好數(shù)據(jù)來源后，還需要對(duì)已有數(shù)據(jù)進(jìn)行分析、驗(yàn)證、檢查，保證數(shù)據(jù)的質(zhì)量，數(shù)據(jù)的質(zhì)量一般要滿足測試需求、覆蓋被測業(yè)務(wù)、覆蓋測試邊界，以及要滿足完整性、一致性等要求。檢查完后要整理和完善數(shù)據(jù)，清除無用和冗余的數(shù)據(jù)、補(bǔ)錄不完整的數(shù)據(jù)，修改一些錯(cuò)誤的數(shù)據(jù)。經(jīng)過整理好的數(shù)據(jù)要納入測試管理，以后根據(jù)需求和變更要進(jìn)行數(shù)據(jù)的維護(hù)和更新，以保證滿足系統(tǒng)測試的要求。 測試流程 開發(fā)類項(xiàng)目測試流程 測試流程圖在業(yè)務(wù)部門提出業(yè)務(wù)需求之后，信息技術(shù)部相關(guān)科室和測試組一起進(jìn)行需求評(píng)審和技術(shù)評(píng)審，并提出開發(fā)、測試實(shí)施方案，交由項(xiàng)目組評(píng)審。如果項(xiàng)目組對(duì)該方案沒有評(píng)審?fù)ㄟ^，那么相關(guān)科室和測試組需要重新進(jìn)行評(píng)估和填寫方案。在經(jīng)過項(xiàng)目組審核通過之后，第一步項(xiàng)目組就會(huì)開始需求分析和子系統(tǒng)設(shè)計(jì)，而測試組就需要對(duì)該需求分析做驗(yàn)證，并開始制定測試計(jì)劃。第二步項(xiàng)目組進(jìn)行概要設(shè)計(jì)，測試組對(duì)該概要設(shè)計(jì)驗(yàn)證通過后進(jìn)行制定測試方案，并把該方案交由相關(guān)科室進(jìn)行整體測試方案評(píng)審。如果不通過就需要測試組重新制定測試方案，直到科室評(píng)審?fù)ㄟ^。接下來就由項(xiàng)目組進(jìn)行詳細(xì)設(shè)計(jì)，測試組在對(duì)詳細(xì)設(shè)計(jì)驗(yàn)證通過后設(shè)計(jì)測試案例。需求分析階段結(jié)束之后就是執(zhí)行階段。項(xiàng)目組會(huì)進(jìn)行編碼工作，而測試組人員就開始錄制腳本的工作。編碼結(jié)束之后項(xiàng)目組就可以提交測試版本給相關(guān)測試人員，測試人員就按收到的版本開始執(zhí)行測試工作。在測試中一旦發(fā)現(xiàn)缺陷，就及時(shí)提交缺陷給相應(yīng)開發(fā)人員進(jìn)行修改，修改完后重新進(jìn)行回歸測試，如此反復(fù)直到測試中不再發(fā)現(xiàn)問題，就提交相關(guān)測試報(bào)告給相關(guān)科室，同時(shí)提交軟件版本給業(yè)務(wù)人員進(jìn)行驗(yàn)收測試。測試通過后給相關(guān)科室提交測試驗(yàn)收?qǐng)?bào)告，科室人員在上線評(píng)審?fù)ㄟ^后，測試人員可以提交換版通知書，開發(fā)人員審核該換版通知書無誤后就可以換版上線，整個(gè)操作過程結(jié)束。 需求驗(yàn)證需求驗(yàn)證是軟件需求階段的一個(gè)重要環(huán)節(jié),未經(jīng)驗(yàn)證的需求給項(xiàng)目成功帶來較大的需求風(fēng)險(xiǎn)。需求驗(yàn)證具體內(nèi)容是： 1）審查需求文檔：對(duì)需求文檔進(jìn)行正式審查是保證軟件質(zhì)量的很有效的方法。組織一個(gè)由不同代表（如分析人員，客戶，設(shè)計(jì)人員，測試人員）組成的小組，對(duì)需求規(guī)格說明書及相關(guān)模型進(jìn)行仔細(xì)的檢查。另外在需求開發(fā)期間所做的非正式評(píng)審也是有所裨益的。2）依據(jù)需求編寫測試用例：根據(jù)用戶需求所要求的產(chǎn)品特性寫出黑盒功能測試用例?？蛻敉ㄟ^使用測試用例以確認(rèn)是否達(dá)到了期望的要求。還要從測試用例追溯回功能需求以確保沒有需求被疏忽，并且確保所有測試結(jié)果與測試用例相一致。同時(shí)，要使用測試用例來驗(yàn)證需求模型的正確性，如對(duì)話框圖和原型等。3）編寫用戶手冊(cè)：在需求開發(fā)早期即可起草一份用戶手冊(cè)，用它作為需求規(guī)格說明的參考并輔助需求分析。優(yōu)秀的用戶手冊(cè)要用淺顯易懂的語言描述出所有對(duì)用戶可見的功能。而輔助需求如質(zhì)量屬性、性能需求及對(duì)用戶不可見的功能則在需求規(guī)格說明書中予以說明。4）確定合格的標(biāo)準(zhǔn)：確定合格的標(biāo)準(zhǔn)讓用戶描述什么樣的產(chǎn)品才算滿足他們的要求和適合他們使用的。將合格的測試建立在使用情景描述或使用實(shí)例的基礎(chǔ)之上。 制定測試計(jì)劃測試計(jì)劃是在軟件測試中最重要的步驟之一，它在軟件開發(fā)的前期對(duì)軟件測試做出清晰，完整的計(jì)劃，不光對(duì)整個(gè)測試起到關(guān)鍵性的作用，而且對(duì)開發(fā)人員的開發(fā)工作，整個(gè)項(xiàng)目的規(guī)劃，項(xiàng)目經(jīng)理的審查都有輔助性作用。測試計(jì)劃描述所要完成的測試，包括測試背景、測試目的、風(fēng)險(xiǎn)分析、所需資源、任務(wù)安排和進(jìn)度等。測試計(jì)劃編寫基本策略有：1) 測試計(jì)劃編寫依據(jù)：項(xiàng)目計(jì)劃、項(xiàng)目計(jì)劃的評(píng)估狀態(tài)以及業(yè)務(wù)的理解。2) 測試計(jì)劃編寫時(shí)間：盡早開始。原則上應(yīng)該在需求定義完成之后開始編寫測試計(jì)劃，對(duì)于開發(fā)過程不是十分清晰和穩(wěn)定的項(xiàng)目，測試計(jì)劃也可以在總體設(shè)計(jì)完成后開始編寫。3) 測試計(jì)劃的編寫與實(shí)施人員：測試計(jì)劃應(yīng)該由測試小組組長或最有經(jīng)驗(yàn)的測試人員來進(jìn)行編寫，測試計(jì)劃由測試人員來實(shí)施，測試人員可以對(duì)測試計(jì)劃進(jìn)行相關(guān)人員確認(rèn)后進(jìn)行調(diào)整。4) 測試計(jì)劃的變更：測試計(jì)劃是一個(gè)發(fā)展變化的文檔，會(huì)隨著項(xiàng)目的進(jìn)展、人員或環(huán)境的變動(dòng)而變化，確保測試計(jì)劃是最新的而且依據(jù)測試計(jì)劃執(zhí)行測試工作。 5) 測試計(jì)劃的優(yōu)先級(jí)別：沒有誰可以保證通過測試后的產(chǎn)品沒有缺陷，也沒有公司會(huì)允許無休止的測試。好的測試是一個(gè)有代表性、簡單和有效的測試，在測試計(jì)劃中，必須制定測試的優(yōu)先級(jí)和重點(diǎn)。6) 測試計(jì)劃的評(píng)審：測試計(jì)劃需要由高級(jí)測試人員或測試組長制訂，在經(jīng)驗(yàn)不足或條件限制的軟件測試計(jì)劃的制訂時(shí)，需要多名測試人員共同制訂和修正。對(duì)于測試計(jì)劃的管理，測試計(jì)劃將按照項(xiàng)目編碼或軟件名稱和版本進(jìn)行管理，所有文檔放置于配置管理系統(tǒng)。測試計(jì)劃制定過程有：（1）評(píng)估項(xiàng)目計(jì)劃和狀態(tài)；（2）組建測試小組；（3）了解項(xiàng)目風(fēng)險(xiǎn)；（4）制定測試計(jì)劃；（5）審查測試計(jì)劃。制定測試計(jì)劃的原則應(yīng)該是盡早開始，靈活變更，合理評(píng)審，簡潔易讀。 測試設(shè)計(jì)測試設(shè)計(jì)由測試工程師執(zhí)行，測試設(shè)計(jì)的目的是為每一個(gè)測試需求確定測試用例集，并且確定執(zhí)行測