A.可以接受
B.有條件接受
C.不能接受
D.未評審
您可能感興趣的試卷
你可能感興趣的試題
A.尋找軟件錯誤，便于修正。
B.從用戶的角度出發(fā)，驗證軟件是否符合要求。
C.從開發(fā)角度出發(fā)，證明軟件實現(xiàn)了用戶的需求。
D.開發(fā)過程一般沒有測試模型一一對應(yīng)，無法指導(dǎo)軟件的開發(fā)過程。
A.需求分析是回答系統(tǒng)“做什么”的問題。
B.軟件設(shè)計是回答系統(tǒng)“具體做”的問題。
C.軟件編碼是回答系統(tǒng)“做和改”的問題。
D.軟件測試是回答系統(tǒng)“做什么”的問題。
A.功能錯誤
B.代碼路徑中的錯誤
C.邏輯錯誤
D.死循環(huán)
A.弱覆蓋
B.條件組合覆蓋
C.語句覆蓋
D.全覆蓋
A.文檔覆蓋
B.路徑覆蓋
C.靜態(tài)覆蓋
D.判定覆蓋
最新試題
模擬負(fù)載測試需要通過一些參數(shù)的設(shè)定來實現(xiàn)，常見參數(shù)包括“并發(fā)用戶數(shù)、思考時間、價值循環(huán)次數(shù)或持續(xù)時間、請求的數(shù)據(jù)量和加載的方式”。
軟件測試應(yīng)該盡早執(zhí)行，自動化測試也最好在項目初期就開始自動化測試。
白盒測試作為一種基本測試方法，應(yīng)用廣泛，但（）不屬于該類方法。
測試輸入是測試計劃制定的依據(jù)，但不包括下面哪個內(nèi)容？（）
代碼審查：是以審查小組運(yùn)行測試用例的形式進(jìn)行審查。
測試輸入是測試計劃制定的依據(jù)，但包括下面哪幾個內(nèi)容？（）
敏捷開發(fā)模型不適用于大型開發(fā)項目。
在（）中，只需要考慮所有可能的執(zhí)行路徑，對于不可能執(zhí)行的路徑，是不需要考慮的。
軟件測試的重要性不包括下面哪一個？（）
單元測試一般由專門的測試人員和開發(fā)人員一起進(jìn)行。