軟件測試基礎(chǔ)培訓(xùn)之軟件測試基礎(chǔ)

軟件測試基礎(chǔ)第2頁軟件測試定義軟件測試的模型與方法常用測試工具介紹軟件測試中心簡介主要內(nèi)容

美國愛國者導(dǎo)彈防御系統(tǒng)

“許霆”案第3頁軟件測試定義著名失敗案例第4頁測試的目的是想以最少的人力、物力和時(shí)間找出軟件中潛在的各種錯(cuò)誤和缺陷，通過修正各種錯(cuò)誤和缺陷提高軟件質(zhì)量，回避軟件發(fā)布后由于潛在的軟件缺陷和錯(cuò)誤造成的隱患所帶來的商業(yè)風(fēng)險(xiǎn)軟件是由文檔、數(shù)據(jù)以及程序組成的。

評估軟件質(zhì)量發(fā)現(xiàn)軟件錯(cuò)誤目的軟件測試目的？軟件測試定義2023/3/16

第5頁

ContentTitle軟件特性的總和，軟件滿足規(guī)定或潛在用戶需求的能力。軟件測試定義軟件質(zhì)量2023/3/16

第6頁質(zhì)量屬性功能性可靠性易用性效率可移植性可維護(hù)性易分析性易改變性穩(wěn)定性易測試性依從性適應(yīng)性易安裝性共存性易替換性依從性成熟性容錯(cuò)性易恢復(fù)性依從性易理解性易學(xué)性易操作性吸引性依從性時(shí)間特性資源特性依從性適合性互操作性依從性準(zhǔn)確性安全保密性軟件測試定義軟件質(zhì)量屬性2023/3/16

第7頁

定義1：是為了發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序或系統(tǒng)的過程。（Myers，1979）常規(guī)定義在規(guī)定條件下對程序進(jìn)行操作，以發(fā)現(xiàn)錯(cuò)誤，對軟件質(zhì)量進(jìn)行評估。定義2：測試不僅僅是為了發(fā)現(xiàn)軟件缺陷與錯(cuò)誤，而且也是對軟件質(zhì)量進(jìn)行度量和評估。（Hetzel，1983）軟件測試定義什么是軟件測試？2023/3/16

第8頁軟件測試定義測試常識和經(jīng)驗(yàn)測試能提高軟件的質(zhì)量，但是提高質(zhì)量不能依賴測試。測試的目的是為了發(fā)現(xiàn)盡可能多的缺陷，不是為了說明軟件中沒有缺陷。成功的測試在于發(fā)現(xiàn)了迄今尚未發(fā)現(xiàn)的缺陷。測試的主要困難是不知道如何進(jìn)行有效地測試，也不知道什么時(shí)候可以放心地結(jié)束測試。80-20原則：80％的缺陷聚集在20％的模塊中，經(jīng)常出錯(cuò)的模塊改錯(cuò)后還會經(jīng)常出錯(cuò)。2023/3/16

第9頁軟件測試定義軟件測試的模型與方法常用測試工具介紹XX軟件測試中心簡介主要內(nèi)容測試模型V模型W模型H模型X模型其他模型測試模型V模型W模型H模型X模型其他模型測試模型V模型W模型H模型X模型其他模型測試模型V模型W模型H模型X模型其他模型測試模型V模型W模型H模型X模型其他模型前置測試模型：開發(fā)和測試相結(jié)合；對每一個(gè)交付內(nèi)容進(jìn)行測試；驗(yàn)收測試和技術(shù)測試保持相互獨(dú)立。測試驅(qū)動開發(fā)：測試設(shè)計(jì)先于開發(fā)設(shè)計(jì)在敏捷開發(fā)中受到推崇2023/3/16

第15頁黑盒測試單元測試回歸測試白盒測試集成測試確認(rèn)測試灰盒測試系統(tǒng)測試驗(yàn)收測試配置項(xiàng)測試組件測試壓力測試α測試β測試人機(jī)界面測試性能測試本地化測試冒煙測試功能測試強(qiáng)度測試一致性測試入網(wǎng)測試面向?qū)ο鬁y試第三方測試負(fù)載測試測試方法2023/3/16

