測試文檔
(2009)● (51)不屬于測試人員編寫的文檔。
(51)A.缺陷報告 B.測試環(huán)境配置文檔
C.缺陷修復報告 D.測試用例說明文檔
(2007)●(41)不是易用性測試包括的內(nèi)容。
(41)A.安裝測試 B.界面測試 C.菜單測試 D.文檔測試
●(42)不是文檔測試包括的內(nèi)容。
(42)A.合同文檔 B.開發(fā)文檔 C.管理文檔 D.用戶文檔
●針對用戶手冊的測試,(43)描述不正確。
(43) A.準確地按照手冊的描述使用程序 B.檢查每條陳述
C.修改錯誤設計 D.查找容易誤導用戶的內(nèi)容
●以下各項中,(47)屬于安裝測試應關注的內(nèi)容。
、侔惭b手冊的評估②安裝選項和設置的測試③安裝順序測試④修復安裝測試與卸載測試
(47)A.①、②、③ B.③、④ C.②、③、④ D.①、②、③、④
●以下各項中,(51)屬于需求說明書的評測內(nèi)容。
、傧到y(tǒng)定義的目標是否與用戶的要求一致
、谠O計的約束條件或限制條件是否符合實際
、凼欠窨紤]過軟件需求的其他方案
④軟件的行為與它必須處理的信息、必須完成的功能是否一致
(51)A.①、②、④ B.①、③、④ C.②、③、④ D.①、②、③、④
(2008)● 在進行軟件編碼規(guī)范評測過程中需要圍繞幾個方面的內(nèi)容展開,以下描述中不屬于編碼規(guī)范評測內(nèi)容的有(37)。
A.源程序文檔化檢查,包括符號名的命名、程序的注釋等規(guī)范性檢查
B.數(shù)據(jù)說明檢查,包括數(shù)據(jù)說明次序、語句中變量順序檢查
C.程序結構檢查,程序應采用基本的控制結構、避免不必要的轉(zhuǎn)移控制等
D.程序邏輯檢查,閱讀源代碼,比較實際程序控制流與程序設計控制流的區(qū)別
● (38)屬于概要設計說明書的評測內(nèi)容。
、俜治鲈撥浖南到y(tǒng)結構、子系統(tǒng)結構,確認該軟件設計是否覆蓋了所有已確定的軟件需求,軟件每一成分是否可追溯到某一項需求
、谙到y(tǒng)定義的目標是否與用戶的要求一致
③從軟件維護的角度出發(fā),確認該軟件設計是否考慮了方便未來的維護
、苁欠袼薪缑媾c更高級別文檔中的需求一致
A.①②③ B.①③④
C.②③④ D.①②③④
● 根據(jù)ANSI/IEEE829標準,(62)屬于《測試案例說明》中的內(nèi)容。①輸入說明②測試目的③環(huán)境要求④特殊要求
A.①②③ B.①③④
C.②③ D.①②③④
相關推薦:
北京 | 天津 | 上海 | 江蘇 | 山東 |
安徽 | 浙江 | 江西 | 福建 | 深圳 |
廣東 | 河北 | 湖南 | 廣西 | 河南 |
海南 | 湖北 | 四川 | 重慶 | 云南 |
貴州 | 西藏 | 新疆 | 陜西 | 山西 |
寧夏 | 甘肅 | 青海 | 遼寧 | 吉林 |
黑龍江 | 內(nèi)蒙古 |