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