第16頁黑盒測試單元測試白盒測試集成測試確認(rèn)測試灰盒測試系統(tǒng)測試驗(yàn)收測試配置項(xiàng)測試α測試β測試人機(jī)界面測試性能測試功能測試強(qiáng)度測試按測試技術(shù)：按開發(fā)階段：按實(shí)施組織：按測試類型：測試方法PINOUT白盒測試:黑盒測試:2023/3/16

第17頁測試方法黑盒與白盒測試示意圖2023/3/16

第18頁測試方法測試

方式特征依據(jù)測試人員測試驅(qū)動黑盒

測試只關(guān)心軟件的外部表現(xiàn)，不關(guān)心內(nèi)部設(shè)計(jì)與實(shí)現(xiàn)。用戶需求軟件需求任何人（包括開發(fā)人員、獨(dú)立測試人員和用戶）一般無需編寫額外的測試驅(qū)動程序白盒

測試關(guān)注軟件的內(nèi)部設(shè)計(jì)與實(shí)現(xiàn)，要跟蹤源代碼的運(yùn)行。設(shè)計(jì)文檔由開發(fā)人員兼任測試人員的角色需要編寫額外的測試驅(qū)動程序黑盒與白盒測試的比較黑盒測試設(shè)計(jì)步驟和用例設(shè)計(jì)方法：首先進(jìn)行等價(jià)類劃分，包括輸入數(shù)據(jù)和輸出數(shù)據(jù)的等價(jià)劃分，將無限測試變成有限測試在任何情況下都使用邊界值分析方法對參數(shù)配置類軟件，采用正交試驗(yàn)法挑選測試組合對業(yè)務(wù)流清晰的系統(tǒng)，利用場景法貫穿整個(gè)測試設(shè)計(jì)使用錯(cuò)誤推測法追加測試用例其它特定方法:因果圖法、判定表驅(qū)動法、功能圖法等2023/3/16

第19頁測試方法測試方法白盒測試（一）項(xiàng)目背景黑盒測試錯(cuò)誤推測法場景法等價(jià)類劃分法邊界值分析法等價(jià)類劃分法邊界值分析法把程序的輸入域劃分為若干部分，選取少數(shù)代表性數(shù)據(jù)；分為有效等價(jià)類和無效等價(jià)類；舉例：x輸入范圍為0~255，有效等價(jià)類為：0~255；無效等價(jià)類1：<0無效等價(jià)類2：>255測試方法白盒測試（一）項(xiàng)目背景黑盒測試錯(cuò)誤推測法場景法等價(jià)類劃分法邊界值分析法經(jīng)驗(yàn)得知大量的錯(cuò)誤發(fā)生在輸入或輸出范圍的邊界上；輸入等價(jià)類和輸出等價(jià)類的邊界；舉例：x輸入范圍為0~255，邊界值為：-1、0、1、254、255、256測試方法白盒測試（一）項(xiàng)目背景黑盒測試錯(cuò)誤推測法場景法等價(jià)類劃分法邊界值分析法基于經(jīng)驗(yàn)和直覺；可能有和容易發(fā)生的錯(cuò)誤；舉例：敏感字符：XML中“<>”，數(shù)據(jù)庫中“’”。錯(cuò)誤推測法邊界值分析法測試方法白盒測試（一）項(xiàng)目背景黑盒測試錯(cuò)誤推測法場景法等價(jià)類劃分法邊界值分析法業(yè)務(wù)流清晰的系統(tǒng)；基本流和備選流；舉例：呼叫流程基本流：MS1-BS1-MSC-BS2-MS2備選流1：BS1未收到呼叫備選流2：MSC未收到呼叫信息備選流3：BS2未收到呼叫信息………..場景1：基本流場景2：基本流，備選流1場景3：基本流，備選流1、2…….邊界值分析法場景法白盒測試設(shè)計(jì)一般步驟：盡量首先進(jìn)行靜態(tài)結(jié)構(gòu)分析進(jìn)行代碼檢查（桌面檢查、代碼審查、代碼走查）

需要預(yù)先準(zhǔn)備“檢查表”

代碼審查：不只是規(guī)范審查，由程序員自己講解

