單元測(cè)試一般由專門的測(cè)試人員和開發(fā)人員一起進(jìn)行。

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

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

下面對(duì)測(cè)試需求分析描述不正確的是（）

在logical coverage法中覆蓋范圍比較小的是（）。

在（）中，只需要考慮所有可能的執(zhí)行路徑，對(duì)于不可能執(zhí)行的路徑，是不需要考慮的。

軟件評(píng)審的技術(shù)不包括（）

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

自動(dòng)化測(cè)試不能夠完全替代手工測(cè)試，但是自動(dòng)化測(cè)試自動(dòng)運(yùn)行速度快，手工測(cè)試無法比。

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