軟件自動(dòng)化測(cè)試?yán)碚摷皯?yīng)用(參考版)
2025-05-14 13:23本頁(yè)面
【正文】 用法 專(zhuān)業(yè)的測(cè)試自動(dòng)化將技能的使用最優(yōu)化的結(jié)合起來(lái) 。允許快速的測(cè)試用例的執(zhí)行和基于用例的更好的估計(jì)。 缺點(diǎn) 需要一個(gè)具有工具技能和開(kāi)發(fā)技能的測(cè)試團(tuán)隊(duì)，以提供并維護(hù)測(cè)試工程（框架） 。 好處 測(cè)試用例的設(shè)計(jì)被從測(cè)試工具中分離了出來(lái) － 關(guān)注在設(shè)計(jì)良好的測(cè)試用例上。 63 ?級(jí)別 5：使用動(dòng)作詞的測(cè)試自動(dòng)化：這是自動(dòng)化測(cè)試的最高級(jí)別。 缺點(diǎn) 軟件開(kāi)發(fā)的技能是基礎(chǔ)，并且需要訪(fǎng)問(wèn)相關(guān)的測(cè)試數(shù)據(jù)。在測(cè)試中會(huì)使用到大量真實(shí)的數(shù)據(jù)。擁有一個(gè)強(qiáng)大的測(cè)試框架，這個(gè)測(cè)試框架是基于能夠根據(jù)被測(cè)試系統(tǒng)的變化快速創(chuàng)建一個(gè)測(cè)試腳本的測(cè)試功能庫(kù)。 用法 大規(guī)模的測(cè)試套件被開(kāi)發(fā)、執(zhí)行和維護(hù)的專(zhuān)業(yè)自動(dòng)化測(cè)試。確保了開(kāi)發(fā)人員關(guān)注在獲得能夠被測(cè)試的方案上。能夠在項(xiàng)目的早期就開(kāi)始進(jìn)行測(cè)試腳本的設(shè)計(jì)。這將開(kāi)始搭建起測(cè)試和開(kāi)發(fā)之間的橋梁。編碼的習(xí)慣必須是適當(dāng)?shù)摹? 60 好處 確定了測(cè)試腳本的設(shè)計(jì)。 用法 當(dāng)進(jìn)行回歸測(cè)試時(shí)，被測(cè)試的應(yīng)用有很小的變化，比如僅僅是針對(duì)計(jì)算的代碼變化，但是沒(méi)有關(guān)于 GUI 界面的變化。 缺點(diǎn) 需要一定的編知識(shí)。將測(cè)試腳本中的任何寫(xiě)死的測(cè)試數(shù)據(jù)，比如名字、帳號(hào)等等，從測(cè)試腳本的代碼中完全刪除，并將他們轉(zhuǎn)換成為變量。 用法 當(dāng)測(cè)試的系統(tǒng)不會(huì)發(fā)生變化時(shí) － 小規(guī)模的自動(dòng)化。 好處 自動(dòng)化的測(cè)試腳本能夠被自動(dòng)的生成，而不需要有任何的編程知識(shí)。按照成熟度自動(dòng)化的測(cè)試可以被劃分為 5個(gè)級(jí)別。當(dāng)前這個(gè)神話(huà)仍然在很多測(cè)試人員的思想中。報(bào)告內(nèi)容可以包括：測(cè)試執(zhí)行腳本名稱(chēng)，環(huán)境，測(cè)試運(yùn)行時(shí)間，被測(cè)試的每個(gè)事務(wù)通過(guò)個(gè)數(shù)，失敗個(gè)數(shù)，最快響應(yīng)時(shí)間等。 ? 比較工具可以在同一圖形上顯示多次測(cè)試運(yùn)行的結(jié)果，以顯示優(yōu)化設(shè)置和不同硬件環(huán)境下負(fù)載測(cè)試的效果。 55 ? 控制工具記錄下了測(cè)試結(jié)果數(shù)據(jù)，對(duì)于測(cè)試結(jié)果數(shù)據(jù)的分析，需要使用工具進(jìn)行分析，以便得出結(jié)論，分析內(nèi)容如下： ? 原始記錄數(shù)據(jù)導(dǎo)出功能； ? 各事務(wù)隨用戶(hù)增多的時(shí)間響應(yīng)變化； ? 事務(wù)平均響應(yīng)圖，事務(wù)完成在整個(gè)測(cè)試運(yùn)行時(shí)間所處的階段，各個(gè)事物在整個(gè)測(cè)試運(yùn)行時(shí)間分布。包括下面內(nèi)容： ?腳本運(yùn)行狀態(tài)（幾個(gè)通過(guò)，幾個(gè)失?。?，當(dāng)前時(shí)刻多少個(gè)腳本在運(yùn)行。 54 ?監(jiān)視工具可以調(diào)用操作系統(tǒng)和數(shù)據(jù)庫(kù)系統(tǒng)軟件的資源監(jiān)測(cè)工具對(duì)系統(tǒng)資源進(jìn)行監(jiān)測(cè)。 ? 為了測(cè)試事務(wù)的響應(yīng)時(shí)間，必須建立計(jì)時(shí)機(jī)制。 53 ? 當(dāng)要模擬上百萬(wàn)的用戶(hù)并發(fā)操作時(shí)，一臺(tái)計(jì)算機(jī)上運(yùn)行幾百萬(wàn)個(gè)進(jìn)程會(huì)受到本機(jī)資源的限制，必須使用多臺(tái)計(jì)算機(jī)來(lái)運(yùn)行這幾百萬(wàn)個(gè)進(jìn)程。腳本語(yǔ)言執(zhí)行時(shí)需要直接調(diào)用服務(wù)器的 API功能運(yùn)行。 ? 腳本語(yǔ)言需要同時(shí)記錄客戶(hù)端和服務(wù)器端的活動(dòng)。 ? 腳本回放階段收集應(yīng)用程序診斷信息， Robot同 Rational Purify、Quantify、 Pure Coverage集成，可以通過(guò)診斷工具回放腳本，在日志中察看結(jié)果。 ? 測(cè)試 IDE下 Visual Basic、 Oracle Forms、 Power Builder、HTML、 Java開(kāi)發(fā)的應(yīng)用程序。 ? 在 SQA Basic、 VB、 VU環(huán)境下創(chuàng)建并編輯腳本。 ? 執(zhí)行完整的性能測(cè)試。主要作用如下：執(zhí)行完整的功能測(cè)試。因此，這一特性大大地提高了軟件“再測(cè)試”（ ReTest）和 回歸測(cè)試 （ Regression）的自動(dòng)化程度，把測(cè)試人員從繁雜的、重復(fù)性的手工測(cè)試中解脫出來(lái)，從而顯著地提高軟件測(cè)試效率。 47 IBM Rational PurifyPlus ?PureCoverage ?PureCoverage 是一個(gè)面向 VC, VB 或者 Java 開(kāi)發(fā)的測(cè)試覆蓋程度檢測(cè)工具 ,它可以自動(dòng)檢測(cè)測(cè)試完整性和那些無(wú)法達(dá)到的部分 .作為一個(gè)質(zhì)量控制工程 ,可以使用 PureCoverage 在每一個(gè)測(cè)試階段生產(chǎn)詳盡的測(cè)試覆蓋程度報(bào)告。 ?利用 Rational Quantify 各種數(shù)據(jù)圖表窗口，您可以直接識(shí)別應(yīng)用程序的性能瓶頸。 46 IBM Rational PurifyPlus ?Quantify ?Quantify 是一個(gè)面向 VC, VB 或者 Java 開(kāi)發(fā)的測(cè)試性能瓶頸檢測(cè)工具 ,它可以自動(dòng)檢測(cè)出影響程序段執(zhí)行速度的程序性能瓶頸，提供參數(shù)分析表等等直觀表格。并具有如下特點(diǎn)： ?基于 Web方式，安裝簡(jiǎn)單、運(yùn)行方便快捷、管理安全 ?有利于缺陷的清楚傳達(dá) ?系統(tǒng)靈活，具備可配置能力 ?自動(dòng)發(fā)送 Email,通知相關(guān)人員 40 IBM Rational自動(dòng)化測(cè)試解決方案架構(gòu) 41 IBM Rational Test Manager 42 IBM Rational Test Manager ?主要特點(diǎn)和功能 ?自動(dòng)化測(cè)試計(jì)劃 ?管理所有類(lèi)型的測(cè)試 ?一次執(zhí)行多種測(cè)試類(lèi)型 ?鏈接測(cè)試用例與需求 ?測(cè)試評(píng)估 ?有意義的報(bào)告 ?管理手動(dòng)測(cè)試 43 IBM Rational Test RealTime ?代碼級(jí)測(cè)試工具 ?代碼靜態(tài)分析 ?代碼編輯、測(cè)試和調(diào)試相集成 ?Test RealTime通過(guò)分析源代碼，自動(dòng)生成測(cè)試驅(qū)動(dòng)（ Test Driver）和樁（ Test Stub）模版。 ?TestDirector能夠在一獨(dú)立的應(yīng)用系統(tǒng)中提供需求管理功能，并且可以把測(cè)試需求管理于測(cè)試計(jì)劃、測(cè)試日程控制、測(cè)試執(zhí)行和錯(cuò)誤跟蹤等功能融合為一體，因此極大地加速了測(cè)試的進(jìn)程。用直方圖顯示覆蓋比率，并根據(jù)測(cè)試運(yùn)行情
畢業(yè)設(shè)計(jì)相關(guān)推薦
鄂ICP備17016276號(hào)-1