代碼走查：通常是對一些關(guān)鍵單元、無法運(yùn)行的單元（中斷、診斷）等程序進(jìn)行進(jìn)行靜態(tài)質(zhì)量度量進(jìn)行邏輯測試（覆蓋率測試）一般，單元測試，以代碼檢查和邏輯測試為主

集成測試，需要追加靜態(tài)結(jié)構(gòu)分析、靜態(tài)質(zhì)量度量

系統(tǒng)測試，根據(jù)黑盒測試結(jié)果，采取相應(yīng)白盒測試2023/3/16

第24頁測試方法（二）現(xiàn)狀分析黑盒測試白盒測試測試方法代碼檢查靜態(tài)分析邏輯測試基本路徑測試代碼審查代碼走查需要預(yù)先準(zhǔn)備“檢查表”通常是對一些關(guān)鍵單元、無法運(yùn)行的單元（中斷、診斷）等程序進(jìn)行（二）現(xiàn)狀分析黑盒測試白盒測試測試方法代碼檢查法靜態(tài)分析法邏輯測試法基本路徑測試法控制流分析接口分析數(shù)據(jù)流分析表達(dá)式分析（二）現(xiàn)狀分析黑盒測試白盒測試測試方法代碼檢查法靜態(tài)分析法邏輯測試法基本路徑測試法判定覆蓋組合覆蓋語句覆蓋條件覆蓋（二）現(xiàn)狀分析黑盒測試白盒測試測試方法代碼檢查法靜態(tài)分析法邏輯測試法基本路徑測試法程序控制流2023/3/16

第29頁一些討論-1A:黑盒測試只能觀察軟件的外部表現(xiàn)，即使軟件的輸入輸出都是正確的，卻并不能說明軟件就是正確的。白盒測試能發(fā)現(xiàn)程序里的隱患，象內(nèi)存泄漏、誤差累計(jì)問題。在這方面，黑盒測試存在嚴(yán)重的不足。.Q1:有了“黑盒”，為什么還要“白盒”測試？

A:如果這樣做，在開發(fā)過程中，缺陷會越積越多且分布得更廣、隱藏得更深，反而導(dǎo)致測試與改錯(cuò)的代價(jià)大大增加。最糟糕的是無法估計(jì)測試與改錯(cuò)的工作量，使進(jìn)度失去控制Q2:能否系統(tǒng)開發(fā)完，集中進(jìn)行單元測試？

2023/3/16

第30頁一些討論-2A:要把N個(gè)單元集成一起肯定靠接口耦合，這時(shí)可能會產(chǎn)生在單元測試中無法發(fā)現(xiàn)的問題。例如：數(shù)據(jù)通過不同的接口時(shí)可能出錯(cuò)；幾個(gè)函數(shù)關(guān)聯(lián)在一起時(shí)可能達(dá)不到預(yù)期的功能；在某個(gè)單元里可以接受的誤差可能在集成后被擴(kuò)大到無法接受的程度。所以集成測試是必要的..Q3:有了“單元測試”,還需要“集成測試”嗎？

A:不能！因?yàn)榧蓽y試是在仿真環(huán)境中開展的，那不是真正的目標(biāo)系統(tǒng)。再者，單元測試和集成測試通常由開發(fā)小組執(zhí)行。根據(jù)測試心理學(xué)的分析，開發(fā)人員測試自己的工作成果雖然是必要的，但不能作為成果已經(jīng)通過測試的依據(jù)。Q4:系統(tǒng)測試能否跳過集成時(shí)測過的內(nèi)容？

2023/3/16

