(32)A.t[1]=u[1]∧t[2]=w[2]∧t[3]=v[4]
B.t[1]=v[1]∧t[2]=u[2]∧t[3]=u[4]
C.t[1]=w[1]∧t[2]=u[2]∧t[3]=u[4]
D.t[1]=u[1]∧t[2]=u[2]∧t[3]=v[4]
某一確定性有限自動(dòng)機(jī)(DFA)的狀態(tài)轉(zhuǎn)換圖如下圖所示,令d=0|1|2|…|9, 則以下字符串中,不能被該DFA接受的是____(33)____,與該DFA等價(jià)的正規(guī)式是_(34)___。(其中,ε表示空字符)
① 3857 ② 1.2E+5 ③ -123. ④ .576E10
(33)A. ①、②、③ B. ①、②、④
C. ②、③、④ D. ①、②、③、④
(34)A.(-d|d)d*E(-d|d)d*|(-d|d)*.d*(ε|E(-d|d)d*)
B.(-d|d)dd*(.|ε)d*|(ε|E(-d|d)d*)
C.(-|d)dd*E(-|d)d*|(-d|d)dd*.d*(ε|E(-|d)d*)
D.(-d|d)dd*E(-d|d)d*|(-d|d|)dd*.d*(ε|E(-dd*|dd*))
對(duì)于以下編號(hào)為①、②、③的正規(guī)式,正確的說法是___(35)___
、 (aa*|ab)*b ② (a|b)*b ③ ((a|b)*|aa)*b
(35)A.正規(guī)式①、②等價(jià) B.正規(guī)式①、③等價(jià)
C.正規(guī)式②、③等價(jià) D.正規(guī)式①、②、③互不等價(jià)
在UML提供的圖中,____(36)____用于描述系統(tǒng)與外部系統(tǒng)及用戶之間的交互;___(37)___用于按時(shí)間順序描述對(duì)象間交互。
(36)A.用例圖 B.類圖 C.對(duì)象圖 D.部署圖
(37)A.網(wǎng)絡(luò)圖 B.狀態(tài)圖 C.協(xié)作圖 D.序列圖
某評(píng)測(cè)機(jī)構(gòu)A承接了公司B開發(fā)的ERP軟件的測(cè)試工作,負(fù)責(zé)該項(xiàng)目的軟件評(píng)測(cè)師甲為了提高自己在ERP方面的知識(shí),向機(jī)構(gòu)A的負(fù)責(zé)人提出要到開發(fā)ERP軟件的公司D做兼職開發(fā)工作的要求。
當(dāng)測(cè)試工作正在進(jìn)行時(shí),公司B為了申報(bào)某科技獎(jiǎng)項(xiàng),希望機(jī)構(gòu)A能先出具一份證實(shí)其軟件質(zhì)量優(yōu)秀的測(cè)試報(bào)告,并且口頭承諾測(cè)試會(huì)繼續(xù)進(jìn)行,并且測(cè)試過程中發(fā)現(xiàn)的問題都會(huì)得到改正。
如果你是機(jī)構(gòu)A的負(fù)責(zé)人,對(duì)于評(píng)測(cè)師甲的請(qǐng)求,你將 (38) 。
對(duì)于公司B提出的要求,機(jī)構(gòu)A的評(píng)測(cè)師甲、乙分別給出了如下的建議:甲認(rèn)為可以出質(zhì)量優(yōu)秀報(bào)告,但是需要公司B出具改正所有測(cè)試問題的書面承諾書和自己QA部門認(rèn)可;乙認(rèn)為由于測(cè)試還沒有結(jié)束,很多問題海沒有得到改正,因此不能出質(zhì)量優(yōu)秀的報(bào)告,但可以根據(jù)已經(jīng)測(cè)試過的模塊的情況,出具一個(gè)質(zhì)量基本合格的報(bào)告。對(duì)于以上建議你認(rèn)為
(39) 。
測(cè)試結(jié)束后,評(píng)測(cè)師乙提出要保留公司B的被測(cè)試軟件的樣品,對(duì)于評(píng)測(cè)師乙的要求你認(rèn)為 (40) 。
(38)A.不批準(zhǔn)甲的要求
B.批準(zhǔn)甲的要求,但是要求甲不能透露公司B的信息
C.不批準(zhǔn)甲的請(qǐng)求,但是建議甲可以到公司B做兼職開發(fā)工作
D.批準(zhǔn)甲的請(qǐng)求,并要求甲盡快提高自己在ERP方面的知識(shí),為公司多做貢獻(xiàn)
(39)A.應(yīng)該聽從甲的建議
B.應(yīng)該聽從乙的建議
C.應(yīng)該綜合甲乙的建議
D.都不正確
(40)A.不合理,這樣侵犯了B的知識(shí)產(chǎn)權(quán)
B.不合理,僅保留程序就行了
C.不合理,僅保留文檔就行了
D.合理
關(guān)于軟件測(cè)試對(duì)軟件質(zhì)量的意義,有以下觀點(diǎn):①度量與評(píng)估軟件的質(zhì)量;②保證軟件質(zhì)量;③改進(jìn)軟件開發(fā)過程;④發(fā)現(xiàn)軟件錯(cuò)誤。其中正確的是 (41) 。
(41)A.①、②、③
B.①、②、④
C.①、③、④
D.①、②、③、④
軟件質(zhì)量的定義是 (42) 。
(42)A.軟件的功能性、可靠性、易用性、效率、可維護(hù)性、可移植性
B.滿足規(guī)定用戶需求的能力
C.最大限度達(dá)到用戶滿意
D.軟件特性的總和,以及滿足規(guī)定和潛在用戶需求的能力
某軟件公司在招聘軟件評(píng)測(cè)師時(shí),應(yīng)聘者甲向公司做如下保證:
、俳(jīng)過自己測(cè)試的軟件今后不會(huì)再出現(xiàn)問題;
、谠诠ぷ髦袑(duì)所有程序員一視同仁,不會(huì)因?yàn)樵谀硞(gè)程序員編寫的程序中發(fā)現(xiàn)的問題多,就重點(diǎn)審查該程序,以免不利于團(tuán)結(jié);
、鄢兄Z不需要其他人員,自己就可以獨(dú)立進(jìn)行測(cè)試工作;
、馨l(fā)揚(yáng)咬定青山不放松的精神,不把所有問題都找出來,決不罷休;
你認(rèn)為應(yīng)聘者甲的保證 (43) 。
(43)A.①、④是正確的
B.②是正確的
C.都是正確的
D.都不正確
軟件測(cè)試的對(duì)象包括 (44) 。
(44)A.目標(biāo)程序和相關(guān)文檔
B.源程序、目標(biāo)程序、數(shù)據(jù)及相關(guān)文檔
C.目標(biāo)程序、操作系統(tǒng)和平臺(tái)軟件
D.源程序和目標(biāo)程序
軟件測(cè)試類型按開發(fā)階段劃分是 (45) 。
(45)A.需求測(cè)試、單元測(cè)試、集成測(cè)試、驗(yàn)證測(cè)試
B.單元測(cè)試、集成測(cè)試、確認(rèn)測(cè)試、系統(tǒng)測(cè)試、驗(yàn)收測(cè)試
C.單元測(cè)試、集成測(cè)試、驗(yàn)證測(cè)試、確認(rèn)測(cè)試、驗(yàn)收測(cè)試
D.調(diào)試、單元測(cè)試、集成測(cè)試、用戶測(cè)試
下述說法錯(cuò)誤的是 (46)。
(46)A.單元測(cè)試又稱為模塊測(cè)試,是針對(duì)軟件測(cè)試的最小單位-程序模塊進(jìn)行正確性檢驗(yàn)的測(cè)試工作
B.集成測(cè)試也叫做組裝測(cè)試,通常在編碼完成的基礎(chǔ)上,將所有的程序模塊進(jìn)行有序的、遞增的測(cè)試
C.集成測(cè)試是檢驗(yàn)程序單元或部件的接口關(guān)系,逐步集成為符合概要設(shè)計(jì)要求的程序部件或整個(gè)系統(tǒng)。
D.系統(tǒng)測(cè)試是在真實(shí)或模擬系統(tǒng)運(yùn)行環(huán)境下,檢查完整的程序系統(tǒng)能否和相關(guān)硬件、外設(shè)、網(wǎng)絡(luò)、系統(tǒng)軟件和支持平臺(tái)等正確配置與連接,并滿足用戶需求
相關(guān)推薦:
軟考軟件評(píng)測(cè)師歷年真題匯總(2007年-2010年)
北京 | 天津 | 上海 | 江蘇 | 山東 |
安徽 | 浙江 | 江西 | 福建 | 深圳 |
廣東 | 河北 | 湖南 | 廣西 | 河南 |
海南 | 湖北 | 四川 | 重慶 | 云南 |
貴州 | 西藏 | 新疆 | 陜西 | 山西 |
寧夏 | 甘肅 | 青海 | 遼寧 | 吉林 |
黑龍江 | 內(nèi)蒙古 |