專利名稱：一種基于測試框架的軟件測試方法
技術(shù)領(lǐng)域：
本發(fā)明涉及計(jì)算機(jī)軟件技術(shù)，特別涉及到軟件測試的方法，具體涉及到基于測試 框架的軟件測試方法。
背景技術(shù)：
軟件測試是提高軟件可靠性、保證軟件質(zhì)量的重要手段，軟件測試活動(dòng)已經(jīng)融入 軟件全生命周期的各個(gè)階段中，軟件測試采用的各類技術(shù)方法以及測試工具已經(jīng)日趨成 熟，相關(guān)的標(biāo)準(zhǔn)、體系也在不斷完善，軟件測試正在朝著規(guī)范化不斷發(fā)展。軟件測試是一項(xiàng)資源消耗很大的活動(dòng)，測試質(zhì)量受資源限制現(xiàn)象非常明顯。如何 在有限資源條件及保證質(zhì)量的前提下提高軟件測試的效率是亟待解決的問題。目前軟件測 試領(lǐng)域的研究尚處各自為政狀態(tài)，還沒有形成一個(gè)完整的技術(shù)體系，導(dǎo)致各類從事軟件測 試工作的人員在測試中缺乏系統(tǒng)化的考慮，經(jīng)常忽略或遺忘一些重要環(huán)節(jié)或者針對遇到的 問題無法找到合適的解決方案。另外，具體人員在具體測試過程中的一些好方法或成功經(jīng) 驗(yàn)以及發(fā)現(xiàn)的軟件缺陷在其他項(xiàng)目中都無法得到借鑒，致使軟件測試的效率很低，而且無 法保證測試質(zhì)量。

