A.需求分析（編制產(chǎn)品說明書）
B.設(shè)計(jì)
C.編碼
D.產(chǎn)品發(fā)布
您可能感興趣的試卷
你可能感興趣的試題
A.項(xiàng)目背景和項(xiàng)目總體要求
B.需求文檔、設(shè)計(jì)文檔
C.歷史交際關(guān)系資源狀況，如人力資源、硬件資源、歷史人脈資源等
D.業(yè)務(wù)能力和技術(shù)儲備情況
A.尋找軟件錯(cuò)誤，便于修正。
B.從用戶的角度出發(fā)，驗(yàn)證軟件是否符合要求。
C.從開發(fā)角度出發(fā)，證明軟件實(shí)現(xiàn)了用戶的需求。
D.開發(fā)過程一般沒有測試模型一一對應(yīng)，無法指導(dǎo)軟件的開發(fā)過程。
A.文檔覆蓋
B.路徑覆蓋
C.靜態(tài)覆蓋
D.判定覆蓋
A.第一步：數(shù)據(jù)分類，分出有效等價(jià)和無效等價(jià)類
B.第二步：針對有效等價(jià)類進(jìn)一步劃分，直至不能劃分為止，形成等價(jià)類表，為每一等價(jià)類規(guī)定一個(gè)唯一的編號
C.第三步：為每一個(gè)有效等價(jià)類設(shè)計(jì)一個(gè)測試用例，直到所有有效等價(jià)類均被測試用例覆蓋
D.第四步：對無效等價(jià)類進(jìn)行上述的不同處理
A.角色
B.約束
C.活動(dòng)
D.商業(yè)價(jià)值
A.要從客戶角度進(jìn)行分析業(yè)務(wù)流程、數(shù)據(jù)和操作。
B.要從技術(shù)角度分析技術(shù)特點(diǎn)，了解設(shè)計(jì)和實(shí)現(xiàn)的要求。
C.有完善的需求文檔可以跟進(jìn)需求文檔進(jìn)行分析。
D.沒有完善的文檔，分析比較困難，一定無法完成分析，項(xiàng)目無法完成。
A.混合的漸增式測試中對上層模塊采取自頂向下測試，使之能較早地顯示系統(tǒng)的總體輪廓。
B.混合的漸增式測試在軟件開發(fā)過程中使用較少。
C.混合的漸增式測試中對某些關(guān)鍵模塊或子系統(tǒng)采用由底向上組裝和測試的方法。
D.混合的漸增式測試是自頂向下的漸增式測試和自底向上的漸增式測試的合并。
A.弱覆蓋
B.條件組合覆蓋
C.語句覆蓋
D.全覆蓋
最新試題
使用QTP軟件進(jìn)行自動(dòng)化測試，下面對其中應(yīng)用描述錯(cuò)誤的是（）
測試優(yōu)先級中，用戶用的越多或?qū)I(yè)務(wù)影響越關(guān)鍵的測試項(xiàng)，其測試優(yōu)先級也越高。
測試進(jìn)度管理以進(jìn)度為首要目標(biāo)，需把握好進(jìn)度與質(zhì)量、成本之間的關(guān)系。
測試輸入是測試計(jì)劃制定的依據(jù)，但包括下面哪幾個(gè)內(nèi)容？（）
下列測試方法中，對白盒測試方法中相應(yīng)的邏輯覆蓋法描述錯(cuò)誤的是（）
模擬負(fù)載測試需要通過一些參數(shù)的設(shè)定來實(shí)現(xiàn)，常見參數(shù)包括“并發(fā)用戶數(shù)、思考時(shí)間、價(jià)值循環(huán)次數(shù)或持續(xù)時(shí)間、請求的數(shù)據(jù)量和加載的方式”。
軟件評審的技術(shù)不包括（）
從一般意義看，測試結(jié)束的標(biāo)準(zhǔn)定義錯(cuò)誤的是（）
對軟件過程中存在的各類文檔格式、標(biāo)準(zhǔn)和描述進(jìn)行評審，描述的是下面哪一種評審？（）