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