ü         Architecture（體系結(jié)構(gòu)）一個(gè)系統(tǒng)在其環(huán)境中的最高級別的概念（IEEE）。軟件系統(tǒng)（在某一給定時(shí)刻）的體系結(jié)構(gòu)是通過接口互相聯(lián)系的主要組件的組織方式或結(jié)構(gòu)，這些組件相應(yīng)的是由更小的組件和接口構(gòu)成的。

ü         Artifact（產(chǎn)物）某過程所創(chuàng)建的任何產(chǎn)品、交付物或文檔。

ü         Build（構(gòu)建版本）一個(gè)構(gòu)建版本由一個(gè)或多個(gè)組件（通常是可執(zhí)行的）組成，每一個(gè)組件通常又由其他組件通過編譯和連接源代碼而構(gòu)成。

ü         Component（組件）系統(tǒng)中的一個(gè)實(shí)際的可替換的部分，它包括功能的實(shí)現(xiàn)、提供并配合接口的實(shí)現(xiàn)。

ü         Data－Driven Testing（數(shù)據(jù)驅(qū)動(dòng)測試）這是一種測試腳本的功能及執(zhí)行由外部數(shù)據(jù)所引導(dǎo)的自動(dòng)測試方法。這種方法將測試及控制數(shù)據(jù)與測試腳本本身分離開了。

ü         Functional Decomposition Approach（功能分解方法）這是一種將測試用例縮減為基本任務(wù)、導(dǎo)航、功能測試、數(shù)據(jù)驗(yàn)證和返回導(dǎo)航的自動(dòng)化測試方法，也稱作框架驅(qū)動(dòng)方法（Framework－Driven Approach）。

ü         Key Word－Driven Testing（關(guān)鍵字驅(qū)動(dòng)測試）這種方法是由SAS研究所的Carl Nagle開發(fā)的，并作為自由軟件發(fā)布在互聯(lián)網(wǎng)上。關(guān)鍵字驅(qū)動(dòng)測試是數(shù)據(jù)驅(qū)動(dòng)方法學(xué)的提高。

ü         Performance Testing（性能測試）通過這類測試的實(shí)現(xiàn)和執(zhí)行可以對索要測試的應(yīng)用程序與性能相關(guān)的特征作出描繪和評估。這些測試包括時(shí)間調(diào)度情況、執(zhí)行流暢、響應(yīng)時(shí)間以及操作可靠性和限制。

ü         Procedure（程序）當(dāng)執(zhí)行一個(gè)任務(wù)時(shí)所要遵循的行動(dòng)過程的文檔化描述，通過遵循這種一步接一步的方法可以保證達(dá)到各項(xiàng)標(biāo)準(zhǔn)。

ü         Process（過程）可活動(dòng)產(chǎn)品或服務(wù)的一系列步驟；可生成出產(chǎn)品或服務(wù)的勞動(dòng)。

ü         Process Control（過程控制）保持產(chǎn)品或服務(wù)符合規(guī)格說明的自我調(diào)節(jié)操作。

ü         Product（產(chǎn)品）某個(gè)過程所創(chuàng)建的任何產(chǎn)物、交付物以及文檔。

ü         Rational ClearCase  Rational公司提供的配置管理軟件

ü         Rational ClearQuest 這是Rational公司提供的跟蹤缺陷及需要更改管理系統(tǒng)。

ü         Rational Robot Robot時(shí)Rational Suite TestStudio 2001軟件的捕獲/回放組件。

ü         Rational TestManager  TestManagere 是Rational公司提供的管理所有測試活動(dòng)－計(jì)劃、設(shè)計(jì)、實(shí)現(xiàn)、執(zhí)行和分析－的中心控制臺(tái)。

ü         Rational Unified Process 這是Rational公司提供的軟件工程過程，此過程為在一個(gè)開發(fā)組織中分配任務(wù)和責(zé)任提供了嚴(yán)謹(jǐn)?shù)姆椒ā?/span>

ü         Specifications（規(guī)格說明）為客戶提供的產(chǎn)品和服務(wù)時(shí)期望能達(dá)到的標(biāo)準(zhǔn)。

ü         Test Artifact Set（測試產(chǎn)物集）搜集和形成與所進(jìn)行測試相關(guān)的信息。

ü         Test Case（測試用例）時(shí)一套為特定目標(biāo)開發(fā)的測試輸入、執(zhí)行條件和預(yù)期結(jié)果，例如執(zhí)行一跳特殊程序路徑或者在特定要去下驗(yàn)證一致性。

ü         Test Condition（測試條件）測試所涉及的各種環(huán)境因素。

ü         Test Data（測試數(shù)據(jù)）在測試中所用到的實(shí)際數(shù)值或執(zhí)行測試所必須的數(shù)值。測試數(shù)據(jù)是測試條件（作為輸入或預(yù)存在的數(shù)據(jù)）的具體例化，用于驗(yàn)證已成功實(shí)現(xiàn)的特定要求（通過將實(shí)際結(jié)構(gòu)與期望結(jié)果比較）。

ü         Test Inputs（測試輸入）是工作過程的產(chǎn)物，用于標(biāo)志和定義發(fā)生在測試期間的動(dòng)作。這些產(chǎn)物可能是從測試組之外的軟件開發(fā)過程中產(chǎn)生的，例如功能需求規(guī)格說明和設(shè)計(jì)規(guī)格說明。它們也可能是從前期測試階段產(chǎn)生的并被留給了后續(xù)的測試活動(dòng)。

ü         Test Plan（測試計(jì)劃）包括項(xiàng)目中的測試目標(biāo)和目的的信息。此外，測試計(jì)劃還明確了測試實(shí)現(xiàn)的策略和所需要的資源。

ü         Test Procedure（測試程序）是一套詳細(xì)的指示，用于某特定測試用例（或一套測試用例）的建立、執(zhí)行和結(jié)構(gòu)評估。

ü         Test Requirement（測試需求）是關(guān)于某具體測試目標(biāo)的聲明以及確認(rèn)測試是否通過所要達(dá)到的標(biāo)準(zhǔn)。

ü         Test Results（測試結(jié)果）執(zhí)行測試所捕獲的數(shù)據(jù)，并被用于計(jì)算測試的不同關(guān)鍵測度。

ü         Test Script（測試腳本）這是計(jì)算機(jī)可讀懂的能令測試程序（或一部分測試程序）自動(dòng)執(zhí)行的指令。測試腳本可以由人創(chuàng)建（復(fù)制）或者由自動(dòng)測試工具產(chǎn)生，它使用編程語言限制，或者由記錄、生成和編程混合創(chuàng)建。

ü         Test Strategy（測試策略）描述了測試獲得的通用目標(biāo)合方法。

ü         Test Suite（測試套件）是指在執(zhí)行時(shí)將某一測試場景具體化的一套測試。

ü         Test Workspace（測試工作區(qū)）這是測試者的“私有”區(qū)域，在這里測試者能夠根據(jù)項(xiàng)目采用的標(biāo)準(zhǔn)對代碼進(jìn)行安裝和測試，從而與開發(fā)人員保持了相對的隔離。

Resource：《Just Enough Software Test Automation》Daniel J。Mosley

《軟件測試自動(dòng)化》鄧波等譯 機(jī)械工業(yè)出版社