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

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

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

下面對測試需求分析描述不正確的是（）

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

敏捷開發(fā)模型不適用于大型開發(fā)項目。

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

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

下面對于開發(fā)過程描述正確的是（）

軟件缺陷的優(yōu)先級從P1-P4級，下面對其描述錯誤的是（）