软件测试笔记三
掌握分類樹測試方法
1.分類樹測試方法
（1） 分類樹的概念
分類樹測試方法是由 Grochtmann 和 Grimm 在 1993 年提出，是軟件功能測試方面一種有效的測試方法，通過分類樹把測試對象的整個輸入域分割成獨(dú)立的類
（2） 分類樹測試法的引入背景
（3）分類樹測試方法的概念
分類樹測試方法以適合測試的方式來評估測試對象的不同特性，并以此為基礎(chǔ)考慮測試的輸入域。
針對測試對象的每個特性進(jìn)行部分的或完全的分類（Classification），并可根據(jù)需要對分類后的特性作進(jìn)一步的細(xì)分，通過將測試對象不同特性的分類組合而得到不同的測試用例。
按照分類樹方法，測試對象的輸入域被認(rèn)為是由各種不同的方面組成并且都與測試相關(guān)
分類樹測試方法的***主要優(yōu)點(diǎn)***是將測試用例設(shè)計(jì)變?yōu)榻Y(jié)構(gòu)化和系統(tǒng)的過程，使得測試用例設(shè)計(jì)更加容易處理、理解和實(shí)現(xiàn)文檔化
（4）使用分類樹測試方法設(shè)計(jì)測試用例
分類樹測試方法有兩個重要步驟：
第一，根據(jù)測試對象規(guī)格說明設(shè)計(jì)分類樹
第二，根據(jù)測試要求創(chuàng)建測試用例
引入分類樹方法的工具幫助測試者創(chuàng)建和選擇測試用例
邏輯擴(kuò)展分類樹編輯器 CTE-XL
2.分類樹編輯器CTE-XL
CTE-XL 能方便地實(shí)現(xiàn)設(shè)計(jì)分類樹與根據(jù)測試要求創(chuàng)建測試用例這兩個重要步驟，并針對兩個步驟分別提供相應(yīng)功能，系統(tǒng)且有效地確定測試用例。
分類樹 ：創(chuàng)建分類樹區(qū)域
組合表格：根據(jù)分類樹得到測試對象的輸入?yún)?shù)的組合表格，根據(jù)表中不同取值 創(chuàng)建相應(yīng)的測試用例
屬性窗口：修改激活對象的不同屬性如名稱
測試用例列表：最終生成的測試用例列表
*3.分類樹測試方法的應(yīng)用
（1）生成分類樹
（2） 創(chuàng)建完全組合的測試用例 ***
（3）創(chuàng)建特定要求組合的測試用例
（4）生成測試用例報(bào)告斜體樣式
基于結(jié)構(gòu)的測試有：邏輯覆蓋測試法、路徑測試 基于規(guī)格說明的測試：等價(jià)類劃分法、邊界值分析法、因果圖和決策表法、配對測試法、分類樹測試法
掌握狀態(tài)轉(zhuǎn)換測試法
1． 狀態(tài)轉(zhuǎn)換測試法原理
(1) 關(guān)于具有狀態(tài)轉(zhuǎn)換特性的測試對象的識別
針對，如：針對GUI系統(tǒng)；面向?qū)ο蟮南到y(tǒng)；Web應(yīng)用系統(tǒng)等。這些特定軟件的測試用例設(shè)計(jì)大多采用狀態(tài)轉(zhuǎn)換測試法來完成。
在采用狀態(tài)轉(zhuǎn)換測試法時
首先要獲得軟件（系統(tǒng)）的狀態(tài)轉(zhuǎn)換 圖
狀態(tài)圖是狀態(tài)機(jī)的圖解形式。
狀態(tài)轉(zhuǎn)換圖是設(shè)計(jì)狀態(tài)轉(zhuǎn)換測試用例的基礎(chǔ)，而基于狀態(tài)轉(zhuǎn)換圖實(shí)施的測試就是狀態(tài)轉(zhuǎn)換測試
2. 狀態(tài)轉(zhuǎn)換測試法
（1） 將狀態(tài)圖轉(zhuǎn)換為狀態(tài)樹
采用這種策略，首先需要將狀態(tài)圖轉(zhuǎn)換為狀態(tài)轉(zhuǎn)換樹，將可能具有無限多的 狀態(tài)循環(huán)的狀態(tài)圖轉(zhuǎn)換為不含循環(huán)的、具有一定數(shù)目狀態(tài)的狀態(tài)轉(zhuǎn)換樹。
轉(zhuǎn)換的基本步驟
步驟1：將初始（開始）狀態(tài)作為狀態(tài)轉(zhuǎn)換樹的根根在整個狀態(tài)轉(zhuǎn)換樹中的層次為1
步驟 2：設(shè)當(dāng)前生成狀態(tài)轉(zhuǎn)換樹的層次為 N, 從左到右檢查所有層次為 N 的節(jié)點(diǎn)，將該節(jié)點(diǎn)對應(yīng)的下一可能的狀態(tài)作為其子節(jié)點(diǎn)， 狀態(tài)之間轉(zhuǎn)換作為兩狀態(tài)的邊。
步驟 3： 重復(fù)步驟，直到位于層次 N 上的節(jié)點(diǎn)出現(xiàn)在層次 M 上，且 M≤N。則，該節(jié)點(diǎn)成為最終的葉節(jié)點(diǎn)，無須繼續(xù)生成其他子節(jié)點(diǎn)；若該節(jié)點(diǎn)狀態(tài)已是結(jié)束，則停止進(jìn)行狀態(tài)轉(zhuǎn)換
該狀態(tài)轉(zhuǎn)換數(shù)可根據(jù)不同的測試強(qiáng)度或覆蓋率得到測試用例： 1）至少覆蓋所有狀態(tài)一次。
2）至少覆蓋所有事件一次。
但覆蓋循環(huán)的測試用例對發(fā)現(xiàn)一些累計(jì)的計(jì)算錯誤或資源使用方面的缺陷很重 要，如內(nèi)存泄露。所以在設(shè)計(jì)測試用例時，需確定合適的覆蓋率
（2） 狀態(tài)轉(zhuǎn)換表
狀態(tài)轉(zhuǎn)換表可直接從狀態(tài)轉(zhuǎn)換圖中得到，或根據(jù)測試對象的規(guī)格說明得到。
狀態(tài)轉(zhuǎn)換表由4個部分組成：當(dāng)前狀態(tài)、事件、活動、后續(xù)狀態(tài)
創(chuàng)建狀態(tài)轉(zhuǎn)換表能夠發(fā)現(xiàn)被測試對象規(guī)格說明中可能遺漏的組合，或沒有文檔化的組合。
（3） 關(guān)于N-Switch 的說明
他將N-Switch定義為程序流圖中長度為 n+1 的連續(xù)的邊或弧線 （這通常表示在狀態(tài)圖中的循環(huán)）的序列。因此，單獨(dú)的一條邊（或轉(zhuǎn)換）就是一個 0-Switch，兩條連續(xù)的邊的序列就是 1
Switch。
（4） 狀態(tài)轉(zhuǎn)換測試的覆蓋率準(zhǔn)則（測試強(qiáng)度）
1）狀態(tài)覆蓋：每個狀態(tài)至少執(zhí)行一次。
2）事件覆蓋：每個事件至少執(zhí)行一次。
3）狀態(tài)轉(zhuǎn)換覆蓋：每個狀態(tài)轉(zhuǎn)換至少執(zhí)行一次。
4）路徑覆蓋：每個路徑至少執(zhí)行一次
3. 狀態(tài)轉(zhuǎn)換測試法的應(yīng)用舉例
（1）堆棧的狀態(tài)轉(zhuǎn)換測試
堆棧有三種不同的狀態(tài)：空（empty）、非空(filed)和滿(full)。（2）具備健壯性的堆棧測試轉(zhuǎn)換樹 (0-Switch)
這種情況實(shí)際上是考慮到了堆棧對于異常情況的處理，通過增減健壯性測試來確認(rèn)是否會出現(xiàn)不應(yīng)出現(xiàn)的狀態(tài)轉(zhuǎn)換
（4）狀態(tài)轉(zhuǎn)換樹（1-switch
如要求得到覆蓋率達(dá)到1-switch，需要擴(kuò)展0-switch的狀態(tài)轉(zhuǎn)換樹得到
體方法是：1-switch的狀態(tài)轉(zhuǎn)換樹需要在狀態(tài)‘空’后面增加兩條轉(zhuǎn)換，在狀態(tài)‘非 空’后面增加5條轉(zhuǎn)換，在狀態(tài)‘滿’后面增加3條轉(zhuǎn)換
掌握用例/場景測試法;
1. 用例的相關(guān)概念
用例是描述軟件（程序）系統(tǒng)需求的一種方法，使用該方法來描述系統(tǒng)需求的過程就是用例建模
采用用例方法能解決傳統(tǒng)需求描述方式 （如需求規(guī)格說
明）的某些缺點(diǎn)，如傳統(tǒng)的需求規(guī)格說明很容易混淆需求和設(shè)計(jì)的界限，造成不清楚系統(tǒng)需求應(yīng)詳細(xì)到何種程度。
其次，傳統(tǒng)需求描述的一個缺點(diǎn)是需求分割了各個系統(tǒng)功能的應(yīng)用環(huán)境，使開發(fā)者較難理解這些功能輸入和相關(guān)聯(lián)來實(shí)現(xiàn)一個完整的系統(tǒng)服務(wù)或功能
用例模型主要由模型元素組成
（1） 參與者（Actor）
（2） 用例（Use case）
用于表示軟件系統(tǒng)所提供的服務(wù)，定義系統(tǒng)如何被參與者所用，描述的是參 與者為了使用軟件系統(tǒng)提供的某個功能而與系統(tǒng)之間發(fā)生的一段“對話”。
2．用例規(guī)格
用例規(guī)格說明主要包括以下內(nèi)容：
（3）通信關(guān)聯(lián)
用于表示參與者和用例之間的對應(yīng)關(guān)系
? 簡要說明：概述該用例的作用和目的
? 事件流： 包含基本流與備選流，所有場景都需要通過事件流表示
? 用例場景：包含成功場景與失敗場景。場景主要由基本流和備選流組合
而成
? 特殊需求：描述與該用例相關(guān)的非功能性需求。它包含性能、可靠性、
可用性、可擴(kuò)展性等和設(shè)計(jì)約束（指所使用的操作系統(tǒng)及開發(fā)工具等）
? 前置條件：執(zhí)行用例之前系統(tǒng)必須所處的狀態(tài)
? 后置條件：用例執(zhí)行完畢后系統(tǒng)可能處于的一組狀態(tài)
3.用例/場景測試法的應(yīng)用
動態(tài)分析指的是在組件（單元）或系統(tǒng)的執(zhí)行過程中評估其行為的過程
復(fù)習(xí)第二單元軟件測試經(jīng)典技術(shù)所學(xué)知識
完成第二單元軟件測試經(jīng)典技術(shù)測驗(yàn)；
了解自動化測試基本概念
1，自動化測試原理
1．自動化測試技術(shù)的產(chǎn)生
軟件自動化測試技術(shù)的產(chǎn)生，首先源于軟件產(chǎn)品的開發(fā)過程呈現(xiàn)出不斷改進(jìn)的特點(diǎn)和發(fā)展
轉(zhuǎn)向和發(fā)展最主要的特點(diǎn)就是軟件開發(fā)過程呈現(xiàn)不斷迭代的過程，
軟件自動化測試已是現(xiàn)代軟件測試的重要策略與技術(shù)手段。
目前，自動化測試工作正在呈現(xiàn)職業(yè)化（系列）的特征，自動化測試規(guī)劃設(shè) 計(jì)工程師、自動化測試架構(gòu)（部署）工程師、自動化測試執(zhí)行工程師等崗位及工 作分類在軟件發(fā)達(dá)國家和涉及軟件開發(fā)和運(yùn)行的各類企業(yè)里比比皆是。
2. 自動化測試概念
1） 自動化測試的概念
? 使用自動化測試工具來驗(yàn)證各種軟件測試需求，測試活動實(shí)施與管理； 通過自動化測試工具運(yùn)用，按測試管理者預(yù)定計(jì)劃自動運(yùn)行。
? 自動化測試通常指測試的自動化過程，在預(yù)設(shè)條件下自動運(yùn)行被測軟件 或程序（被測對象）并自動分析、評估測試的結(jié)果。
? 自動化測試是指測試過程的自動化。。這個概念意味著測試手段以非手工 方式逐個對測試用例進(jìn)行設(shè)計(jì)或測試的執(zhí)行 自動化測試的一個顯著特點(diǎn)是：測試不會因測試人員的不同而產(chǎn)生不致的測試結(jié)果。
***自動化測試作描述性的定義：***使用一種自動化測試工具來驗(yàn)證
各種測試需求，包括測試活動的實(shí)施與管理。自動化測試通過運(yùn)用自動化測試工具，并結(jié)合其他手段，按照測試管理的預(yù)定計(jì)劃自動進(jìn)行，以減輕手工測試工作量或手工無法完成的測試目標(biāo)
2） 自動化測試的適用范圍和其優(yōu)勢
1對涉及非常重要的測試和范圍寬廣的測試；
2 期望測試結(jié)果完全可以預(yù)料，測試的復(fù)用性要求較強(qiáng)的情形；
3 要求加快軟件開發(fā)周期，期望通過自動化測試縮短測試周期，并通過自 動化測試希望增加軟件信度的測試。如安全性測試等 ；
4? 執(zhí)行某些手工測試?yán)щy或不可能進(jìn)行的測試。如性能測試的負(fù)載測試等。
? 對運(yùn)行頻繁的測試，或在較少時間內(nèi)需更多測試。如敏捷開發(fā)中的每日 構(gòu)建中的測試。
? 需要進(jìn)行全面、準(zhǔn)確、快速響應(yīng)的測試，并進(jìn)行全面的測試管理運(yùn)用。 如實(shí)施測試管理的全過程。
3. 自動化測試原理
自動化測試是軟件測試領(lǐng)域的分支，它是自動化理論、人工智能與軟件測試技術(shù)理論的綜合運(yùn)用
1）自動化測試的實(shí)現(xiàn)機(jī)理
- 通過測試的自動執(zhí)行。
- 狀態(tài)的自動識別
-
- 自動的邏輯處理
- 2）自動化測試的通用流程
? 創(chuàng)建和更新測試用例文檔
? 測試框架設(shè)計(jì)
測試框架是自動化測試開發(fā)過程中的最重要環(huán)節(jié)，測試
腳本基于測試框架
? 開發(fā)測試腳本
? 執(zhí)行自動化測試用例
? 腳本維護(hù)
4. 自動化測試的局限
? 當(dāng)針對不現(xiàn)實(shí)的期望
? 當(dāng)缺乏自動化測試的經(jīng)驗(yàn)時
? 當(dāng)軟件開發(fā)或測試的相關(guān)文檔較少或兩者不一致時，其自動化測試發(fā)現(xiàn) 缺陷或錯誤的能力將大大降低
? 期望通過自動化測試能夠發(fā)現(xiàn)大量新的缺陷。
? 錯覺自動化測試的可靠性一定高。
? 認(rèn)為自動化測試無需維護(hù)。
? 自身技術(shù)問題的影響因素
- 自動的邏輯處理
2.自動化測試流程組織框架
1．測試框架
1）框架的概念
這里所說的框架（Framework），通常是指軟件應(yīng)用與軟件開發(fā)中的一種基礎(chǔ)架構(gòu)。它包含一組供開發(fā)使用的組件和公共服務(wù)的平臺。如，對數(shù)據(jù)庫訪問、安全性的功能、消息通信等等的服務(wù)和保障
框架定義每個組件之間的通信方式以及對外服務(wù)的接口。
所謂架構(gòu)是指對基礎(chǔ)設(shè)施所提供的各種功能，它與具體的（軟件）業(yè)務(wù)邏輯無直接的關(guān)聯(lián)。
廣義的測試框架包括對測試流程和測試規(guī)范的設(shè)計(jì)的服務(wù)和支持。
2）測試框架的作用
測試框架能夠?qū)崿F(xiàn)復(fù)用，有兩層含義：
① 同一項(xiàng)目內(nèi)的復(fù)用
② 針對某一測試的自動化測試框架，可直接或通過一定修改后被其他同類
型自動化測試項(xiàng)目使用。
測試框架不僅為簡單的類庫和工具包的集成，還必須通過一定的設(shè)計(jì)模式來實(shí)現(xiàn)其開發(fā)形成框架。是其具有結(jié)構(gòu)清晰(松耦合)、易維護(hù)(依賴關(guān)系小)、易擴(kuò)展的機(jī)制和特點(diǎn)。
3）測試框架的分類
如果按照不同的測試領(lǐng)域劃分，有：單元測試框架；功能測試框架；性能測試框架；
如果按照編程語言劃分，有：Java測試框架；. NET測試框架等；
如果按照框架使用授權(quán)劃分，有：開源框架和非開源框架。
2．測試框架的解析
1）功能測試框架
軟件的功能是其質(zhì)量體系的重要組成部分，在自動化測試框架中，基本上都會體現(xiàn)出這個基礎(chǔ)和服務(wù)。
2）基于數(shù)據(jù)驅(qū)動（Data Driven）的框架
基于數(shù)據(jù)驅(qū)動（Data Driven）的框架是目前較流行且應(yīng)用廣泛的一種測試框架
基于數(shù)據(jù)驅(qū)動的框架的設(shè)計(jì)思想是使用較少的腳本來產(chǎn)生大量的測試用例。將這種數(shù)據(jù)驅(qū)動的技術(shù)應(yīng)用到自動化測試框架中就形成數(shù)據(jù)驅(qū)動測試框架。
數(shù)據(jù)驅(qū)動測試是將測試過程和測試數(shù)據(jù)進(jìn)行分離，其核心思想是將測試用的測試場景與測試數(shù)據(jù)進(jìn)行解耦，從而可以有效重用測試邏輯，提高測試覆蓋率，從而提高測試用例開發(fā)效率的測試方法。
常用驅(qū)動方法有：隨機(jī)驅(qū)動；順序迭代驅(qū)動和隨機(jī)驅(qū)動；順序選擇驅(qū)動
迭代驅(qū)動就是將整個或部分驅(qū)動數(shù)據(jù)集合以循環(huán)的方式同測試場景進(jìn)行動態(tài)地耦合，將數(shù)據(jù)一個個的送入場景。
選擇驅(qū)動是將測試數(shù)據(jù)作為整體或經(jīng)選擇子集之后同測試場景進(jìn)行動態(tài)耦合，將選擇的數(shù)據(jù)作為集合送入場景。
基于數(shù)據(jù)驅(qū)動這種測試框架的主要功能或作用是將測試的數(shù)據(jù)（即輸入/輸出）是從數(shù)據(jù)文件中進(jìn)行讀取。
3）關(guān)鍵字驅(qū)動（表驅(qū)動） 框架
該框架是建立在數(shù)據(jù)驅(qū)動基礎(chǔ)之上的一種測試機(jī)制，是提高自動化測試的靈活性和擴(kuò)展性的一種測試框架解決方案
關(guān)鍵字驅(qū)動的自動化測試框架是對數(shù)據(jù)驅(qū)動的邏輯擴(kuò)展，用關(guān)鍵字的形式將測試邏輯封裝在數(shù)據(jù)文件中，測試工具只要能夠解釋這些關(guān)鍵字即可對其應(yīng)用自動化，它的核心思想可概括為三個分離
? 界面元素名與測試內(nèi)部對象名的分離
? 測試描述與具體實(shí)現(xiàn)細(xì)節(jié)的分離
? 腳本與數(shù)據(jù)的分離
關(guān)鍵字驅(qū)動測試框架的優(yōu)點(diǎn)：
? 測試腳本基本等同于手工測試過程的描述，簡明、易讀。
? 測試腳本建立與維護(hù)不需要編程知識和技巧。
? 框架的實(shí)現(xiàn)和腳本編寫可同步實(shí)施，腳本編寫不依賴于任何框架的實(shí)現(xiàn) 和程序語言，只需了解關(guān)鍵字的定義即可。
? 腳本一次編寫，可多處適用。更換測試工具只需要重新啟用新的工具實(shí) 現(xiàn)關(guān)鍵字解釋器即可。
關(guān)鍵字驅(qū)動測試框架的缺點(diǎn)：
? 框架的開發(fā)比較困難。
? 關(guān)鍵字解釋器的編寫需要更高的技巧和專業(yè)能力。
關(guān)鍵字描述測試腳本的缺點(diǎn)：
? 無法表示復(fù)雜的測試邏輯，僅適合順序的操作流，靈活性較差。
? 因?yàn)槟_本比較簡單，則必然會增加對框架的依賴，因此，將會提高框架 的復(fù)程度，使開發(fā)框架難度加大。
? 在框架中，不僅要正確解釋各種不同操作對象的不同關(guān)鍵字，還需考慮 那些在其他框架中可以在腳本里實(shí)現(xiàn)的對不同錯誤的恢復(fù)和處理的邏輯。
3，自動化測試用例與測試腳本
1．數(shù)據(jù)驅(qū)動測試對自動化測試的影響
數(shù)據(jù)驅(qū)動是以對被測軟件的數(shù)據(jù)模型的測試代替了對功能的測試。從而測試場景的復(fù)雜度則會大幅降低，而測試數(shù)量則大幅提升。測試腳本的結(jié)構(gòu)得到簡化，測試腳本內(nèi)部的‘硬編碼’內(nèi)容大幅的減少，使得測試的穩(wěn)定性得到提高，測試用例組獲得增加。
2．測試數(shù)據(jù)的設(shè)計(jì)
自動化測試數(shù)據(jù)的設(shè)計(jì)，主要有幾個步驟：
? 測試數(shù)據(jù)規(guī)劃：結(jié)構(gòu)要符合業(yè)務(wù)模型，并有效的去重，對有效數(shù)據(jù)整體 分類。對單一數(shù)據(jù)劃分等價(jià)類，可運(yùn)用在通常劃分等價(jià)類的所有原則，對數(shù)據(jù)的修飾，規(guī)劃測試策略。
? 測試數(shù)據(jù)生成，有三種：采用隨機(jī)生成方法；將數(shù)據(jù)組排列；基于統(tǒng)計(jì) 學(xué)要求的數(shù)據(jù)生成方法。
? 測試數(shù)據(jù)存儲在通用測試工具中，數(shù)據(jù)的存儲方式往往由測試框架內(nèi) 置來實(shí)現(xiàn)。如，使用數(shù)據(jù)池（Datapool）方法。
? 測試數(shù)據(jù)維護(hù)：主要針對數(shù)據(jù)池進(jìn)行。
? 測試檢驗(yàn)：主要是針對著測試點(diǎn)的檢驗(yàn)。
3. 自動化測試用例及測試腳本
自動化測試必須要有測試腳本或測試用例的支撐，否則無法進(jìn)行具體測試。
1）自動化測試用例
自動化測試用例是指在測試執(zhí)行過程中引用的一個個具體的測試用例。通常為以一個測試用例的集合。或是腳本編輯時指定的測試數(shù)據(jù)。
2）自動化測試腳本
測試腳本是能夠被重復(fù)執(zhí)行的
3）自動化測試腳本的特點(diǎn)
? 測試腳本與測試一樣，將隨著測試模式和測試方法的不同，將以多種形 式出現(xiàn)
? 測試腳本是可以變化。
? 測試腳本在脫離所依附的系統(tǒng)時，將不能夠獨(dú)自運(yùn)行。
? 自動化測試腳本生成工具，可協(xié)助測試人員編制或生成測試腳本。
4）自動化測試腳本種類
? 結(jié)構(gòu)化腳本
腳本側(cè)重描述腳本中控制流程的結(jié)構(gòu)化特性。
? 共享腳
共享腳本側(cè)重描述腳本中共性的特性。
共享腳本維護(hù)開銷低于線性腳本（簡單的錄制-回放），能刪除明顯的重復(fù)，在腳本中增加更智能的功能。
共享腳本開發(fā)的配套文檔需注意規(guī)
范性和完整性。
? 數(shù)據(jù)驅(qū)動腳本
腳本式是參數(shù)化的。
? 關(guān)鍵字驅(qū)動腳本
腳本使用采用說明性與描述性的方法。描述的被測軟件知識建立在自動化測試環(huán)境中，知識是在腳本當(dāng)中。
關(guān)鍵字驅(qū)動腳本的數(shù)量不隨測試用例數(shù)量變化，僅隨軟件規(guī)模而變動
? 線性腳本（簡單錄制/回放）線性腳本是錄制手工執(zhí)行的測試用例得到。
需要很明確該系統(tǒng)的測試機(jī)制（原理）是什么，這將決定了要運(yùn)用什么樣的測試腳本的類型。
4. 測試腳本的自動生成
4，自動化測試工具（平臺）及應(yīng)用
1. 自動化測試工具（平臺
自動化測試工具或平臺的體現(xiàn)的功能和作用，這里歸納如下：
1）自動化測試工具作用和功效
支持軟件的關(guān)鍵元素
能記錄業(yè)務(wù)的流程并生成腳本程序
對各種網(wǎng)絡(luò)設(shè)備（客戶/服務(wù)器）模仿能力，用有限資源生成高質(zhì)量虛擬 用戶
對整個軟、硬件系統(tǒng)中各部分具有監(jiān)控的能力，對測試結(jié)果表現(xiàn)和分析。
2) 自動化測試工具功能類型
? 支持不同測試環(huán)境的測試平臺或是測試模擬器。
? 提供軟件（程序）變更分析和軟件風(fēng)險(xiǎn)及復(fù)雜度評價(jià)的靜態(tài)分析器和比較器。
? 測試執(zhí)行和回歸的測試驅(qū)動及捕獲/回放工具。
? 度量和報(bào)告測試結(jié)果及覆蓋率動態(tài)分析工具。
? 幫助開發(fā)和測試人員了解重要的軟件系統(tǒng)信息。
? 確定系統(tǒng)最優(yōu)硬件配置，提供最好的系統(tǒng)性能。
? 檢查系統(tǒng)的可靠性。系統(tǒng)在負(fù)載（壓力）下可靠運(yùn)行時間及系統(tǒng)性能如 何變化。檢查系統(tǒng)硬、軟件升級對系統(tǒng)性能的影響。
? 評估新產(chǎn)品的最佳運(yùn)行環(huán)境與條件。
? 能否正確選擇工具關(guān)系到測試的效率、成本及測試的成敗。
2）自動化測試工具的分類
? 自動化測試工具也可根據(jù)其來源的不同，分為開源工具和非開源工具 （一般為商品化工具）。
? 從自動化測試工具能夠完成的測試工作或任務(wù)來說，有單一功能的特性 工具、多功能綜合特性的工具等
? 根據(jù)測試方法不同，測試工具又分白盒測試工具和黑盒測試工具。
? 根據(jù)測試對象不同，測試工具分為Web測試工具、數(shù)據(jù)庫測試工具、
移動測試測試工具、嵌入式測試工具和測試管理工具等等。
2. 自動化測試工具簡介
1） 白盒測試工具
白盒測試工具通常用于作接口測試、覆蓋率分析、復(fù)雜度計(jì)算、內(nèi)存分析等。
? 可作代碼審查
? 進(jìn)行一致性檢查
? 白盒測試工具能實(shí)現(xiàn)
① 作程序的錯誤檢查
② 作接口分析。
③ 輸入輸出規(guī)格說明分析檢查
④ 作數(shù)據(jù)流分析
⑤ 作類型分析，
⑥ 作單元分析，檢查單元或者構(gòu)成實(shí)體的物理元件是否定義正確和使 用一致
⑦ 作程序復(fù)雜度的分析，并精確規(guī)劃測試用例的設(shè)計(jì)。
商用白盒測試工具：如 IBM LogiScope、IBM Rational PurifyPlus、Klocwork、Parasoft C/C++等等, 以及開源測試工具。
2）黑盒測試工具
其主要的功能和作用：
? 功能測試工具
作軟件或程序的預(yù)定功能的確認(rèn)。用于檢測程序能否達(dá)
到預(yù)期功能要求，并能正常地運(yùn)行。
? 非功能測試工具
。主要是以軟件的性能測試、安全性測試、質(zhì)量度量測
試內(nèi)容為主的工具。如性能測試，主要是查找影響軟件或程序性能的瓶頸
? 業(yè)界主流的黑盒測試工具
3) 用于測試管理的工具
IBM Rational 系列 DOORS，Rational Team Concert（RTC
總結(jié)
- 上一篇： linux下安装虚拟天文馆,如何在Ubu
- 下一篇： 修改网络设备在路由器中显示名称