軟件評審結(jié)論不包括（）

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

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

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

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

軟件測試應(yīng)該盡早執(zhí)行，自動化測試也最好在項目初期就開始自動化測試。

測試輸入是測試計劃制定的依據(jù)，但不包括下面哪個內(nèi)容？（）

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

等價類劃分法使用步驟描述錯誤的是（）

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