軟件自動(dòng)化測(cè)試?yán)碚摷皯?yīng)用-文庫吧資料
2025-05-18 13:23本頁面
【正文】 況實(shí)時(shí)在線更改，隨時(shí)顯示新的測(cè)試所反映的測(cè)試覆蓋情況。 ?TestChecker：分析代碼測(cè)試覆蓋率和顯示未覆蓋的代碼路徑，發(fā)現(xiàn)未測(cè)試源代碼中隱藏的 Bug，提供軟件的可靠性。它們的功能分別如下： ?RuleChecker：根據(jù)為產(chǎn)品定制的規(guī)則自動(dòng)地檢查代碼編程規(guī)則，可以避免錯(cuò)誤陷阱和代碼錯(cuò)誤。 ?動(dòng)態(tài)測(cè)試分析功能（覆蓋率分析）：具有很好的結(jié)構(gòu)分析和瀏覽器，可以很直觀地顯示程序的分支（語句）覆蓋情況。 LogiScope的重點(diǎn)是幫助代碼評(píng)審和動(dòng)態(tài)覆蓋測(cè)試。 35 ?LogiScope是一組嵌入式軟件測(cè)試工具集。 ? 代碼跟蹤分析： CodeTest提供 400KB的追蹤緩沖空間，能追蹤150萬行源代碼。 ? 內(nèi)存分析： CodeTest可以動(dòng)態(tài)追蹤內(nèi)存分配，報(bào)告內(nèi)存出錯(cuò)和相應(yīng)的原始數(shù)據(jù)。 ? 性能分析： CodeTest能同時(shí)對(duì) 128000個(gè)函數(shù)和 1000個(gè)任務(wù)進(jìn)行性能分析，可以精確地得出每個(gè)函數(shù)或任務(wù)執(zhí)行的最大時(shí)間、最小時(shí)間和平均時(shí)間，精確度達(dá)到 50ns；能夠精確地顯示各函數(shù)或任務(wù)之間的調(diào)用情況，幫助開發(fā)人員和測(cè)試人員發(fā)現(xiàn)系統(tǒng)瓶頸、優(yōu)化系統(tǒng)。 ?另一方面， CodeTest從純硬件的測(cè)試工具那里吸取了從總線捕獲數(shù)據(jù)的技術(shù)并且對(duì)它進(jìn)行了改善，CodeTest改變了采樣方式，它通過監(jiān)視系統(tǒng)總線，當(dāng)程序運(yùn)行到插入的特殊點(diǎn)的時(shí)候才會(huì)主動(dòng)地到數(shù)據(jù)總線上去捕獲數(shù)據(jù)。 ?在產(chǎn)品確認(rèn)階段，此時(shí)產(chǎn)品進(jìn)入系統(tǒng)綜合測(cè)試階段。 ?仿真器通常采用內(nèi)存標(biāo)記技術(shù)，它所關(guān)心的也是處理器從外存的代碼段讀取數(shù)據(jù)的情況 ?純硬件測(cè)試工具是不具備對(duì)內(nèi)存分配進(jìn)行分析和檢查的能力 32 ?CodeTest系統(tǒng)包括 3種嵌入式軟件測(cè)試和分析工具： CodeTest Native,CodeTest SoftwareInCircuit和 CodeTest HardwareInCircuit,每一種工具代表了嵌入式系統(tǒng)開發(fā)的每一個(gè)周期的不同階段，它們分別由于： ?在開發(fā)階段早期，沒有目標(biāo)硬件，只有宿主機(jī)開發(fā)環(huán)境和測(cè)試環(huán)境。 ?純硬件測(cè)試工具 ：主要是邏輯分析儀和仿真器。通過使用LoadRunner ，企業(yè)能最大限度地縮短測(cè)試時(shí)間，優(yōu)化性能和加速應(yīng)用系統(tǒng)的發(fā)布周期。 是一種預(yù)測(cè)系統(tǒng)行為和性能的工業(yè)標(biāo)準(zhǔn)級(jí)負(fù)載測(cè)試工具。 23 ?自動(dòng)化測(cè)試流程 ?自動(dòng)化回歸測(cè)試在實(shí)施上，一般分為兩個(gè)主要步驟，一個(gè)是測(cè)試結(jié)果輸出腳本模板生成，該部分需要人工進(jìn)行，一個(gè)是自動(dòng)化回歸測(cè)試。 21 ?被測(cè)試軟件的測(cè)試方式選擇 ?并不是所有的軟件都需要進(jìn)行自動(dòng)化測(cè)試。 ? 關(guān)鍵字驅(qū)動(dòng)腳本的優(yōu)點(diǎn)： ?獨(dú)立于測(cè)試腳本語言開發(fā)測(cè)試事例 ?所需腳本數(shù)量是隨軟件的規(guī)模而不是測(cè)試的數(shù)量而變化的 ?可以用與工具（及平臺(tái)）無關(guān)的方法實(shí)現(xiàn)測(cè)試 ?實(shí)現(xiàn)測(cè)試的方法可以剪裁適合測(cè)試者而不是測(cè)試工具 20 ?性能測(cè)試和內(nèi)存泄露檢查的測(cè)試過程中，不是預(yù)期輸出與實(shí)際輸出的比較，而是運(yùn)行數(shù)據(jù)采集并統(tǒng)計(jì)輸出結(jié)果。用變量取代在錄制的腳本代碼中的對(duì)象標(biāo)識(shí)，如：按鈕、編輯框等控件 ID等，然后在腳本中通過這些變量來操作這些對(duì)象進(jìn)行。 ? 數(shù)據(jù)驅(qū)動(dòng)腳本的缺點(diǎn)是： ? 初始建立的開銷較大； ? 需要專業(yè)（編程）支持。 18 ? 數(shù)據(jù)驅(qū)動(dòng)腳本是將測(cè)試輸入存儲(chǔ)在獨(dú)立的（數(shù)據(jù)）文件中（ *.XLS、 *.TXT、 *.DAT等），而不是存儲(chǔ)在腳本中，腳本中只存放控制信息。 ? 共享腳本的優(yōu)點(diǎn)是： ? 以較少的開銷實(shí)現(xiàn)類似的測(cè)試； ? 維護(hù)開銷低于線性腳本； ? 刪除明顯的重復(fù)； ? 可以在共享腳本中增加更智能的功能。 ?主要有優(yōu)點(diǎn)是健壯性更好，更靈活；但是腳本更加復(fù)雜，測(cè)試數(shù)據(jù)依然“包含”腳本中。另外由于引進(jìn)其他指令改變控制結(jié)構(gòu)，可以提高重用性，增加功能和靈活性，改善維護(hù)性。 ? 線性腳本的缺點(diǎn)主要是： ? 一切依賴于每次捕獲的內(nèi)容； ? 測(cè)試輸入和比較是“捆綁”在腳本中的； ? 無法共享或重用腳本； ? 容易受軟件變化的影響； ? 修改代價(jià)大，維護(hù)成本高。 11 ?對(duì)于支持命令行的軟件系統(tǒng)，采用批處理方式輸入是最好的測(cè)試用例自動(dòng)化輸入方式 ?對(duì)于不支持命令行的軟件系統(tǒng)，一般來說可以采用商用化錄制回放測(cè)試工具生成輸入腳本，或自己編制測(cè)試用例輸入腳本 12 ?簡(jiǎn)單比較 ?復(fù)雜比較 ?動(dòng)態(tài)比較 ?執(zhí)行后比較 13 ?測(cè)試結(jié)果輸出一般有以下形式： ?基于磁盤的輸出：包括數(shù)據(jù)庫、文件和目錄 /文件夾； ?基于屏幕的輸出：主要是文本和特殊圖形字符、圖形圖像等； ?多媒體信息的輸出：包括不易比較的測(cè)試輸出形式如播放的聲音、顯示的視頻等； ?通訊報(bào)文的輸出：主要是網(wǎng)絡(luò)中傳送的通訊報(bào)文，一般以幀形式出現(xiàn)。在執(zhí)行腳本過程中可以完成測(cè)試結(jié)果的自動(dòng)比較。 ? 測(cè)試結(jié)果的自動(dòng)比較：將預(yù)期輸出與程序運(yùn)行過程中的實(shí)際輸出進(jìn)行比較。 ? 自動(dòng)測(cè)試輸入：工具錄制測(cè)試者所做的所有操作，并將這些操作寫成工具可以識(shí)別的腳本。手工測(cè)試時(shí)可以及時(shí)處理該意外，而自動(dòng)化測(cè)試時(shí)該意外事件一般都會(huì)導(dǎo)致測(cè)試的中止。手工測(cè)試時(shí)可以直接判斷測(cè)試結(jié)果的正確性，而自動(dòng)測(cè)試許多情況下測(cè)試結(jié)果還需要人工干預(yù)判斷。自動(dòng)化測(cè)試只是用于提高測(cè)試的效率，即減少測(cè)試的開銷和時(shí)間。據(jù)經(jīng)驗(yàn)數(shù)據(jù)統(tǒng)計(jì)，自動(dòng)測(cè)試只能發(fā)現(xiàn)約 15％的故障，而手工測(cè)試可以發(fā)現(xiàn) 85％的故障。 8 ?手工測(cè)試比自動(dòng)測(cè)試發(fā)現(xiàn)的故障要多 ?自動(dòng)化測(cè)試主要是進(jìn)行重復(fù)
畢業(yè)設(shè)計(jì)相關(guān)推薦
鄂ICP備17016276號(hào)-1