軟件自動化測試?yán)碚摷皯?yīng)用(存儲版)
【正文】 有類型的測試 ?一次執(zhí)行多種測試類型 ?鏈接測試用例與需求 ?測試評估 ?有意義的報告 ?管理手動測試 43 IBM Rational Test RealTime ?代碼級測試工具 ?代碼靜態(tài)分析 ?代碼編輯、測試和調(diào)試相集成 ?Test RealTime通過分析源代碼，自動生成測試驅(qū)動（ Test Driver）和樁（ Test Stub）模版。因此，這一特性大大地提高了軟件“再測試”（ ReTest）和 回歸測試 （ Regression）的自動化程度，把測試人員從繁雜的、重復(fù)性的手工測試中解脫出來，從而顯著地提高軟件測試效率。 ? 測試 IDE下 Visual Basic、 Oracle Forms、 Power Builder、HTML、 Java開發(fā)的應(yīng)用程序。 53 ? 當(dāng)要模擬上百萬的用戶并發(fā)操作時，一臺計算機(jī)上運(yùn)行幾百萬個進(jìn)程會受到本機(jī)資源的限制，必須使用多臺計算機(jī)來運(yùn)行這幾百萬個進(jìn)程。 55 ? 控制工具記錄下了測試結(jié)果數(shù)據(jù)，對于測試結(jié)果數(shù)據(jù)的分析，需要使用工具進(jìn)行分析，以便得出結(jié)論，分析內(nèi)容如下： ? 原始記錄數(shù)據(jù)導(dǎo)出功能； ? 各事務(wù)隨用戶增多的時間響應(yīng)變化； ? 事務(wù)平均響應(yīng)圖，事務(wù)完成在整個測試運(yùn)行時間所處的階段，各個事物在整個測試運(yùn)行時間分布。按照成熟度自動化的測試可以被劃分為 5個級別。 缺點(diǎn) 需要一定的編知識。這將開始搭建起測試和開發(fā)之間的橋梁。擁有一個強(qiáng)大的測試框架，這個測試框架是基于能夠根據(jù)被測試系統(tǒng)的變化快速創(chuàng)建一個測試腳本的測試功能庫。 好處 測試用例的設(shè)計被從測試工具中分離了出來 － 關(guān)注在設(shè)計良好的測試用例上。 用法 專業(yè)的測試自動化將技能的使用最優(yōu)化的結(jié)合起來 。 63 ?級別 5：使用動作詞的測試自動化：這是自動化測試的最高級別。 用法 大規(guī)模的測試套件被開發(fā)、執(zhí)行和維護(hù)的專業(yè)自動化測試。編碼的習(xí)慣必須是適當(dāng)?shù)?。將測試腳本中的任何寫死的測試數(shù)據(jù)，比如名字、帳號等等，從測試腳本的代碼中完全刪除，并將他們轉(zhuǎn)換成為變量。當(dāng)前這個神話仍然在很多測試人員的思想中。包括下面內(nèi)容： ?腳本運(yùn)行狀態(tài)（幾個通過，幾個失敗），當(dāng)前時刻多少個腳本在運(yùn)行。腳本語言執(zhí)行時需要直接調(diào)用服務(wù)器的 API功能運(yùn)行。 ? 在 SQA Basic、 VB、 VU環(huán)境下創(chuàng)建并編輯腳本。 47 IBM Rational PurifyPlus ?PureCoverage ?PureCoverage 是一個面向 VC, VB 或者 Java 開發(fā)的測試覆蓋程度檢測工具 ,它可以自動檢測測試完整性和那些無法達(dá)到的部分 .作為一個質(zhì)量控制工程 ,可以使用 PureCoverage 在每一個測試階段生產(chǎn)詳盡的測試覆蓋程度報告。 ?TestDirector能夠在一獨(dú)立的應(yīng)用系統(tǒng)中提供需求管理功能，并且可以把測試需求管理于測試計劃、測試日程控制、測試執(zhí)行和錯誤跟蹤等功能融合為一體，因此極大地加速了測試的進(jìn)程。 ?動態(tài)測試分析功能（覆蓋率分析）：具有很好的結(jié)構(gòu)分析和瀏覽器，可以很直觀地顯示程序的分支（語句）覆蓋情況。 ? 內(nèi)存分析： CodeTest可以動態(tài)追蹤內(nèi)存分配，報告內(nèi)存出錯和相應(yīng)的原始數(shù)據(jù)。 ?仿真器通常采用內(nèi)存標(biāo)記技術(shù)，它所關(guān)心的也是處理器從外存的代碼段讀取數(shù)據(jù)的情況 ?純硬件測試工具是不具備對內(nèi)存分配進(jìn)行分析和檢查的能力 32 ?CodeTest系統(tǒng)包括 3種嵌入式軟件測試和分析工具： CodeTest Native,CodeTest SoftwareInCircuit和 CodeTest HardwareInCircuit,每一種工具代表了嵌入式系統(tǒng)開發(fā)的每一個周期的不同階段，它們分別由于： ?在開發(fā)階段早期，沒有目標(biāo)硬件，只有宿主機(jī)開發(fā)環(huán)境和測試環(huán)境。 23 ?自動化測試流程 ?自動化回歸測試在實(shí)施上，一般分為兩個主要步驟，一個是測試結(jié)果輸出腳本模板生成，該部分需要人工進(jìn)行，一個是自動化回歸測試。 ? 數(shù)據(jù)驅(qū)動腳本的缺點(diǎn)是： ? 初始建立的開銷較大； ? 需要專業(yè)（編程）支持。另外由于引進(jìn)其他指令改變控制結(jié)構(gòu)，可以提高重用性，增加功能和靈活性，改善維護(hù)性。 ? 測試結(jié)果的自動比較：將預(yù)期輸出與程序運(yùn)行過程中的實(shí)際輸出進(jìn)行比較。自動化測試只是用于提高測試的效率，即減少測試的開銷和時間。下列情況不適合于自動化測試： ?測試很少進(jìn)行 ?軟件不穩(wěn)定 ：如軟件升級版本時，用戶界面和功能頻繁變化，此時自動化測試相應(yīng)部分修改的開銷較大。 4 ?自動化測試有如下特點(diǎn)： ?可以對程序的新版本自動執(zhí)行回歸測試 ?可以執(zhí)行一些手工測試?yán)щy或不可能進(jìn)行的測試 ?可以更好地利用資源 ?測試具有一致性和可重復(fù)性 ?測試的重用性 ?可以更快地將軟件推向市場 ?可以增加軟件信任度 5 ?測試自動化誤區(qū) ： ?不現(xiàn)實(shí)的期望 ?期望自動測試發(fā)現(xiàn)大量新故障 ?安全性錯覺 ?自動測試的維護(hù)開銷 ?技術(shù)問題 6 自 動 化 測 試 在 軟 件 開 發(fā) 周 期 中 的 位 置 系統(tǒng)設(shè)計詳細(xì)設(shè)計單元測試集成測試系統(tǒng)測試驗(yàn)收測試測試設(shè)計工具邏輯設(shè)計工具物理設(shè)計工具管理工具覆蓋測試工具調(diào)試工具動態(tài)分
畢業(yè)設(shè)計相關(guān)推薦
鄂ICP備17016276號-1