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