軟件的測試復習知識點_第1頁
軟件的測試復習知識點_第2頁
軟件的測試復習知識點_第3頁
軟件的測試復習知識點_第4頁
軟件的測試復習知識點_第5頁
已閱讀5頁,還剩1頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權,請進行舉報或認領

文檔簡介

實用標準文案軟件測試復習知識點熟練掌握:面向?qū)ο蟮膯卧獪y試中基于服務的測試策略向?qū)ο笾械幕跔顟B(tài)測試的策略軟件測試與軟件開發(fā)的關系狹義定義測試: 比如“程序設計”與“測試”之間的關系,傳統(tǒng)上總以為程序設計在先,測試在后。這種專指測試程序代碼,定義在編碼之后的“測試”是一種狹義定義的測試。廣義定義測試:這種測試活動可以在軟件開發(fā)生命周期的任何階段進行。 但是,隨著開發(fā)不斷地進行,越到后續(xù)階段,找出錯誤并改正它的代價會越大全新的軟件開發(fā)模式: 以測試驅(qū)動軟件開發(fā)。軟件測試貫穿了整個軟件開發(fā)過程,軟件開發(fā)生命周期的各個階段中都少不了相應的測試, 這種思想與軟件質(zhì)量保證的出發(fā)點是一致的。系統(tǒng)測試的概念及其分類;系統(tǒng)測試是將已經(jīng)確認的軟件、計算機硬件、外設、網(wǎng)絡等其他元素結(jié)合在一起,進行信息系統(tǒng)的各種組裝測試和確認測試,其目的是通過與系統(tǒng)的需求相比較,發(fā)現(xiàn)所開發(fā)的系統(tǒng)與用戶需求不符或矛盾的地方,從而提出更加完善的方案。用戶層:①用戶支持測試;②用戶界面測試;③可維護測試;④安全性測試;應用層:①性能測試;②系統(tǒng)可靠性、穩(wěn)定性測試;③系統(tǒng)兼容精彩文檔實用標準文案性測試;④系統(tǒng)組網(wǎng)測試;⑤系統(tǒng)安裝升級測試;功能層:子系統(tǒng)層;協(xié)議/指標層;常見的黑盒測試用例的設計方法黑盒測試也稱功能測試或數(shù)據(jù)驅(qū)動測試,它是在已知產(chǎn)品所應具有的功能,通過測試來檢測每個功能是否都能正常使用。在測試時,把程序看作一個不能打開的黑盒子,在完全不考慮程序內(nèi)部結(jié)構(gòu)和內(nèi)部特性的情況下,測試者在程序接口進行測試,它只檢查程序功能是否按照需求規(guī)格說明書的規(guī)定正常使用,程序是否能適當?shù)亟邮蛰斎霐?shù)據(jù)而產(chǎn)生正確的輸出信息,并且保持外部信息(如數(shù)據(jù)庫或文件)的完整性,如圖所示。①是否有不正確或遺漏了的功能②在接口上,能否正確地接受輸入數(shù)據(jù),能否產(chǎn)生正確地輸出信息③訪問外部信息是否有錯④性能上是否滿足要求⑤界面是否錯誤,是否不美觀⑥初始化或終止錯誤黑盒測試有兩種基本方法,即通過測試和失敗測試。在進行通過測試時,實際上是確認軟件能做什么,而不會去考驗其能力如何。軟件測試員只運用最簡單,最直觀的測試案例。精彩文檔實用標準文案在設計和執(zhí)行測試案例時,總是先要進行通過測試。在進行破壞性試驗之前,看一看軟件基本功能是否能夠?qū)崿F(xiàn)。這一點很重要,否則在正常使用軟件時就會奇怪地發(fā)現(xiàn),為什么會有那么多的軟件缺陷出現(xiàn)?在確信了軟件正確運行之后,就可以采取各種手段通過搞“垮”軟件來找出缺陷。純粹為了破壞軟件而設計和執(zhí)行的測試案例,被稱為失敗測試或迫使出錯測試。黑盒測試的優(yōu)點有:)比較簡單,不需要了解程序內(nèi)部的代碼及實現(xiàn);)與軟件的內(nèi)部實現(xiàn)無關;)從用戶角度出發(fā),能很容易的知道用戶會用到哪些功能,會遇到哪些問題;)基于軟件開發(fā)文檔,所以也能知道軟件實現(xiàn)了文檔中的哪些功能;)在做軟件自動化測試時較為方便。黑盒測試的缺點有:1)不可能覆蓋所有的代碼,覆蓋率較低,大概只能達到總代碼量的 30%;)自動化測試的復用性較低。等價類劃分方法邊界值分析方法錯誤推測方法因果圖方法判定表驅(qū)動分析方法功能圖分析方法精彩文檔實用標準文案常見的白盒測試的用例測試方法白盒測試,也稱為結(jié)構(gòu)化測試、基于代碼的測試,是一種測試用例設計方法,它從程序的控制結(jié)構(gòu)導出測試用例。靜態(tài)分析:靜態(tài)方法是指按一定步驟直接檢查源代碼或代碼的測試方法,包括代碼審查、桌面檢查、代碼走查等方法。動態(tài)測試:動態(tài)測試是指按一定步驟生成測試用例并驅(qū)動被測程序運行來發(fā)現(xiàn)錯誤,包括基本路徑測試、符號測試、邏輯驅(qū)動覆蓋、循環(huán)測試、數(shù)據(jù)流測試等方法。白盒測試的優(yōu)點有:幫助軟件測試人員增大代碼的覆蓋率,提高代碼的質(zhì)量,發(fā)現(xiàn)代碼中隱藏的問題。白盒測試的缺點有:1)程序運行會有很多不同的路徑,不可能測試所有的運行路徑;2)測試基于代碼,只能測試開發(fā)人員做的對不對,而不能知道設計的正確與否,可能會漏掉一些功能需求;(3)系統(tǒng)龐大時,測試開銷會非常大。利用等價類劃分方法設計測試用例對每個輸入或外部條件進行等價類劃分,形成等價類表,為每一等價類規(guī)定一個唯一的編號;設計一測試用例,使其盡可能多地覆蓋尚未覆蓋的有效等價類,重復這一步驟,直到所有有效等價類均被測試用例所覆蓋;設計一新測試用例,使其只覆蓋一個無效等價類,重復這一步驟直到所有無效等價類均被覆蓋;精彩文檔實用標準文案利用邏輯覆蓋方法設計測試用例白盒測試中的邏輯覆蓋方法有以下6種:語句覆蓋:基本思想是:設計若干測試用例,運行被測程序,使程序中每個可執(zhí)行語句至少執(zhí)行一次。判定覆蓋:基本思想是:設計若干測試用例,運行被測程序,使得程序中每個判斷的取真分支和取假分支至少經(jīng)歷一次,即判斷真假值均曾被滿足。條件覆蓋:基本思想是:設計若干測試用例,執(zhí)行被測程序以后要使每個判斷中每個條件的可能取值至少滿足一次。判定-條件覆蓋:基本思想是:設計足夠的測試用例,使得判斷條件中的所有條件可能至少執(zhí)行一次取值,同時,所有判斷的可能結(jié)果至少執(zhí)行一次。條件組合覆蓋:基本思想是:設計足夠的測試用例,使得所有可能的條件取值組合至少執(zhí)行一次路徑覆蓋:基本思想是:設計所有的測試用例,來覆蓋程序中的所有可能的執(zhí)行路徑基本路徑測試方法設計測試用例判定樹/表法設計測試用例概念掌握精彩文檔實用標準文案軟件測試的概念,目的,內(nèi)容,方法概念:軟件測試就是在軟件投入運行前,對軟件需求分析、設計規(guī)格說明和編碼實現(xiàn)的最終審查,它是軟件質(zhì)量保證的關鍵步驟。 通常對軟件測試的定義有兩種描述:定義1:軟件測試是為了發(fā)現(xiàn)錯誤而執(zhí)行程序的過程。定義2:軟件測試是根據(jù)軟件開發(fā)各階段的規(guī)格說明和程序的內(nèi)部結(jié)構(gòu)而精心設計的一批測試用例,并利用這些測試用例運行程序以及發(fā)現(xiàn)錯誤的過程。目的:軟件測試的目的是為了保證軟件產(chǎn)品的最終質(zhì)量, 在軟件開發(fā)的過程中,對軟件產(chǎn)品進行質(zhì)量控制。測試可以達到很多目的,但最重要的是可以衡量正在開發(fā)的軟件的質(zhì)量。內(nèi)容:軟件測試的基本思想軟件開發(fā)與軟件測試軟件測試技術概覽持續(xù)的軟件測試軟件測試的原則與經(jīng)驗方法: 按照軟

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經(jīng)權益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
  • 6. 下載文件中如有侵權或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論