A.語句覆蓋
B.邏輯覆蓋
C.邊界值分析
D.路徑覆蓋
您可能感興趣的試卷
你可能感興趣的試題
A.軟件測試是使用人工操作或者軟件自動運(yùn)行的方式來檢驗它是否滿足規(guī)定的需求或弄清預(yù)期結(jié)果與實際結(jié)果之間的差別的過程
B.軟件測試的測試目標(biāo)是發(fā)現(xiàn)一些可以通過測試避免的開發(fā)風(fēng)險
C.軟件測試的原則之一是測試應(yīng)該盡早進(jìn)行,最好在需求階段就開始介入
D.軟件測試主要工作內(nèi)容是驗證(verification)和確認(rèn)(validation)
A.構(gòu)建的確認(rèn)過程
B.系統(tǒng)集成測試測試組提交過程
C.測試用例設(shè)計過程
D.Bug的報告過程
A.負(fù)載測試:在一定的工作負(fù)荷下,系統(tǒng)的負(fù)荷及響應(yīng)時間
B.強(qiáng)度測試:在一定的負(fù)荷條件下,在較長時間跨度內(nèi)的系統(tǒng)連續(xù)運(yùn)行給系統(tǒng)性能所造成的影響
C.容量測試:容量測試目的是通過測試預(yù)先分析出反映軟件系統(tǒng)應(yīng)用特征的某項指標(biāo)的極限值(如最大并發(fā)用戶數(shù)、數(shù)據(jù)庫記錄數(shù)等),系統(tǒng)在其極限值狀態(tài)下沒有出現(xiàn)任何軟件故障或還能保持主要功能正常運(yùn)行
D.容量測試是面向數(shù)據(jù)的,并且它的目的是顯示系統(tǒng)可以處理目標(biāo)內(nèi)確定的數(shù)據(jù)容量
A.客戶端性能
B.服務(wù)器端性能
C.從運(yùn)行完game.exe打開游戲界面后可進(jìn)行的各種操作、玩法
D.界面
A.全部選項
B.程序可能因為缺某些路徑而存在問題
C.窮舉路徑的測試可能不好暴露數(shù)據(jù)敏感的錯誤
D.就算窮舉路徑測試也不能保證程序符合需求
最新試題
軟件缺陷的優(yōu)先級從P1-P4級,下面對其描述錯誤的是()
代碼審查:是以審查小組運(yùn)行測試用例的形式進(jìn)行審查。
下列白盒測試方法的測試方法中,哪一個方法能發(fā)現(xiàn)邏輯錯誤,但是不能發(fā)現(xiàn)條件錯誤?()
敏捷開發(fā)模型不適用于大型開發(fā)項目。
軟件測試應(yīng)該盡早執(zhí)行,自動化測試也最好在項目初期就開始自動化測試。
單元測試一般由專門的測試人員和開發(fā)人員一起進(jìn)行。
模擬負(fù)載測試需要通過一些參數(shù)的設(shè)定來實現(xiàn),常見參數(shù)包括“并發(fā)用戶數(shù)、思考時間、價值循環(huán)次數(shù)或持續(xù)時間、請求的數(shù)據(jù)量和加載的方式”。
下面對于開發(fā)過程描述正確的是()
在logical coverage法中覆蓋范圍比較小的是()。
下面對測試需求分析描述不正確的是()