【文章內(nèi)容簡介】 ............... 34 圖 DATA TABLE ........................................................................................................ 35 圖 參數(shù)出口 ........................................................................................................... 36 圖 用戶名參數(shù)化結(jié)果顯示 ................................................................................... 36 圖 在專家視圖中的顯示 ....................................................................................... 37 圖 密碼參數(shù)化結(jié)果顯示 ....................................................................................... 37 . . 表目錄 表 自動化測試與手工測試對比 ............................................................................. 9 表 各類數(shù)據(jù)來源 ................................................................................................... 19 表 ST 測試環(huán)境 ...................................................................................................... 28 表 用戶登錄模塊測試用例 ................................................................................... 33 . . 第 1章 緒論 課題背景 軟件測試是 整個 項目過程中 的重要環(huán)節(jié)之一。 軟件開發(fā) 方面 的工作效率在 軟件技術(shù)的 快速 發(fā)展 的同時，也有了 很大 的提高， 但在 軟件測試 方面， 效率 并 沒有得到相應(yīng)的提高。在國外， 在軟件開發(fā)過程中越來越注重軟件測試效率， 在整個軟件開發(fā)過程中所占的 比例 越來越高 ， 成為 在 軟件 項目 過程中 的 重要 環(huán)節(jié) 。軟件自動化測試 的出現(xiàn)，是 軟件測試 發(fā)展過程中的 的 一個 新階段 ，軟件 自動化測試 成為成為了提高軟件測試效率的重要途徑 。 本文是針對某金融信息系統(tǒng)。此 系統(tǒng) 相對其他系統(tǒng)來說， 業(yè)務(wù)邏輯 相對 比較復(fù)雜 ； 金融信息 系統(tǒng) 測試需求復(fù)雜， 測試 需要的 數(shù)據(jù)需求量 很 大， 而 這些數(shù)據(jù)都需要測試人員在后臺或前臺同手工操作來產(chǎn)生的；另外該系統(tǒng)變更頻繁，回歸測試頻繁，測試工作周期緊張，而系統(tǒng)的需求文檔維護不周，缺失嚴重 ，并且開發(fā)人員缺乏金融背景知識等等，這些都為測試工作帶來了困難， 這就致使通過利用自動化測 試的特點來解決目前的困難，從而可以在盡可能少的人力資源投入下和盡可能短的工作時間內(nèi)，盡可能高效地發(fā)現(xiàn) 系統(tǒng)缺陷 ，進而可以進一步提高開發(fā)人員在 修復(fù)缺陷 階段的工作效率。在該項目中，本人主要負責(zé)新增模塊的測試需求分析，以及該模塊在 ST 環(huán)境和 UAT 環(huán)境下的功能測試，基于該模塊的功能測試，提出了 相關(guān)的 自動化測試的實施。 論文研究的目的與意義 軟件測試是 整個項目過程中 的重要環(huán)節(jié)之一 。 在該金融信息系統(tǒng)實施自動化測試，可以解決目前該金融信息系統(tǒng)的一些， 從而可以在盡可能少的人力資源投入下和盡可能短的工作時間內(nèi)，盡可能高效地發(fā)現(xiàn) 系統(tǒng)缺陷 ，進而可以進一步提高開發(fā)人員在 修復(fù)缺陷 階段的工作效率。 主要工作 論文的主要工作包括： 1. 分析該金融信息系統(tǒng)新增模塊的測試需求。 2. 設(shè)計該新增模塊的相關(guān)測試用例。 . . 3. 根據(jù)測試用例分析測試方法。 4. 實施 QTP 自動化功能測試。 5. 通過案例分析，提出改進 QTP 自動化測試的方法與建議。 軟件測試綜述 軟件測試 軟件測試的研究可以追溯到 60 年代，至今己有近 40 年的歷史。 軟件測試的概念可以從兩方面的來講，一方面，它 是指 對 軟件產(chǎn)品 在 生存周期內(nèi) 的所有的檢驗 、評審；另一方面， 是 指對軟件產(chǎn)品質(zhì)量的檢測和評審 。 總結(jié)出來，可以概括為 ： 它一方面檢查軟件產(chǎn)品質(zhì)量中存在的質(zhì)量問題，同時對產(chǎn)品質(zhì)量進行客觀的評價 [1]。 進入 80 年代，軟件產(chǎn)品的質(zhì)量 越來越受到 了 重視 。 1982 年 6 月在美國北卡羅來納大學(xué)召開了首次軟件測試的正式技術(shù)會議，關(guān)心軟件測試和軟件質(zhì)量的研究與開發(fā)人員第一次聚會， 就軟件測試和軟件質(zhì)量提出了他們自己的看法 。這次會議成為軟件測試技術(shù)發(fā)展中的一個重要里程碑 [1]。 信息時代的迅速發(fā)展，軟件的質(zhì)量成為了人們共同關(guān)注的焦點。在國外，軟件測試發(fā)展很迅速，如美、英、法等國都有開發(fā)軟件測試標準與測試工具的專業(yè)公司。而我國，在軟件測試方面起 步 較晚，測試技術(shù)和測試工具也相對缺乏。我國軟件測試技術(shù)研究起步較晚 ，人力、物力 等投入較 少，與 國外現(xiàn)狀 相比，差距很大，難以滿足實際的需求。 軟件測試 是在有限的時間內(nèi)提供高質(zhì)量軟件的保證，是一個完整、正規(guī)的軟件開發(fā)過程中非常重要的一個部分 [2]。測試是為發(fā)現(xiàn)錯誤而執(zhí)行的一個程序或者系統(tǒng)的過程 [3]。 測試是對軟件質(zhì)量的度量 [4]。 軟件自動化測試 自動測試 是指 各種測試活動的管理與實施，包括測試腳本的開發(fā)與執(zhí)行，以便使用一種自動測試工具來 驗證測試需求。實際上就是將大量的重復(fù) 性工作 通過自動化測試工具 去完成 [5]。 因此，可以將自動化測試定義為測 試人員按照預(yù)定的 計劃，借助 自動化 測試工具 ，執(zhí)行 自動測試程序 ，進而 對軟件進行功能、性能等方面測試 ，它 是相對手工測試而存在的，具有良好的可操作性，可重復(fù)性和高效性等特點。 . . 論文的組織結(jié)構(gòu) 第一章緒論，介紹課題背景，主要工作內(nèi)容， 軟件測試概述， 最后介紹了本論文的組織。 第二章從軟件工程的角度出發(fā)，對軟件測試和自動化測試技術(shù)進行全面的了解。 第三章對該系統(tǒng)使用的自動化測試工具 QTP 進行簡單的介紹。 第四章進行某 金融信息系統(tǒng)的測試需求分析。 第五章 QTP 自動化功能測試在金融信息系統(tǒng)中的應(yīng)用 。 第六章通過案例研究，提出對 QTP 自動化測試流程的改進，以及某些缺陷的研究方法 。 第七 章本文的總結(jié)部分，指出 QTP 自動化測試系統(tǒng)存在的缺陷，有待繼續(xù)研究的方向等。 本章小結(jié) 首先，簡單的介紹了課題的相關(guān)背景和研究的意義；然后 ，概述了 軟件測試和自動化測試的相關(guān)概念；最后 ， 介紹了本文的組織結(jié)構(gòu)。 . . 第 2章 軟件測試技術(shù) 軟件測試基本理論 軟件測試的定義與目的 1983 年 IEEE（ 電氣和電子工程師 簡稱）給出了軟件測試下的定義： “ 使用人工或自 動的手段來運行或測定某個軟件系統(tǒng)的過程，其 測試 目的 時在于檢驗被測系統(tǒng)是否滿足需求的規(guī)定 ” [6]。 從給定的定義，可以 明確地指出軟件測試 的目的是 檢查被測系統(tǒng)對的功能 是否 與相關(guān) 需求 規(guī)定的功能相一致，既要檢查是否 滿足所規(guī)定的需求 ，又要檢查被測系統(tǒng)是 否存在差異。 根據(jù) 國家標準 ， 可以將測試概念 定義 為：通過 人工或自動 來執(zhí)行和檢驗被測系統(tǒng)相關(guān)功能 的過程， 以證明該被測系統(tǒng)對的功能 是否 與相關(guān) 需求 規(guī)定的功能相一致 ； 或 者檢查預(yù)期 實際 輸出 結(jié)果 和 輸出 結(jié)果 是否相一致 。 在《系統(tǒng)的軟件測試》 [7]書 中 ， 描述有關(guān)軟件測試的 相關(guān) 定義 ：“軟件 測 試 的目的是為了橫 量和提高被測軟 件的質(zhì)量， 并 進行 了相關(guān)的工程設(shè)計、實施以及維護 整個生命周期 的 過程。” ， 這些定義描述 對軟件測試 的理論 研究 體系研究 產(chǎn)生了巨大的影響 。 以上定義從不同角度描述了軟件測試的 相關(guān)定義 。 從總體上來看， 這些 給出定義的實質(zhì) 是一致的。 它們都一致的指出 軟測試是 為了檢驗被測軟件的功能 是否滿足需求 所規(guī)定 ， 并 盡可能 多 的 發(fā)現(xiàn)和解決 軟件中存在的缺陷，這既是軟件測試的目的。 軟件測試目的 ， 可以 為以 下幾點 [5][6]: (1) 最終的目的是 通過測試提高軟件 產(chǎn)品 的質(zhì)量。 (2) 以盡可能 用較 少的時間和人力，找出 潛伏在 軟件 產(chǎn)品中 的 缺陷 ，并在產(chǎn)品交付之前解決這些 Bug。 (3) 通過設(shè)計的測試用例，檢驗 軟件 產(chǎn)品的功能 是否與需求 規(guī)格功能說明書相一致 。 (4) 通過執(zhí)行測試，檢查實際輸出結(jié)果與預(yù)期輸出結(jié)果是否相一致 。 (5) 評估軟件的性能指標。 最后根據(jù)的測試結(jié)果和相關(guān)測試標準規(guī)定，為軟件產(chǎn)品交付提供依據(jù)。 (6) 提高軟件的可靠性， 增加用戶對軟件 使用 的信心。 . . 軟件測試的原則 要做好軟件測試，需要有一定的原則和方法指導(dǎo)。 軟件測試的主要原則是 [5][6]: 1. 制定嚴格的測試計劃，并把測試時間安排得盡量寬松，不要希望在極短的時間內(nèi)完成一個高水平的測試； 2. 設(shè)計測試用例時，應(yīng)該考 慮到合法的輸入和不合法的輸入，以及各種邊界條件，特殊情況下要制造極端狀態(tài)和意外狀 態(tài) 。 測試用例 包括測試編號 、 測試輸入、測試步驟和 預(yù)期 輸出預(yù)期結(jié)果 。在設(shè)計測試用例時，還要考慮測試覆蓋率，確保需求中規(guī)定的所有功能 路徑 都能覆蓋到 ，因為 每一條路徑都 會關(guān)聯(lián)到相關(guān)的功能點 ， 要保持測試的完整性 。 3. 應(yīng)該盡早的階段和不間斷的進行，越早發(fā)現(xiàn)軟件的缺陷，修復(fù)的成本就越低； 4. 嚴格執(zhí)行測試計劃，在執(zhí)行 測試過程中 ，要嚴格執(zhí)行測試用例， 需按照功能，遵循優(yōu)先級從高到低的測試 。 5. 對每一次測試結(jié)果，發(fā)現(xiàn)的缺陷，都要再重新一次測試，一證明該缺陷是 否具有重現(xiàn)性。 6. 對于開發(fā)已 FIXED 的 BUG，進行回歸測試，用來驗證該 BUG 卻是已經(jīng)修復(fù)過。 7. 在 BUG 的 回歸測試 中，要考慮相關(guān)功能點 的關(guān)聯(lián)性 ，對一個 BUG 的修復(fù)很可能會引發(fā)另一個缺陷的存在。 8. 妥善保管好 與測試相關(guān)的一切文檔，包括 測試計劃，測試用例，缺陷 報告 ，測試結(jié)果報告等等，只有這樣才能維護和 保證軟件 產(chǎn)品 的質(zhì)量 軟件測試的分類 軟件測試方法和技術(shù)多種多樣，根據(jù)不同角度，可以將測試方法分為不同種類。 1. 靜態(tài)測試和動態(tài)測試 根據(jù) 在 測試過程中軟件的狀態(tài)不同， 可以將軟件 分為靜態(tài)測試和動態(tài)測試。 所謂的靜態(tài)測試（ Static Testing）， 它 是指不實際 去 運行被測軟件，而只是靜態(tài)地檢查 相關(guān)的 程序代碼、界面或文檔中 有 可能存在的 相關(guān) 錯誤的過程 [8]。靜態(tài)測試 方法 是指 通過 靜態(tài) 的分析 程序， 從而 找出 相關(guān)的 BUG 和不合理之處。 靜態(tài)測試結(jié)果可用于進一步的查錯，并為測試用例選取提供指導(dǎo)。 動態(tài)測試（ Dynamic Testing）， 它 是指實際 去 運行被測程序，輸入相應(yīng)的測試. . 數(shù)據(jù)，檢查實際輸出結(jié)果和預(yù)期 輸出的 結(jié)果是否 相一致 的過程 [8]。動態(tài)測試的特征是在測試過程中執(zhí)行被測試程序。 2. 黑盒測試與白盒測試 根據(jù)是否 對系統(tǒng)內(nèi)部結(jié)構(gòu)和具體實現(xiàn)算法的 測試 角度， 可以將測試 分為黑盒測試和白盒測試。 黑盒測試 (Blackbox Testing)，它 又稱功能測試或基于 需求 規(guī)格 說明 的測試，要從用戶的角度出發(fā)，對軟件產(chǎn)品進行測試 。在 黑盒 測試中， 是 把程序看作 是一個不能打開的黑盒子， 不考慮 軟件 程序 的 情況下，在 各個 程序接口進行 功能測試，它只檢查軟件 功能是否按照需求規(guī)格說明書的 所 規(guī)定 的功能，并能 正常使用 [8]。黑盒測試只考慮 軟件界面 、 軟件的功能是否實現(xiàn)以及它的業(yè)務(wù)流程是否 可以走通 ， 它并 不考慮 程序 內(nèi)部的 結(jié)構(gòu) 。 如圖 圖 黑盒測試流程 白盒測試 (Whitbox Testng)，它 又稱 程序 結(jié)構(gòu)測試、邏輯驅(qū)動測試或基于程序的測試 [8]。它 需要對軟件程序進行檢查 ， 在 特定條件 下， 設(shè)計 相關(guān)的測試用例，對程序的內(nèi)部邏輯機構(gòu) 進行測試 和驗證 。在 白盒 測試 的過程 中， 將被測 對象 當(dāng)做一個 被 打開的盒子， 根據(jù)的 內(nèi)部邏輯結(jié)構(gòu) 以及功能點的覆蓋路徑 ，設(shè)計 相關(guān)的 測試用例， 根據(jù)測試用， 對 代碼中的各種覆蓋 路徑進行 檢驗 測試， 最后，檢查 實際輸出結(jié)果 是否與預(yù)期 輸出結(jié)果相一致 。 3. 單元測試、集成測試、系統(tǒng)測試、驗收測試 根據(jù) 測試的階段 的 不同， 將測試分為 包括單元測試、集成測試、確認測試、系統(tǒng)測試和回歸測試。 如圖 程序 條件 條件 輸出 輸入 . . 圖 測試各階段