發(fā)明內(nèi)容
本發(fā)明的目的在于提供一種基于測試框架的軟件測試方法，該測試方法可以通過 復(fù)用解決同類產(chǎn)品軟件的測試問題。為了實(shí)現(xiàn)上述目的本發(fā)明采用的技術(shù)方案如下本發(fā)明的基于測試框架的軟件測試方法，包含以下步驟Sll 構(gòu)建某一系列產(chǎn)品的基礎(chǔ)測試框架；S12 在具體軟件的測試過程中對基礎(chǔ)測試框架進(jìn)行實(shí)例化，得到測試方案；S13 按照所述的測試方案執(zhí)行測試；S14 根據(jù)本次測試過程與結(jié)果對所述的基礎(chǔ)測試框架進(jìn)行完善；S15 下次測試同一系列的產(chǎn)品時(shí)重復(fù)S12至S14步。步驟Sll中所述的基礎(chǔ)測試框架的構(gòu)建是本發(fā)明的軟件測試方法的核心部分，包 括以下步驟S21 構(gòu)建測試過程視圖所述的測試過程視圖表述測試的具體執(zhí)行活動(dòng)組成及所述執(zhí)行活動(dòng)的具體內(nèi)容和執(zhí)行順序，其根據(jù)測試過程中不同的功能階段構(gòu)建；優(yōu)選的，所述的測試過程視圖按照如下方法構(gòu)建所述的執(zhí)行活動(dòng)組成按照以下四個(gè)階段構(gòu)建制定測試需求、進(jìn)行測試設(shè)計(jì)、運(yùn)行測試、測試結(jié)果分析，四個(gè)階段的執(zhí)行順 序按照依次執(zhí)行構(gòu)建，四個(gè)階段的具體內(nèi)容構(gòu)建如下在所述的制定測試需求階段的具體 內(nèi)容為生成被測軟件模型、交聯(lián)環(huán)境模型，在所述的測試設(shè)計(jì)階段的具體內(nèi)容為建立策略 模型，根據(jù)所述的被測軟件模型生成測試空間模型，根據(jù)所述的交聯(lián)環(huán)境模型生成測試環(huán)境模型，在所述的運(yùn)行測試階段的具體內(nèi)容為根據(jù)所述的策略模型和測試空間模型生成測 試用例，根據(jù)所述的測試環(huán)境模型生成執(zhí)行系統(tǒng)，并利用生成的測試用例和執(zhí)行系統(tǒng)來運(yùn) 行測試，所述的測試結(jié)果分析階段的具體內(nèi)容為生成缺陷模型。S22:構(gòu)建測試組件視圖
所述測試組件視圖表述所述的基礎(chǔ)測試框架對所述測試方案內(nèi)容的組件劃分，以 及所述組件之間的各種關(guān)系；所述的測試組件視圖根據(jù)所述的執(zhí)行活動(dòng)組成從以下五個(gè)方面構(gòu)建根據(jù)參與各 執(zhí)行活動(dòng)的測試人員構(gòu)建測試人員組件、根據(jù)各執(zhí)行活動(dòng)中用到的測試工具構(gòu)建測試工具 組件、根據(jù)各執(zhí)行活動(dòng)中生成的測試模型及測試文檔構(gòu)建測試模型組件及測試文檔組件， 根據(jù)各執(zhí)行活動(dòng)動(dòng)態(tài)流程構(gòu)建測試執(zhí)行體組件；所述各組件之間的關(guān)系構(gòu)建如下測試人員完成各類測試文檔的編寫，同時(shí)要構(gòu) 建測試執(zhí)行體和使用測試工具；測試模型體現(xiàn)在測試文檔之中，并被實(shí)例化成為相應(yīng)測試 執(zhí)行體，利用測試工具構(gòu)建相應(yīng)測試模型；測試工具產(chǎn)生出相應(yīng)測試執(zhí)行體；測試結(jié)果數(shù) 據(jù)體現(xiàn)在測試文檔中；S33 分別構(gòu)建測試測試人員視圖、測試工具視圖、測試文檔視圖所述的測試測試人員視圖表述所述測試方案中涉及到的測試角色及所述角色的 具體工作和各角色的組織管理關(guān)系，根據(jù)所述的測試人員組件和所述的各執(zhí)行活動(dòng)之間的 關(guān)系構(gòu)建；所述的測試工具視圖表述測試過程中要用到的測試工具、所述測試工具的作用、 使用時(shí)間以及使用方法，根據(jù)所述的執(zhí)行體組件、測試模型組件構(gòu)建；所述的測試文檔視圖表述測試過程中要完成的文檔種類、所述文檔產(chǎn)生的時(shí)間以 及格式，根據(jù)所述的執(zhí)行活動(dòng)組成和執(zhí)行體組件構(gòu)建。優(yōu)選的，根據(jù)所述的測試過程視圖的四階段的構(gòu)建方法，所述的測試模型組件按 照以下組成構(gòu)建需求模型、設(shè)計(jì)模型、分析模型，在所述的需求模型下構(gòu)建被測軟件模型、 交聯(lián)環(huán)境模型，在所述的設(shè)計(jì)模型下構(gòu)建測試空間模型、測試策略模型、執(zhí)行系統(tǒng)模型。優(yōu)選的。根據(jù)所述的測試過程視圖的四階段的構(gòu)建方法，所述的測試執(zhí)行體組件 按照以下組成構(gòu)建測試用例、測試執(zhí)行系統(tǒng)、仿真模型、測試結(jié)果數(shù)據(jù)；優(yōu)選的，根據(jù)所述的測試過程視圖的四階段的構(gòu)建方法，所述的測試人員組件按 照以下組成構(gòu)建需求建模人員、測試設(shè)計(jì)人員、測試執(zhí)行人員、測試分析人員。優(yōu)選的，根據(jù)所述的測試過程視圖的四階段的構(gòu)建方法，所述的測試文檔組件按 照以下組成構(gòu)建測試計(jì)劃、測試需求規(guī)格說明、測試設(shè)計(jì)規(guī)格說明、測試用例規(guī)格說明、測 試執(zhí)行規(guī)格說明、測試日志、軟件問題報(bào)告和測試總結(jié)報(bào)告。更優(yōu)選的，根據(jù)所述的測試過 程視圖的四階段的構(gòu)建方法及所述的測試文檔組件構(gòu)建所述的測試文檔視圖如下構(gòu)建在測試策劃階段生成的測試計(jì)劃和測試需求規(guī)格說明，所述的測試計(jì)劃記錄 被測軟件以及主要測試目標(biāo)，并確定人員和時(shí)間，所述的測試需求規(guī)格說明，描述制定測試 需求階段的測試需求模型，詳細(xì)描述測試對象；構(gòu)建在測試設(shè)計(jì)階段生成的測試設(shè)計(jì)規(guī)格說明和測試用例規(guī)格說明及測試執(zhí)行 規(guī)格說明，所述的測試設(shè)計(jì)規(guī)格說明描述測試設(shè)計(jì)階段的設(shè)計(jì)模型，所述的測試用例規(guī)格 說明，描述詳細(xì)的測試用例，所述的測試執(zhí)行規(guī)格說明用于指定執(zhí)行一個(gè)測試用例的步驟；構(gòu)建測試執(zhí)行階段生成的測試日至和軟件問題報(bào)告，所述的測試日志記錄測試執(zhí) 行規(guī)格說明的執(zhí)行情況，所述的軟件問題報(bào)告，描述測試過程中發(fā)現(xiàn)的軟件問題及軟件故 障模型；構(gòu)建測試分析階段生成的測試總結(jié)報(bào)告，報(bào)告測試的完成情況。優(yōu)選的，所述的測試工具組件按照以下組成構(gòu)建測試用例建模工具、測試環(huán)境建 模工具、測試分析建模工具。更優(yōu)選的，根據(jù)所述的測試過程視圖的四階段的構(gòu)建方法及測 試工具組件構(gòu)建所述的測試工具視圖如下在所述的測試設(shè)計(jì)階段，使用所述測試用例建 模工具從所述策略模型和測試空間模型生成測試用例，并使用所述的測試環(huán)境建模工具生 成仿真模型，在測試結(jié)果分析階段，使用所述的測試分析建模工具對測試結(jié)果數(shù)據(jù)進(jìn)行分 析，生成缺陷模型。本發(fā)明具有下述有益效果本發(fā)明的基于測試框架的軟件測試方法，首先明確提出了關(guān)于測試框架的概念， 將框架理論引入軟件測試，很好的利用了框架概念本身具備的通用性和可適配性兩大優(yōu) 勢。本發(fā)明的軟件測試方法中引入的基礎(chǔ)框架具有良好的通用性，可以滿足一系列產(chǎn)品軟 件的測試基本要求，同時(shí)測試框架具有適配性，可以根據(jù)被測試軟件的特點(diǎn)進(jìn)行靈活的配 置，在測試過程中極大的提高了測試效率與測試質(zhì)量。


