【正文】 金融信息系統(tǒng)的測試流程分析 該金融信息系統(tǒng)只要進(jìn)行功能測試，在新版本部署后，現(xiàn)在模擬環(huán)境進(jìn)行測試，測試通過后在生產(chǎn)環(huán)境進(jìn)行測試。 該金融信息系統(tǒng)業(yè)務(wù)流程復(fù)雜，數(shù)據(jù)來源不同，數(shù)據(jù)更新頻率快，需要實時更新；手工測試人員數(shù)據(jù)準(zhǔn)備困難，頻繁；后臺數(shù)據(jù)發(fā)布時間耗費大，數(shù)量多，重復(fù)性操作多；占測試時間比例大；手工測試容易造成數(shù)據(jù)不合理，測試流程步驟不合理。 整個測試流程相對比較復(fù)雜，主要有 4 種數(shù)據(jù)格式：行情數(shù)據(jù)數(shù)據(jù)流程、文件數(shù)據(jù)數(shù)據(jù)流程、債券格式化數(shù)據(jù)流程、 機(jī)構(gòu)數(shù)據(jù)數(shù)據(jù)流程。 (4) 信息披露：批量上傳稿件，債券披露信息顯示，市場成員信息披露顯示，主要以稿件形式顯示。 (2) 市場數(shù)據(jù)：顯示市場行情，會員信息，各種債 券數(shù)據(jù)等，數(shù)據(jù)實時更新，主要在后臺發(fā)布行情數(shù)據(jù)，債券格式化數(shù)據(jù)，機(jī)構(gòu)數(shù)據(jù)。 對該金融系統(tǒng)的主要功能進(jìn)行測試，確保可以該金融系統(tǒng)的主要功能得以實現(xiàn)。該金融系統(tǒng)對應(yīng)著多個后臺系統(tǒng)，每個后臺系統(tǒng)互相聯(lián)系，交錯復(fù)雜，發(fā)揮著前臺對應(yīng)的功能，這給測試增加了困難。整個業(yè)務(wù)的流程相對比較復(fù)雜，對整個流程的測試也相對困難，復(fù)雜。如圖 . . 圖 機(jī)構(gòu)數(shù) 據(jù) 流程圖 測試需求分析 基于該金融系統(tǒng)的需求功能規(guī)格說明書，以及由于該系統(tǒng)的變更頻繁等特點，主要進(jìn)行功能測試，冒煙測試，回歸測試。如圖 . . 圖 債券格式化 據(jù) 流程圖 機(jī)構(gòu)數(shù)據(jù)數(shù)據(jù)流程 某 金融信息系統(tǒng) 的機(jī)構(gòu)數(shù)據(jù)需要將來自交易系統(tǒng)的機(jī)構(gòu)數(shù)據(jù)與來自數(shù)據(jù) 后臺 系平臺的機(jī)構(gòu)數(shù)據(jù)兼容，以交易系統(tǒng)為主，補(bǔ)充債券發(fā)行 機(jī)構(gòu)、承銷機(jī)構(gòu)等屬性。在以上業(yè)務(wù)發(fā)生時通過數(shù)據(jù) 后臺 平臺將格式化數(shù)據(jù)入庫，以及對文檔進(jìn)行發(fā)債機(jī)構(gòu)、承銷機(jī)構(gòu)、債券代碼等關(guān)聯(lián)性操作。對 某金融信息系統(tǒng) 全部文本信息的匯總分析見下一小結(jié)。 如圖 圖 行情數(shù)據(jù) 流程圖 文件數(shù)據(jù)數(shù)據(jù)流程 文本信息，通過數(shù)據(jù) 后臺 平臺進(jìn)行處理（增加與機(jī)構(gòu)、債券的關(guān)聯(lián)性）。 該系統(tǒng)的 全部數(shù)據(jù)從類型上可分為行情數(shù)據(jù)、格式化債券數(shù)據(jù)、文本類信 三類，各類數(shù)據(jù)來源如 表 所示 表 各類數(shù)據(jù)來源 網(wǎng)站信息類型 簡介 數(shù)據(jù)來源 行情數(shù)據(jù) 各種行情數(shù)據(jù)、統(tǒng)計數(shù)據(jù)及會員名單等 中間庫和數(shù)據(jù)倉庫自動維護(hù) *后臺 系統(tǒng)提供應(yīng)急手工發(fā)布功能 文本類信息 公告、 通知、及信息披露等業(yè)務(wù)文檔 數(shù)據(jù) 后臺 平臺人工維護(hù) 法規(guī)、業(yè)務(wù)規(guī)則、中心介紹等介紹性 后臺 系統(tǒng)人工維護(hù) 格式化債券數(shù)據(jù) 債券基本信息、評級信息等格式化數(shù)據(jù) 數(shù)據(jù) 后臺 平臺人工維護(hù) 機(jī)構(gòu)基本信息 發(fā)債機(jī)構(gòu)、承銷機(jī)構(gòu)、評級公司、市場成員機(jī)構(gòu)（信息集中披露） 數(shù)據(jù) 后臺 平臺人工維護(hù) 各市場會員名單、做市商名單等 *中間庫和數(shù)據(jù)倉庫自動維護(hù) 法規(guī)頒布機(jī)構(gòu) 后臺 系統(tǒng)人工維護(hù) 行情數(shù)據(jù)數(shù)據(jù)流程 該系統(tǒng)使用的行情類、統(tǒng)計類數(shù)據(jù)主要來自于系統(tǒng)自動生成（如系統(tǒng)無或數(shù)據(jù)錯誤，通過 后臺 系統(tǒng)提供的應(yīng)急手工發(fā)布功能）。數(shù)據(jù)入目標(biāo)庫后根據(jù) show_date 或其他標(biāo)識生成頁面。 如圖 圖 總業(yè)務(wù) 流程圖 數(shù)據(jù)流程 該系統(tǒng)的數(shù)據(jù)流程復(fù)雜 ，含有對后臺數(shù)據(jù)庫。 本章小結(jié) 本章主要描述當(dāng)前的自動化測試工具，描述了自動化測試工具的分類與比較以及當(dāng)前常用的功能測試工具， 接著 著重 介紹了 QTP 自動化測試工具，并描述了QTP 自動化測試的工作原理和核心功能。 7. 問題回報 QTP 可以與 Test Director 或 Quality Center 等測試管理工具集成。 6. 分析測試結(jié)果 分析測試結(jié)果，找出程序問題的所在。 . . 4. 調(diào)試腳本 通過對修改后的腳本進(jìn)行調(diào)試，以確保測試腳本可以正常的運行。 3. 設(shè)置檢查點和輸出值 對于剛錄制好的腳本，很可能會存在錯誤，那么就需要測試人員在錄制好腳本的基礎(chǔ)上，對它進(jìn)行修改加強(qiáng)。在確認(rèn)分析的同時，要確保的 QTP 的設(shè)置，使它可 以正確的錄制并儲存信息。 QTP 自動化測試流程 1. 錄制測試腳本前的準(zhǔn)備 在測試前應(yīng)該對被測應(yīng)用程序進(jìn)行分析，確認(rèn) QTP 是否符合測試需求，確認(rèn)是否有明確的操作步驟及預(yù)期結(jié)果，確認(rèn)要測試哪些功能點。在對 數(shù)據(jù) 驅(qū)動可以采用多種形式： Excel 表格 ， XML 文件 ， TXT 文件 等等 。在對象庫可以對對象屬性可 根據(jù)需要進(jìn)行 修改 。 在錄制腳本的過程中， QTP 會自動在 對象庫中 生成被測對象的屬性 ， 對不能通過錄制生成的對象，可以通過手動添加該對象 。 QTP 本身內(nèi)置了 10 中類型的檢查點，有標(biāo)準(zhǔn)檢查點，圖像檢查點，位圖檢查點，表格檢查點，文本檢查點，文本區(qū)域檢查點，頁面檢查點， XML 檢查點等等 。 QTP 的核心功能 檢查點 ： 用來檢驗被測 對象 的 當(dāng)前屬性值與預(yù)期 值 是否一致 的驗證點 。 QTP 的“對象庫”對話框能顯示當(dāng)前的組件，當(dāng)前操作以及整個測試過程中所有對象的樹形結(jié)構(gòu)。 QTP 把發(fā)現(xiàn) 找到的 對象數(shù)據(jù)存儲在 相應(yīng)的 對象庫中。 QTP 可以通過其“智能標(biāo)識”機(jī)制的排除 過程來標(biāo)識對象，即通過使測試對象屬性的屬性值有所改變。在應(yīng)用程序中的對象沒有較大的變化的情況下， QTP 識別出與錄制時儲存 的對象唯一 相匹配的測試對象 。若也沒有可用的輔助屬性，或者是輔助屬性仍不足夠創(chuàng)建一個唯一的描述，則 QTP 將添加一個特殊的順序標(biāo)識符以創(chuàng)建唯一的描述 [15]。在錄制對象時， QTP 根據(jù)對應(yīng)的強(qiáng)制屬性的屬性值，然后通過檢查頁面上其余的對象，來辨認(rèn)該對象是否是唯一標(biāo)識的。 1. 在錄制時識別測試對象的原理 QTP 在錄制時， 首先 會查看 錄制的對象， 并儲存這個測試對象 ，然后 確定該測試對象符合的對象類。測試人員通過錄制或指定對象. . 屬性的方方法，可將一個對象添加到對象庫中：在錄制過程中， QTP 添加對象是通過在 Tools→ Object Identification 中設(shè)定記錄；而在回放的過程中， QTP 則進(jìn)行對象庫的對象屬性和被測軟件中的實時對象屬性的 比對。 QTP 是一款非常好的功能自動化測試工具，她支持多種環(huán)境的功能測試。使用 QTP 自動化測試工具，可以提高整 個測試工作的過程，并且可以重復(fù)地使用這些測試腳本來進(jìn)行測試。使用 QTP 的目的是想用它來執(zhí)行重復(fù)的手動測試，主要是用于回歸測試和 冒煙測試 。從而減少了工作時間，降低了維護(hù)腳本的成本，當(dāng)然也簡化了 整個腳本開發(fā)的復(fù)雜度。 RFT 自動重建測試對象圖，并且包括了所有對象的識別屬性。 RFT 可以通過錄制一個被測系統(tǒng)的測試，產(chǎn)生相應(yīng)的測試腳本，它可以測試這個應(yīng)用程序中的 任何對象，可以是對像的數(shù)據(jù)或?qū)傩浴? 4. RFT RFT（ Rational Functional Tester 的簡稱）是 IBM 公司的一款支持 Java 功能測試工具。 QARum 在添加檢查點的同時，會重建預(yù)期結(jié)果，即插入的檢查點 會是是被測軟件在某 一個 功能點的特定 的期望狀態(tài)。 . . (3) 通過 WinRunner 工具， 可以 進(jìn)行 重復(fù) 測試， 從而 可以 大大地 降低測試工作 時間和 人力 資源。 Win Runner 測試工具的特性： (1) 可以創(chuàng)建不同的測試 腳本 ，滿足不同的業(yè)務(wù)需求。測試人員通過Win Runner 工具可以發(fā)現(xiàn)系統(tǒng)或軟件的缺陷， 并避免這些缺陷在軟件系統(tǒng)再次的發(fā)布的時候重新出現(xiàn)，從而使其可以穩(wěn)定長久的運行 。 2. Win Runner Win Runner 是 Mercury Interactive 公司的一個企業(yè)級別的功能自動化測試工具。同時，QTP 可以利用自帶的專家視圖對自動生成的腳本進(jìn)行修改，從而優(yōu)化我的測試過程。 QTP 是由 Mercury 公司推出的一個有關(guān)自動化功能測試的工具，她支持功能測試和回歸測試，采用了關(guān)鍵字驅(qū)動的測試概念，并能簡化測試的創(chuàng)建和維護(hù)的過程，可以便捷的插入，修改和移除測試步驟。 常見的功能測試工具 1. QTP QTP 是 Quicktest Professional 的簡稱， 是一款用于功能測試的自動化測試工具 。 (1) 功能測試工具 ： 用于軟件是否達(dá)到需求規(guī)格說明書要求的功能，并正常運行。黑盒測試工具使用的 原理是利用 利用工具錄制 /回放模擬用戶 操作 的腳本 ， 并 將 根據(jù)實際 輸出 的結(jié)果 記錄下來 ，與預(yù)期輸出結(jié)果進(jìn)行對比 。 動態(tài)測試工具的代表有 Compuware 公司的 DevPartner 軟件， Rational 公司的Pudfy 系列。 動態(tài)測試工具 [8]： 動態(tài)測試工 具一般是采用“插樁”的方式，向代碼生成的可執(zhí)行文件中插入一些驗證 代碼，用來統(tǒng)計程序運行時的數(shù)據(jù)。靜態(tài)分析主要集中在需求文檔，設(shè)計文檔以及程序結(jié)構(gòu)方面。根據(jù)測試方法不同，自動化測試工具可以分 為 [11]： 1. 白盒測試工具 白盒測試工具一般是針對被測源程序進(jìn)行的測試，測試中發(fā)現(xiàn)的缺陷可以定位到代碼級，根據(jù)測試工具原理的不同，又可以分為靜態(tài)測試工具和動態(tài)測試工具 [12]。進(jìn)行專業(yè)軟件測試的企業(yè)可以分 為兩類 [10]:第一類是軟件產(chǎn)品的生產(chǎn)企業(yè)：對自身開發(fā)產(chǎn)品進(jìn)行測試，保證產(chǎn)品質(zhì)量；另一類是軟件產(chǎn)品的用戶企業(yè)：對所購買和引進(jìn)的軟件產(chǎn)品進(jìn)行驗收測試，保證運行效果。通過測試工具可以進(jìn)行部分的測試設(shè)計，實現(xiàn)，執(zhí)行和比較等測試工作。 本章小結(jié) 本章介紹了 從軟件工程的角度上，描述 軟件測試的 定、原則 和分類， 并介紹軟件自動化測試以及發(fā)展歷史，分析自動化測試與手工測試的區(qū)別，從而總結(jié)自. . 動化測試的優(yōu)缺點。 因此，我們對軟件自動化測試應(yīng)該有正確的認(rèn)識，不要期望有了自動化測試就能提高測試的質(zhì)量。測試首次運行時，可能發(fā)現(xiàn)大量錯誤。 6. 自動化測試對流程的要求將會遠(yuǎn)遠(yuǎn)高于手工測試。 3. 自動化測試工具作為軟件的一種，本身也存在缺陷，測試工具不能發(fā)現(xiàn)所有的問題，測試人員還需要做大量的工作 4. 自動測試的成本高于手工測試，自動測試 的成本包含自動測試開發(fā)成本、自動測試運行成本、自動測試維護(hù)成本和其他相關(guān)任務(wù)帶來的成本。 2. 自動化測試不可能替代所有的手工測試，軟件不能像人腦一樣智能地判斷預(yù)期結(jié)果與實際結(jié)果的差異。 自動化測試不是萬能的，不可能完全替代手工測試。 7. 可以通過錄制技術(shù)和腳本技術(shù)創(chuàng)建相關(guān)的測試用例，可以減少測試難度，降低測試成本，可精確地重復(fù)再現(xiàn)之前的測試步驟，有利于進(jìn)行回歸測試。 . . 5. 避免了人為的過多干預(yù)，提高測試的質(zhì)量和效率，從而減少了因測試人員的操作失誤，也避免因測試人員更換造成的操作失誤，保證測試的連貫性，保證測試的質(zhì)量。 3. 更好地執(zhí)行非功能性方面的測試，例如壓力測試、并發(fā)測試、 大數(shù)據(jù)量測試、崩潰性測試等等。 2. 更有效地利用資源。 自動化測試有以下優(yōu)勢 [5][6]： 1. 可重復(fù)性。 (8) 在可重用方面， 手工測試需要手動的重復(fù)執(zhí)行測試用例，不能實現(xiàn)測試的重用 。 (6) 在效率方面， 需要 重復(fù)執(zhí)行 每個用例 ，時間耗費多，效率低。 (4) 在 手工測試的 流程上， 可以避免 意外突變情況 的發(fā)生 。 (2) 在執(zhí)行測試上， 需要通過手工這個執(zhí)行測試用例。 (10) 在誤差方面，可以避免應(yīng)人為操作而產(chǎn)生的誤差。 . . (8) 在運行結(jié)果上，自動化測試可以自動生產(chǎn)相關(guān)的測試結(jié)果。 (6) 在成本上，用于維護(hù)自動化測試腳本的費用比較高。 (4) 在人員上，測試人員技術(shù)的要求相對較高，人員數(shù)量相對減少。 (2) 在測試用例方面，比較適合用于測試簡單的以及步驟清晰的測試用例。第三代自動化測試技術(shù)被稱為 測試框架（ test framework） 。第三代的測試技術(shù)將測試腳本給抽象化了，使測試腳本可以通俗易懂，讓非專業(yè)技術(shù)人員也可以實施自動化測試。但是第二代的測試工具也存在著缺陷，就是測試的 靈活度不夠高。 第二代的自動化測試 工具出現(xiàn)在 上世紀(jì)的 80 年代末， 第一代的通過硬件 錄制 /播放 的自動化測試技術(shù)已經(jīng)轉(zhuǎn)變?yōu)橥ㄟ^ 軟件錄制 /播放（ capture/playback）的方式生成測試腳本， 同時對于一代沒有檢查點的功能，在第二代也實現(xiàn)了設(shè)置 檢查點的功能，用來對軟件 測試 做驗證 點 。這種測試工具缺少設(shè)置檢查點的功能。 自動化測試 的發(fā)展歷史 隨著現(xiàn)代 計算機(jī)的廣泛普及，測試效率越來越受關(guān)注，客戶對軟件產(chǎn)品的交付時間也越來越緊，為了達(dá)到這一目標(biāo)，便開始了針對進(jìn)行軟件自動化測試的相關(guān)研究，相關(guān)的測試工具是層出不窮。 軟件產(chǎn)品的質(zhì)量 逐漸成為軟件行業(yè)生存與發(fā)展的核心。 軟件自動化測試是相對手工測試而存在的，主要是通過軟件測試工具，腳本等來實現(xiàn)的，具有良好的可操作性，可重復(fù)性和高效性等特點。 軟件自動化測試技術(shù) 軟件自動化測試 軟件測試自動化是指測試人員按照預(yù)定的計劃，借助測試工具對軟件進(jìn)行功能、性能等方面的測試。 驗收測試是指在系統(tǒng)測試的后期，以用戶測試為主進(jìn)行的測試。集成測試是根據(jù) 概要設(shè)計和詳細(xì)設(shè)計進(jìn)行 的 測試。 集成測試，也叫組裝測試或聯(lián)合測試 [8]。 在 單元測試 中，測試 的對象是 程序中的各個 模塊。 3. 單元測試、集成測試、系統(tǒng)測試、驗收測試 根據(jù) 測試的階段