第31頁1、首先是“信任”問題。對于合同項(xiàng)目而言，如果測試小組是開發(fā)方的人員，客戶怎么能夠輕易相信“別人”呢?所以當(dāng)項(xiàng)目進(jìn)行系統(tǒng)測試之后，客戶再進(jìn)行驗(yàn)收測試是情理之中的事。否則，那是客戶失職。不論是合同項(xiàng)目還是非合同項(xiàng)目，軟件的最終用戶各色各樣（如受教育程度不同、使用習(xí)慣不同等等）。測試小組至多能夠模仿小部分用戶的行為，但并不具有普遍的代表性。2、系統(tǒng)測試不是一會兒就能做完的，比較長時(shí)間的用戶測試很難組織。用戶還有自己的事情要做，他們?yōu)槭裁匆獮閯e人測試呢？即使用戶愿意做系統(tǒng)測試，他們消耗的時(shí)間、花費(fèi)的金錢大多比測試小組的高。系統(tǒng)測試時(shí)會找出相當(dāng)多的軟件缺陷，軟件需要反反復(fù)復(fù)地改錯(cuò)。如果讓用戶發(fā)現(xiàn)“內(nèi)幕”，一是丟臉，二是會嚇跑買主。所以還是關(guān)起門來，先讓測試小組做完系統(tǒng)測試的好。.Q5:系統(tǒng)測試和驗(yàn)收測試內(nèi)容相似，為什么做了系統(tǒng)測試，還要做驗(yàn)收測試？兩者能否合一？一些討論-32023/3/16

第32頁軟件測試定義軟件測試的模型與方法常用測試工具介紹XX軟件測試中心簡介主要內(nèi)容測試工具功能自動化測試工具白盒測試工具其他工具測試管理工具性能測試工具KlocWork、logiscope、testbed、C++test、VcTesterWinRunner、FunctionalTesterLoadrunner、WebLoad、PerformanceTester、JmeterTestDirector、testmanager、QADirectorBugFree、CVS、ClearCase測試工具分類

Klocwork

Testbed

LR(LoadRunner)RTRT(RationalTestRealTime)2023/3/16

第34頁測試工具測試工具介紹在server測試工具匯總目錄下有工具相關(guān)資料和介紹。

2023/3/16

第35頁測試工具Klocwork概述一款優(yōu)秀的自動化源代碼分析軟件工具支持C/C++、Java軟件程序進(jìn)行自動化的安全漏洞和質(zhì)量風(fēng)險(xiǎn)的分析使用簡便可以發(fā)現(xiàn)多種嚴(yán)重安全缺陷2023/3/16

第36頁測試工具Klocwork概述（續(xù)）使用簡便

支持桌面分析，提供多種開發(fā)環(huán)境集成2023/3/16