圖1基礎(chǔ)測試框架的構(gòu)造；圖2測試過程視圖；圖3測試組件視圖；圖4測試工具視圖；圖5測試文檔視圖；圖6測試框架的抽象度與易用性關(guān)系圖；圖7基于測試框架的軟件測試過程。
具體實(shí)施例方式下面結(jié)合具體實(shí)施例和附圖對本發(fā)明的方法進(jìn)一步進(jìn)行說明?；A(chǔ)測試框架是本方法的核心部件，測試框架的提出是為了提供一種描述形式， 可以有效的表述能夠解決一類測試問題的測試解決方案?；A(chǔ)測試框架一般針對具有相 似特征的一系列產(chǎn)品軟件，例如產(chǎn)品線軟件等，本發(fā)明的方法中構(gòu)建基礎(chǔ)測試框架，通過泛 化軟件測試的共性問題，得到測試基礎(chǔ)框架的體系結(jié)構(gòu)，參見附圖1，即從測試組件、測試過 程、測試人員、測試工具和測試文檔等五個(gè)方面進(jìn)行抽象，得到“五視圖”表示的測試基礎(chǔ)框 架體系結(jié)構(gòu)。所謂的測試框架體系結(jié)構(gòu)就是測試框架對測試解決方案具體表述的基本組織形式，包括測試框架的組件以及組件之間的關(guān)系。測試框架中包括各種類型的組件，組件之間 的關(guān)系也有靜態(tài)的結(jié)構(gòu)關(guān)系和動(dòng)態(tài)的執(zhí)行關(guān)系等多種類型，對于測試框架體系結(jié)構(gòu)的描述 不能從單一方面完成，必須對體系結(jié)構(gòu)中的組件和組件關(guān)系進(jìn)行某種方式的劃分，然后分別對不同方面進(jìn)行描述。得到一個(gè)基礎(chǔ)測試框架的體系結(jié)構(gòu)后，要進(jìn)一步對測試框架內(nèi)的每一個(gè)視圖進(jìn)行 完善，即對測試框架進(jìn)行設(shè)計(jì)，具體如下測試過程視圖是對解決方案的執(zhí)行過程的描述。過程視圖應(yīng)該表述出測試有哪些 具體活動(dòng)組成，這些執(zhí)行活動(dòng)的具體內(nèi)容是什么以及這些活動(dòng)的執(zhí)行順序是怎樣的等等。 參見附圖2，本發(fā)明的方法中基礎(chǔ)測試框架的測試過程視圖按照如下方法構(gòu)建所述的執(zhí) 行活動(dòng)組成按照以下四個(gè)階段構(gòu)建制定測試需求、進(jìn)行測試設(shè)計(jì)、運(yùn)行測試、測試結(jié)果分 析，四個(gè)階段的執(zhí)行順序按照依次執(zhí)行構(gòu)建，四個(gè)階段的具體內(nèi)容構(gòu)建如下在所述的制定 測試需求階段的具體內(nèi)容為生成被測軟件模型、交聯(lián)環(huán)境模型，在所述的測試設(shè)計(jì)階段的 具體內(nèi)容為建立策略模型，根據(jù)所述的被測軟件模型生成測試空間模型，根據(jù)所述的交聯(lián) 環(huán)境模型生成測試環(huán)境模型，在所述的運(yùn)行測試階段的具體內(nèi)容為根據(jù)所述的策略模型和 測試空間模型生成測試用例，根據(jù)所述的測試環(huán)境模型生成執(zhí)行系統(tǒng)，并利用生成的測試 用例和執(zhí)行系統(tǒng)來運(yùn)行測試，所述的測試結(jié)果分析階段的具體內(nèi)容為生成缺陷模型。測試組件視圖是對體系結(jié)構(gòu)劃分的組件以及組件之間的靜態(tài)結(jié) 構(gòu)的描述。組件視 圖是測試框架體系結(jié)構(gòu)的基本視圖，它應(yīng)該表述出測試框架對測試解決方案內(nèi)容的組件劃 分，以及這些組件之間的各種關(guān)系。組件視圖應(yīng)該利用面向?qū)ο蟮乃枷脒M(jìn)行構(gòu)造，這樣有利 于框架體系結(jié)構(gòu)的復(fù)用和擴(kuò)展。參見附圖3，所述測試組件視圖根據(jù)所述的執(zhí)行活動(dòng)組成 從以下四個(gè)方面構(gòu)建根據(jù)參 與各執(zhí)行活動(dòng)的測試人員構(gòu)建測試人員組件、根據(jù)各執(zhí)行活 動(dòng)中用到的測試工具構(gòu)建測試工具組件、根據(jù)各執(zhí)行活動(dòng)中生成的測試模型及測試文檔構(gòu) 建測試模 型組件及測試文檔組件，根據(jù)各執(zhí)行活動(dòng)動(dòng)態(tài)流程構(gòu)建測試執(zhí)行體組件；各組件 之間的關(guān)系構(gòu)建如下測試人員完成各類測試文檔的編寫，同時(shí)要構(gòu)建測試執(zhí)行體和使用 測試工具；測試模型體現(xiàn)在測試文檔之中，同時(shí)也可以被實(shí)例化成為測試執(zhí)行體，可以利用 測試工具構(gòu)建測試模型；測試工具可以產(chǎn)生出測試執(zhí)行體；測試結(jié)果數(shù)據(jù)體現(xiàn)在測試文檔 中；根據(jù)過程視圖的四階段的構(gòu)建方法，所述各組件還構(gòu)建有具體的內(nèi)容所述的測試人 員組件按照以下組成構(gòu)建需求建模人員、測試設(shè)計(jì)人員、測試執(zhí)行人員、測試分析人員，所 述的測試執(zhí)行體組件按照以下組成構(gòu)建測試用例、測試執(zhí)行系統(tǒng)、仿真模型、測試結(jié)果數(shù) 據(jù)，所述的測試模型組件按照以下組成構(gòu)建需求模型、設(shè)計(jì)模型、分析模型，在所述的需求 模型下構(gòu)建被測軟件模型、交聯(lián)環(huán)境模型，在所述的設(shè)計(jì)模型下構(gòu)建測試空間模型、測試策 略模型、執(zhí)行系統(tǒng)模型，所述的測試文檔組件按照以下組成構(gòu)建測試計(jì)劃、測試需求規(guī)格 說明、測試設(shè)計(jì)規(guī)格說明、測試用例規(guī)格說明、測試執(zhí)行規(guī)格說明、測試日志、軟件問題報(bào)告 和測試總結(jié)報(bào)告，所述的測試工具組件按照以下組成構(gòu)建測試用例建模工具、測試環(huán)境建 模工具、測試分析建模工具。測試測試人員視圖是對解決方案中人員組織的描述。測試人員視圖應(yīng)該表述出 測試方案中涉及到的測試角色、這些角色的具體工作以及這些人員是以怎樣的組織進(jìn)行管 理。根據(jù)所述的測試過程視圖的四階段的構(gòu)建方法及所述的測試組件視圖構(gòu)建所述的測試 測試人員視圖如下所述的需求建模人員包括建模人員和編檔人員，并在建模顧問的領(lǐng)導(dǎo) 下負(fù)責(zé)制定測試需求，所述的測試設(shè)計(jì)人員包括用例設(shè)計(jì)人員、環(huán)境搭建人員、測試調(diào)試人 員，并在設(shè)計(jì)顧問的領(lǐng)導(dǎo)下負(fù)責(zé)進(jìn)行測試設(shè)計(jì)，所述的測試執(zhí)行人員包括測試執(zhí)行人員、測 試記錄人員，并在執(zhí)行顧問的領(lǐng)導(dǎo)下負(fù)責(zé)執(zhí)行測試，所述的測試分析人員包括結(jié)果分析人員和故障建模人員，并在分析顧問的領(lǐng)導(dǎo)下負(fù)責(zé)測試結(jié)果分析。為了更好的管理測試過程， 在所述的測試人員視圖中構(gòu)建組長身份，負(fù)責(zé)領(lǐng)導(dǎo)所述的需求建模人員、測試設(shè)計(jì)人員、測 試執(zhí)行人員、測試分析人員的工作。測試工具視圖是對測試解決方案中用到的各種軟件或硬件工具的描述。軟件測試 活動(dòng)中測試工具發(fā)揮著很大的作用，尤其是自動(dòng)化測試更是離不開工具的支持。測試工具 視圖應(yīng)該表述出測試過程中要用到哪些測試工具、這些測試工具的作用是什么、工具何時(shí) 使用以及如何使用等相關(guān)問題。參見附圖4，根據(jù)所述的測試過程視圖的四階段的構(gòu)建方法 及測試工具組件構(gòu)建所述的測試工具視圖如下在所述的測試設(shè)計(jì)階段，使用所述測試用 例建模工具從所述策略模型和測試空間模型生成測試用例，并使用所述的測試環(huán)境建模工 具生成仿真模型，在測試結(jié)果分析階段，使用所述的測試分析建模工具對測試結(jié)果數(shù)據(jù)進(jìn) 行分析，生成缺陷模型。測試文檔視圖是對測試過程中要完成的測試文檔的描述。文檔視圖應(yīng)該表述出測 試過程中要完成哪些文檔、文檔產(chǎn)生的時(shí)機(jī)以及文檔的格式等相關(guān)問題。參見附圖5，根據(jù) 所述的測試過程視圖的四階段的構(gòu)建方法及所述的測試文檔組件構(gòu)建所述的測試文檔視 圖如下構(gòu)建在測試策劃階段生成的測試計(jì)劃和測試需求規(guī)格說明，所述的測試計(jì)劃記錄 被測軟件以及主要測試目標(biāo)，并確定人員和時(shí)間，所述的測試需求規(guī)格說明，描述制定測試 需求階段的測試需求模型，詳細(xì)描述測試對象；構(gòu)建在測試設(shè)計(jì)階段生成的測試設(shè)計(jì)規(guī)格說明和測試用例規(guī)格說明及測試執(zhí)行 規(guī)格說明，所述的測試設(shè)計(jì)規(guī)格說明描述測試設(shè)計(jì)階段的設(shè)計(jì)模型，所述的測試用例規(guī)格 說明，描述詳細(xì)的測試用例，所述的測試執(zhí)行規(guī)格說明用于指定執(zhí)行一個(gè)測試用例的步 驟；構(gòu)建測試執(zhí)行階段生成的測試日至和軟件問題報(bào)告，所述的測試日志記錄測試執(zhí) 行規(guī)格說明的執(zhí)行情況，所述的軟件問題報(bào)告，描述測試過程中發(fā)現(xiàn)的軟件問題及軟件故 障模型；構(gòu)建測試分析階段生成的測試總結(jié)報(bào)告，報(bào)告測試的完成情況。至此，完成了整個(gè)基礎(chǔ)測試框架的構(gòu)架，為了更好的完成測試任務(wù)，需要對構(gòu)建的 基礎(chǔ)測試框架進(jìn)行檢驗(yàn)，通常采用專家評審的方式。專家根據(jù)以下原則對測試框架進(jìn)行檢 查(1)提供準(zhǔn)確而完整的功能測試框架首先要準(zhǔn)確、完整地描述整個(gè)測試解決方案，對解決方案的相關(guān)知識(shí)進(jìn) 行深入的理解并且能夠合理的設(shè)計(jì)測試框架的體系結(jié)構(gòu)。(2)實(shí)現(xiàn)合理而適度的易用性易用性主要用來衡量測試框架在使用中滿足需要的能力，在設(shè)計(jì)過程中它主要考 慮兩個(gè)方面測試框架的普適性，即能夠在多大范圍內(nèi)得到復(fù)用。測試框架的首要特征就是復(fù) 用性，能夠解決的測試問題域的大小是衡量一個(gè)測試框架優(yōu)劣的主要方面。測試框架的普 適性與測試問題域的抽象程度成反比，即抽象程度越高，測試框架的普適性越好。普適性與 抽象度之間的關(guān)系參照圖6。
測試框架的可操作性，即是否能夠有效地針對具體的測試領(lǐng)域進(jìn)行具有專門性的 測試。測試框架既然是一個(gè)“半成品”那么在實(shí)際使用中就需要根據(jù)被測試軟件的特點(diǎn)進(jìn) 行“再加工”，即測試框架的實(shí)例化?？刹僮餍员硎镜木褪菍y試框架進(jìn)行實(shí)例化過程的難 易程度。一般來說，測試框架的抽象程度越高，實(shí)例化過程就越復(fù)雜。為了滿足可擴(kuò)展性和可維護(hù)性的基本要求，基礎(chǔ)測試框架的體系結(jié)構(gòu)盡量采用組 件化和模塊化設(shè)計(jì)。基礎(chǔ)測試框架是針對一系列產(chǎn)品軟件的“半成品”，其中將許多測試的 知識(shí)進(jìn)行了分類整理，即可以提高測試質(zhì)量，又可以提高軟件測試的效率。經(jīng)過檢驗(yàn)的基礎(chǔ)測試框架是針對某一系列軟件的抽象解決方案，在具體軟件的測 試過程中，需要根據(jù)測試目標(biāo)對基礎(chǔ)測試框架進(jìn)行實(shí)例化，構(gòu)建出具體的測試方案。測試框架的實(shí)例化是將框架應(yīng)用到實(shí)際軟件測試的過程，實(shí)質(zhì)上也是對測試框架 的細(xì)節(jié)層中描述的組件屬性進(jìn)行具體的賦值過程，例如多數(shù)測試框架體系結(jié)構(gòu)中都有一個(gè) 測試用例組件，在結(jié)構(gòu)層中只對測試用例的生成策略、描述形式以及運(yùn)行機(jī)制進(jìn)行了描述， 而在實(shí)例化過程中則要依照結(jié)構(gòu)層定義產(chǎn)生出一個(gè)個(gè)具體的可以運(yùn)行的測試用例，將測試 用例組件實(shí)現(xiàn)為一個(gè)測試用例集合。測試框架的實(shí)例化是測試框架使用過程中必須要做的 操作。參見附圖7，本環(huán)節(jié)中具體分為以下步驟1)確定測試目標(biāo)在使用基礎(chǔ)框架之前，必須首先明確本次測試的測試目標(biāo)，確定測試目標(biāo)的依據(jù) 一般是軟件測試合同或者軟件測試的相關(guān)協(xié)議。測試目標(biāo)要確定測試的級別、測試類型以 及測試的驗(yàn)證標(biāo)準(zhǔn)等內(nèi)容。2)學(xué)習(xí)測試基礎(chǔ)框架在測試之前，對要使用的針對某一系列軟件的測試基礎(chǔ)框架進(jìn)行學(xué)習(xí)與了解。這 個(gè)過程主要是對基礎(chǔ)框架的適用范圍、體系結(jié)構(gòu)、使用原則以及適配規(guī)則等進(jìn)行掌握，同時(shí) 需要對基礎(chǔ)測試框架中的各個(gè)組件進(jìn)行了解。3)測試框架的實(shí)例化測試框架的實(shí)例化，實(shí)例化的過程就是將基礎(chǔ)測試框架中的各個(gè)組件細(xì)節(jié)層中的 屬性賦予具體的值，也就是按照測試解決方案的要求進(jìn)行測試框架的細(xì)化。泛化后的解決 方案中應(yīng)該明確具體的測試過程、測試工具、測試文檔以及測試方法等。4)執(zhí)行軟件測試，必要時(shí)修改測試方案在制定好的測試方案指導(dǎo)下進(jìn)行測試，并進(jìn)行測試結(jié)果的記錄。在測試過程中如 果發(fā)現(xiàn)測試方案不能滿足測試的要求，那么就需要對測試方案進(jìn)行修改以適應(yīng)測試要求。5)分析測試結(jié)果，擴(kuò)展基礎(chǔ)測試框架測試結(jié)束后，需要對測試結(jié)果進(jìn)行分析，并提出對本系列軟件的基礎(chǔ)測試框架的 改進(jìn)或補(bǔ)充，然后進(jìn)行基礎(chǔ)測試框架的擴(kuò)展。測試框架的擴(kuò)展一般包括識(shí)別框架可擴(kuò)展點(diǎn)和進(jìn)行更改兩個(gè)步驟識(shí)別擴(kuò)展點(diǎn)就是要明確測試框架中的哪些部分是允許修改和擴(kuò)展的，這些內(nèi)容一 般在框架的基本原則中予以說明。一般來說測試框架體系結(jié)構(gòu)中的組件以及組件之間的協(xié) 作關(guān)系都是可以進(jìn)行擴(kuò)展的部分。擴(kuò)展過程是在不違反測試基本原則的基礎(chǔ)上進(jìn)行的，也就是說框架的擴(kuò)展不能改 變測試框架的測試域和測試方法的基本原理，擴(kuò)展所做的只是實(shí)現(xiàn)了測試框架原則層的另一種實(shí)例化方式。通過每一次具體軟件測試之后的擴(kuò)展，可以有效的對測試基礎(chǔ)框架進(jìn)行補(bǔ)充與完善，繼而在不斷提高測試質(zhì)量的同時(shí)也不斷提高軟件測試的效率。測試框架好像一個(gè)模板，規(guī)定了一種解決方案應(yīng)該具有的內(nèi)容以及內(nèi)容的表達(dá)形 式，同時(shí)這種分層表示的方式需要對測試解決方案進(jìn)行不同層次的抽象，這為方案的復(fù)用 和擴(kuò)展提供了理想的機(jī)制保證。測試框架是一組相互協(xié)作的組件的集合，能夠?qū)崿F(xiàn)一個(gè)或多個(gè)測試域中的一系列 問題的解決方案。本發(fā)明，通過建立、學(xué)習(xí)和使用測試框架，建立軟件測試方案，同時(shí)通過框 架的復(fù)用，解決同類產(chǎn)品軟件的測試問題。本發(fā)明是在一種全新的軟件測試模型基礎(chǔ)上提 出了測試框架的概念，并據(jù)此建立了完整的測試框架理論，可以有效的分析軟件測試目標(biāo)， 建立軟件測試解決方案。
權(quán)利要求
一種基于測試框架的軟件測試方法，其特征在于包含以下步驟S11構(gòu)建某一系列產(chǎn)品的基礎(chǔ)測試框架；S12在具體軟件的測試過程中對基礎(chǔ)測試框架進(jìn)行實(shí)例化，得到測試方案；S13按照所述的測試方案執(zhí)行測試；S14根據(jù)本次測試過程與結(jié)果對所述的基礎(chǔ)測試框架進(jìn)行完善；S15下次測試同一系列的產(chǎn)品時(shí)重復(fù)S12至S14步。
2.根據(jù)權(quán)利要求1所述的基于測試框架的軟件測試方法，其特征在于步驟S11中所 述的基礎(chǔ)測試框架的構(gòu)建，包括以下步驟521構(gòu)建測試過程視圖所述的測試過程視圖表述測試的具體執(zhí)行活動(dòng)組成及所述執(zhí)行活動(dòng)的具體內(nèi)容和執(zhí) 行順序，其根據(jù)測試過程中不同的功能階段構(gòu)建；522構(gòu)建測試組件視圖所述測試組件視圖表述所述的基礎(chǔ)測試框架對所述測試方案內(nèi)容的組件劃分，以及所 述組件之間的各種關(guān)系；所述的測試組件視圖根據(jù)所述的執(zhí)行活動(dòng)組成從以下五個(gè)方面構(gòu)建根據(jù)參與各執(zhí) 行活動(dòng)的測試人員構(gòu)建測試人員組件、根據(jù)各執(zhí)行活動(dòng)中用到的測試工具構(gòu)建測試工具組 件、根據(jù)各執(zhí)行活動(dòng)中生成的測試模型及測試文檔構(gòu)建測試模型組件及測試文檔組件，根 據(jù)各執(zhí)行活動(dòng)動(dòng)態(tài)流程構(gòu)建測試執(zhí)行體組件；所述各組件之間的關(guān)系構(gòu)建如下測試人員完成各類測試文檔的編寫，同時(shí)要構(gòu)建測 試執(zhí)行體和使用測試工具；測試模型體現(xiàn)在測試文檔之中，并被實(shí)例化成為相應(yīng)測試執(zhí)行 體，利用測試工具構(gòu)建相應(yīng)測試模型；測試工具產(chǎn)生出相應(yīng)測試執(zhí)行體；測試結(jié)果數(shù)據(jù)體 現(xiàn)在測試文檔中；S33 分別構(gòu)建測試測試人員視圖、測試工具視圖、測試文檔視圖所述的測試測試人員視圖表述所述測試方案中涉及到的測試角色及所述角色的具體 工作和各角色的組織管理關(guān)系，根據(jù)所述的測試人員組件和所述的各執(zhí)行活動(dòng)之間的關(guān)系 構(gòu)建；所述的測試工具視圖表述測試過程中要用到的測試工具、所述測試工具的作用、使用 時(shí)間以及使用方法，根據(jù)所述的執(zhí)行體組件、測試模型組件構(gòu)建；所述的測試文檔視圖表述測試過程中要完成的文檔種類、所述文檔產(chǎn)生的時(shí)間以及格 式，根據(jù)所述的執(zhí)行活動(dòng)組成和執(zhí)行體組件構(gòu)建。
3.根據(jù)權(quán)利要求2所述的基于測試框架的軟件測試方法，其特征在于所述的測試過 程視圖按照如下方法構(gòu)建所述的執(zhí)行活動(dòng)組成按照以下四個(gè)階段構(gòu)建制定測試需求、 進(jìn)行測試設(shè)計(jì)、運(yùn)行測試、測試結(jié)果分析，四個(gè)階段的執(zhí)行順序按照依次執(zhí)行構(gòu)建，四個(gè)階 段的具體內(nèi)容構(gòu)建如下在所述的制定測試需求階段的具體內(nèi)容為生成被測軟件模型、交 聯(lián)環(huán)境模型，在所述的測試設(shè)計(jì)階段的具體內(nèi)容為建立策略模型，根據(jù)所述的被測軟件模 型生成測試空間模型，根據(jù)所述的交聯(lián)環(huán)境模型生成測試環(huán)境模型，在所述的運(yùn)行測試階 段的具體內(nèi)容為根據(jù)所述的策略模型和測試空間模型生成測試用例，根據(jù)所述的測試環(huán)境 模型生成執(zhí)行系統(tǒng)，并利用生成的測試用例和執(zhí)行系統(tǒng)來運(yùn)行測試，所述的測試結(jié)果分析 階段的具體內(nèi)容為生成缺陷模型。
4.根據(jù)權(quán)利要求3所述的基于測試框架的軟件測試方法，其特征在于根據(jù)所述的測 試過程視圖的四階段的構(gòu)建方法，所述的測試模型組件按照以下組成構(gòu)建需求模型、設(shè)計(jì) 模型、分析模型，在所述的需求模型下構(gòu)建被測軟件模型、交聯(lián)環(huán)境模型，在所述的設(shè)計(jì)模 型下構(gòu)建測試空間模型、測試策略模型、執(zhí)行系統(tǒng)模型。
5.根據(jù)權(quán)利要求3所述的基于測試框架的軟件測試方法，其特征在于根據(jù)所述的測 試過程視圖的四階段的構(gòu)建方法，所述的測試執(zhí)行體組件按照以下組成構(gòu)建測試用例、測 試執(zhí)行系統(tǒng)、仿真模型、測試結(jié)果數(shù)據(jù)；
6.根據(jù)權(quán)利要求3所述的基于測試框架的軟件測試方法，其特征在于根據(jù)所述的測 試過程視圖的四階段的構(gòu)建方法，所述的測試人員組件按照以下組成構(gòu)建需求建模人員、 測試設(shè)計(jì)人員、測試執(zhí)行人員、測試分析人員。
7.根據(jù)權(quán)利要求3所述的基于測試框架的軟件測試方法，其特征在于根據(jù)所述的測 試過程視圖的四階段的構(gòu)建方法，所述的測試文檔組件按照以下組成構(gòu)建測試計(jì)劃、測試 需求規(guī)格說明、測試設(shè)計(jì)規(guī)格說明、測試用例規(guī)格說明、測試執(zhí)行規(guī)格說明、測試日志、軟件 問題報(bào)告和測試總結(jié)報(bào)告。
8.根據(jù)權(quán)利要求7所述的基于測試框架的軟件測試方法，其特征在于根據(jù)所述的測 試過程視圖的四階段的構(gòu)建方法及所述的測試文檔組件構(gòu)建所述的測試文檔視圖如下構(gòu)建在測試策劃階段生成的測試計(jì)劃和測試需求規(guī)格說明，所述的測試計(jì)劃記錄被測 軟件以及主要測試目標(biāo)，并確定人員和時(shí)間，所述的測試需求規(guī)格說明，描述制定測試需求 階段的測試需求模型，詳細(xì)描述測試對象；構(gòu)建在測試設(shè)計(jì)階段生成的測試設(shè)計(jì)規(guī)格說明和測試用例規(guī)格說明及測試執(zhí)行規(guī)格 說明，所述的測試設(shè)計(jì)規(guī)格說明描述測試設(shè)計(jì)階段的設(shè)計(jì)模型，所述的測試用例規(guī)格說明， 描述詳細(xì)的測試用例，所述的測試執(zhí)行規(guī)格說明用于指定執(zhí)行一個(gè)測試用例的步驟；構(gòu)建測試執(zhí)行階段生成的測試日至和軟件問題報(bào)告，所述的測試日志記錄測試執(zhí)行規(guī) 格說明的執(zhí)行情況，所述的軟件問題報(bào)告，描述測試過程中發(fā)現(xiàn)的軟件問題及軟件故障模 型；構(gòu)建測試分析階段生成的測試總結(jié)報(bào)告，報(bào)告測試的完成情況。
9.根據(jù)權(quán)利要求3所述的基于測試框架的軟件測試方法，其特征在于所述的測試工 具組件按照以下組成構(gòu)建測試用例建模工具、測試環(huán)境建模工具、測試分析建模工具。
10.根據(jù)權(quán)利要求9所述的基于測試框架的軟件測試方法，其特征在于根據(jù)所述的 測試過程視圖的四階段的構(gòu)建方法及測試工具組件構(gòu)建所述的測試工具視圖如下在所述 的測試設(shè)計(jì)階段，使用所述測試用例建模工具從所述策略模型和測試空間模型生成測試用 例，并使用所述的測試環(huán)境建模工具生成仿真模型，在測試結(jié)果分析階段，使用所述的測試 分析建模工具對測試結(jié)果數(shù)據(jù)進(jìn)行分析，生成缺陷模型。
全文摘要
本發(fā)明公開了基于測試框架的軟件測試方法，屬于軟件測試領(lǐng)域。該方法通過針對同一系列軟件構(gòu)建一個(gè)基礎(chǔ)測試框架，完成對同一些列軟件的測試問題，通過測試過程中對框架的實(shí)例化及框架的復(fù)用解決了軟件測試領(lǐng)域中目前存在的測試質(zhì)量受資源限制現(xiàn)象明顯、測試的效率很低、無法保證測試質(zhì)量的問題。本發(fā)明的基礎(chǔ)測試框架從五個(gè)方面構(gòu)建測試過程、測試人員、測試工具、測試組件、測試文檔。
文檔編號G06F11/36GK101833507SQ201010161608
公開日2010年9月15日 申請日期2010年5月4日 優(yōu)先權(quán)日2010年5月4日
發(fā)明者王軼辰 申請人:王軼辰