（）僅僅依賴于白盒測(cè)試，可能會(huì)有遺漏。

強(qiáng)調(diào)對(duì)評(píng)審對(duì)象要從頭到尾檢查一遍，容易發(fā)現(xiàn)表面問題。說的是以下哪一種評(píng)審方法？（）

測(cè)試進(jìn)度管理以進(jìn)度為首要目標(biāo)，需把握好進(jìn)度與質(zhì)量、成本之間的關(guān)系。

下列測(cè)試方法中，對(duì)白盒測(cè)試方法中相應(yīng)的邏輯覆蓋法描述錯(cuò)誤的是（）

關(guān)于混合漸增式testing的論述錯(cuò)誤的是（）。

軟件開發(fā)模型中，適用于需求不明，設(shè)計(jì)方案有一定風(fēng)險(xiǎn)的模型是（）

模擬負(fù)載測(cè)試需要通過一些參數(shù)的設(shè)定來實(shí)現(xiàn)，常見參數(shù)包括“并發(fā)用戶數(shù)、思考時(shí)間、價(jià)值循環(huán)次數(shù)或持續(xù)時(shí)間、請(qǐng)求的數(shù)據(jù)量和加載的方式”。

對(duì)軟件過程中存在的各類文檔格式、標(biāo)準(zhǔn)和描述進(jìn)行評(píng)審，描述的是下面哪一種評(píng)審？（）

測(cè)試中有風(fēng)險(xiǎn)存在：基于所使用的測(cè)試工具、測(cè)試方法、用例的局限性，某些情況下軟件缺陷不會(huì)被發(fā)現(xiàn)；所以我們應(yīng)當(dāng)正確使用測(cè)試用例，保障滿足一定的覆蓋率。

代碼審查：是以審查小組運(yùn)行測(cè)試用例的形式進(jìn)行審查。