第36頁（二）軟件測評工程能力提升方案（三）使用未初始化的數(shù)據(jù)（四）安全漏洞（五）未經(jīng)過驗(yàn)證的用戶輸入（一）內(nèi)存管理問題（二）空指針引用問題Klocwork功能（一）內(nèi)存管理問題（二）空指針引用問題指針在釋放后又被解引用已經(jīng)釋放的內(nèi)存被重復(fù)釋放被釋放掉內(nèi)存的指針被當(dāng)作函數(shù)的實(shí)參進(jìn)行傳遞函數(shù)或者方法返回了已被釋放內(nèi)存的指針使用了已被釋放內(nèi)存的指針new/delete,new[]/delete[]或malloc/free語句被混淆使用釋放了非堆的內(nèi)存，如：靜態(tài)或者棧內(nèi)存函數(shù)釋放了未初始化的指針內(nèi)存泄露：程序沒有釋放先前分配的內(nèi)存把局部變量的地址作為函數(shù)返回的指針或者引用（二）軟件測評工程能力提升方案（三）使用未初始化的數(shù)據(jù)（四）安全漏洞（五）未經(jīng)過驗(yàn)證的用戶輸入（一）內(nèi)存管理問題（二）空指針引用問題空指針被解引用指針的值被函數(shù)的返回值賦值，該返回值可能為NULL，該指針被解引用已經(jīng)被確認(rèn)為NULL的指針值被解引用空指針被傳遞給一個(gè)函數(shù)并解引用在解引用指針前未進(jìn)行是否為空的檢查在未檢查指針是否為空的情況下，將指針作為參數(shù)傳遞給一個(gè)函數(shù)，并在這個(gè)函數(shù)中被解引用Klocwork功能（二）軟件測評工程能力提升方案（三）使用未初始化的數(shù)據(jù)（四）安全漏洞（五）未經(jīng)過驗(yàn)證的用戶輸入（一）內(nèi)存管理問題（二）空指針引用問題（三）使用未初始化的數(shù)據(jù)（二）空指針引用問題使用malloc分配內(nèi)存的情況下，在初始化內(nèi)存前使用了內(nèi)存一個(gè)非類類型的局部變量，在寫該變量前先讀取了該變量（比如通過引用傳遞給其它函數(shù)）一個(gè)類域（classfield）可能在構(gòu)造函數(shù)中沒有被初始化Klocwork功能（二）軟件測評工程能力提升方案（三）使用未初始化的數(shù)據(jù)（四）安全漏洞（五）未經(jīng)過驗(yàn)證的用戶輸入（一）內(nèi)存管理問題（二）空指針引用問題（四）安全漏洞（二）空指針引用問題緩沖區(qū)溢出非空字符結(jié)尾的緩沖區(qū)被當(dāng)作以空字符結(jié)尾的緩沖區(qū)使用，導(dǎo)致的緩沖區(qū)溢出不應(yīng)該使用gets函數(shù)，該函數(shù)不對輸入進(jìn)行緩沖區(qū)邊界檢查，可能導(dǎo)致目標(biāo)緩沖區(qū)溢出在字符串輸入的格式(%s)中，使用的width數(shù)值不恰當(dāng)Klocwork功能（二）軟件測評工程能力提升方案（三）使用未初始化的數(shù)據(jù)（四）安全漏洞（五）未經(jīng)過驗(yàn)證的用戶輸入（一）內(nèi)存管理問題（二）空指針引用問題（五）未經(jīng)過驗(yàn)證的用戶輸入（二）空指針引用問題在內(nèi)存分配中使用沒有經(jīng)過驗(yàn)證、不被信任的輸入數(shù)據(jù)來指定分配內(nèi)存的大小字符格式中使用了未經(jīng)過驗(yàn)證的數(shù)據(jù)使用沒有經(jīng)過驗(yàn)證、不被信任的輸入數(shù)據(jù)訪問數(shù)組將沒有經(jīng)過驗(yàn)證、不被信任的輸入數(shù)據(jù)作為循環(huán)的次數(shù)Klocwork功能

Klocwork

Testbed

LR(LoadRunner)RTRT(RationalTestRealTime)2023/3/16

第42頁測試工具測試工具介紹Testbed編碼標(biāo)準(zhǔn)驗(yàn)證編碼標(biāo)準(zhǔn)驗(yàn)證MISRA（汽車軟件標(biāo)準(zhǔn)）DERA（歐洲防務(wù)標(biāo)準(zhǔn)）2023/3/16

第43頁測試工具Testbed概述Testbed靜態(tài)分析靜態(tài)分析控制流分析數(shù)據(jù)流分析表達(dá)式分析接口分析復(fù)雜度分析2023/3/16

第44頁測試工具Testbed概述動態(tài)分析語句覆蓋分支覆蓋判定條件覆蓋……2023/3/16

