以下各項中（）屬于需求說明書的評測內(nèi)容
（1）系統(tǒng)定義的目標是否與用戶的要求一致
（2）設(shè)計的約束條件或限制條件是否符合實際
（3）是否考慮過軟件需求的其他方案
（4）軟件的行為與它必須處理的信息，必須完成的功能是否一致
A.1、2、4
B.1、3、4
C.2、3、4
D.1、2、3、4
您可能感興趣的試卷
你可能感興趣的試題
下面那個屬于靜態(tài)分析（）
a 編碼規(guī)則的檢查
b 程序結(jié)構(gòu)分析
c 程序復(fù)雜度分析
d 內(nèi)存泄露
A.除c以外
B.除a和c以外
C.除c、d以外
D.除d以外
A.當時間用光時
B.執(zhí)行了所有的測試用例，但沒有發(fā)現(xiàn)故障
C.當所有缺陷都已清除時
D.當達到所有要求的覆蓋時
A.與原程序無關(guān)的程序員
B.編制該源程序的程序員
C.測試人員
D.設(shè)計該軟件的機構(gòu)
A.軟件測試是有風(fēng)險的行為
B.完全測試程序是不可能的
C.測試無法顯示潛伏的軟件缺陷
D.找到的缺陷越多，軟件的缺陷就越少
A.新建狀態(tài)
B.已關(guān)閉狀態(tài)
C.一致狀態(tài)
D.修復(fù)狀態(tài)
最新試題
敏捷開發(fā)模型不適用于大型開發(fā)項目。
軟件缺陷的優(yōu)先級從P1-P4級，下面對其描述錯誤的是（）
測試優(yōu)先級中，用戶用的越多或?qū)I(yè)務(wù)影響越關(guān)鍵的測試項，其測試優(yōu)先級也越高。
測試中有風(fēng)險存在：基于所使用的測試工具、測試方法、用例的局限性，某些情況下軟件缺陷不會被發(fā)現(xiàn)；所以我們應(yīng)當正確使用測試用例，保障滿足一定的覆蓋率。
在（）中，只需要考慮所有可能的執(zhí)行路徑，對于不可能執(zhí)行的路徑，是不需要考慮的。
下面對測試需求分析描述不正確的是（）
單元測試一般由專門的測試人員和開發(fā)人員一起進行。
代碼審查：是以審查小組運行測試用例的形式進行審查。
強調(diào)對評審對象要從頭到尾檢查一遍，容易發(fā)現(xiàn)表面問題。說的是以下哪一種評審方法？（）
軟件評審結(jié)論不包括（）