第45頁測試工具Testbed概述（二）數(shù)據(jù)流分析（三）表達(dá)式分析（四）接口分析（五）其它（一）控制流分析（一）控制流分析Testbed功能是否存在不可達(dá)代碼是否存在循環(huán)條件不可達(dá)函數(shù)是否包含無限循環(huán)（無終止條件）是否存在無限循環(huán)結(jié)構(gòu)在循環(huán)語句中是否有多個(gè)控制變量是否存在浮點(diǎn)數(shù)相等比較是否使用goto語句函數(shù)是否存在多個(gè)出口函數(shù)是否存在多個(gè)入口（二）軟件測評工程能力提升方案（三）表達(dá)式分析（四）接口分析（五）其它（一）控制流分析（二）數(shù)據(jù)流分析是否存在沒使用的函數(shù)參數(shù)函數(shù)不是所有的路徑上都有返回值代碼中有多余變量變量未賦初值就引用參數(shù)與期望的作用不匹配標(biāo)識符超過31個(gè)字符函數(shù)定義無相應(yīng)原型存在潛在的無限循環(huán)指針在使用之前沒有進(jìn)行非空檢查往沒有打開過的文件中寫文件指針在退出時(shí)沒有關(guān)閉Testbed功能（二）數(shù)據(jù)流分析（三）表達(dá)式分析（四）接口分析（五）其它（一）控制流分析（三）表達(dá)式分析表達(dá)式中使用｛｝存在數(shù)組下標(biāo)越界存在被零除SWITCH語句是否為空SWITCH語句只含DEFAULT情況SWITCH語句缺少DEFAULTCASE語句缺少BREAK返回類型為VOID的函數(shù)出現(xiàn)在表達(dá)式中存在混合運(yùn)算對指針進(jìn)行邏輯比較在邏輯表達(dá)式中使用賦值操作符Testbed功能（二）數(shù)據(jù)流分析（三）表達(dá)式分析（四）接口分析（五）其它（一）控制流分析（四）接口分析實(shí)參和形參個(gè)數(shù)不匹配（C++無）實(shí)參和形參類型不匹配函數(shù)參數(shù)定義的結(jié)構(gòu)和調(diào)用的結(jié)構(gòu)不一致Testbed功能（二）數(shù)據(jù)流分析（三）表達(dá)式分析（四）接口分析（五）其它（一）控制流分析（五）其它循環(huán)體缺少括弧函數(shù)參數(shù)列表為空SWITCH結(jié)構(gòu)含多個(gè)（大于1）DEFAULT函數(shù)返回類型不一致函數(shù)和函數(shù)的原型的返回不一致函數(shù)和函數(shù)的原型的形參不一致函數(shù)參數(shù)超過7個(gè)圈復(fù)雜度超過10LCSAJ密度超過20函數(shù)代碼行超過200行Testbed功能

Klocwork

Testbed

LR(LoadRunner)RTRT(RationalTestRealTime)2023/3/16

第51頁測試工具測試工具介紹LR一般部署方式模擬實(shí)際用戶負(fù)載來測試系統(tǒng)，包括：反應(yīng)速度、最大用戶數(shù)、系統(tǒng)最優(yōu)配置、軟硬件性能等虛擬用戶：發(fā)起各種各樣的負(fù)載組合GUI代理：衡量端到端的性能主機(jī)：負(fù)責(zé)錄制、回放、監(jiān)視和分析運(yùn)行結(jié)果WebAppDB2023/3/16

第52頁在“虛擬用戶發(fā)生器”中:執(zhí)行單用戶操作ServerClientApp在“控制臺”中運(yùn)行已錄制的腳本，多個(gè)用戶并發(fā)訪問服務(wù)器VirtualUsersServerLR的單用戶與并發(fā)一般都要先“調(diào)試腳本”2023/3/16

第53頁LR主要應(yīng)用是一種預(yù)測系統(tǒng)行為和負(fù)載的性能測試工具通過以模擬上千萬用戶實(shí)施并發(fā)負(fù)載及實(shí)時(shí)性能監(jiān)測的方式來確認(rèn)和查找問題。2023/3/16

第54頁創(chuàng)建真實(shí)的負(fù)載定位性能問題可重復(fù)測試，保證系統(tǒng)發(fā)布的高性能支持無線應(yīng)用協(xié)議支持MediaStream應(yīng)用等LR主要特點(diǎn)2023/3/16

第55頁1.理解需求讀懂并量化需求根據(jù)需求設(shè)計(jì)測試用例誤區(qū)：需求不明確也可性能測試性能測試不用進(jìn)行測試設(shè)計(jì)2023/3/16

第56頁錄制選項(xiàng)關(guān)聯(lián)規(guī)則自動關(guān)聯(lián)和手動關(guān)聯(lián)參數(shù)化和策略2.VUGen簡介2023/3/16

第57頁錄制代碼優(yōu)化代碼增加日志和事務(wù)代碼增加集合點(diǎn)3.錄制和優(yōu)化腳本2023/3/16

第58頁組的設(shè)置和策略添加負(fù)載生成器添加系統(tǒng)資源計(jì)數(shù)器設(shè)置集合點(diǎn)策略面向目標(biāo)的場景IP欺騙4.Controller介紹2023/3/16

第59頁RumpUp/RumpDown執(zhí)行時(shí)間和迭代監(jiān)控執(zhí)行錯(cuò)誤處理5.設(shè)置場景并執(zhí)行測試2023/3/16

第60頁平均事務(wù)響應(yīng)時(shí)間圖事務(wù)相關(guān)圖系統(tǒng)資源圖網(wǎng)絡(luò)吞吐圖以上各圖和用戶圖疊加事務(wù)細(xì)分圖結(jié)果關(guān)聯(lián)和過濾6.結(jié)果分析和問題定位2023/3/16

第61頁

Klocwork

Testbed

LR(LoadRunner)RTRT(RationalTestRealTime)2023/3/16

第62頁測試工具測試工具介紹RTRT概述

是用于靜態(tài)度量、代碼規(guī)則檢查、單元測試、運(yùn)行時(shí)分析和基于消息的系統(tǒng)測試的跨平臺解決方案。集成了行業(yè)領(lǐng)先的第三方工具，如MathworksSimulink、MSVisualStudio和TICCS。代碼級的白盒測試工具

幫助開發(fā)人員創(chuàng)建測試腳本、執(zhí)行測試用例和生成測試報(bào)告，并提供對被測代碼進(jìn)行靜態(tài)分析和運(yùn)行時(shí)分析功能。利用該工具，開發(fā)人員可以大大提高測試的效率。

2023/3/16

第63頁RTRT概述(續(xù))代碼靜態(tài)分析，功能測試和運(yùn)行時(shí)分析相集成。代碼編輯、測試和調(diào)試相集成。測試執(zhí)行后自動生成測試報(bào)告和各種運(yùn)行時(shí)(runtime)報(bào)告。測試報(bào)告展示通過或失敗的測試用例，而運(yùn)行時(shí)分析報(bào)告包括代碼覆蓋分析報(bào)告，內(nèi)存分析報(bào)告、性能分析報(bào)告和執(zhí)行追蹤報(bào)告。2023/3/16

第64頁RTRT的各種分析報(bào)告

運(yùn)行時(shí)內(nèi)存報(bào)告(memoryprofile)分析程序運(yùn)行時(shí)內(nèi)存使用情況和是否存在內(nèi)存泄漏等的問題內(nèi)存使用大小的峰值文件描述符的使用和

分配情況2023/3/16

第65頁RTRT的各種分析報(bào)告

程序運(yùn)行性能報(bào)告(performanceprofile)最耗時(shí)的三個(gè)過程時(shí)間分布每個(gè)過程的執(zhí)行調(diào)用次數(shù),執(zhí)行總時(shí)間等運(yùn)行效率信息可對調(diào)用次數(shù)多,執(zhí)行時(shí)間長的過程進(jìn)行專門的優(yōu)化,增加應(yīng)用處理的效率,減少執(zhí)行時(shí)間2023/3/16

第66頁RTRT的各種分析報(bào)告

程序代碼覆蓋情況報(bào)告(codecoverage)每次測試中代碼執(zhí)行的覆蓋情況

支持多種覆蓋類型，包括：●語句覆蓋率●決策覆蓋率●調(diào)用覆蓋率●循環(huán)覆蓋率●條件覆蓋率●MC/DC覆蓋率2023/3/16

第67頁2023/3/16

第68頁軟件測試定義軟件測試的模型與方法常用測試工具介紹XX軟件測試中心簡介主要內(nèi)容軟件測試中心資質(zhì)獲得的資質(zhì)中國人民解放軍總裝備部軍用實(shí)驗(yàn)室認(rèn)可中國合格評定國家認(rèn)可委員會(CNAS)實(shí)驗(yàn)室認(rèn)可國防科技工業(yè)實(shí)驗(yàn)室認(rèn)可委員會(DILAC)認(rèn)可廣州市財(cái)政投資信息化項(xiàng)目驗(yàn)收測評機(jī)構(gòu)廣東省信息系統(tǒng)安全等級測評機(jī)構(gòu)

目前中心已成為國內(nèi)僅有的幾家同時(shí)具備總裝、CNAS、DILAC三個(gè)資質(zhì)的軟件測評實(shí)驗(yàn)室之一。2023/3/16

第69頁嵌入式軟件測試級別單元測試、配置項(xiàng)測試