2023年軟件測試筆試題及答案_第1頁
2023年軟件測試筆試題及答案_第2頁
2023年軟件測試筆試題及答案_第3頁
2023年軟件測試筆試題及答案_第4頁
2023年軟件測試筆試題及答案_第5頁
已閱讀5頁,還剩4頁未讀 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡介

一、選擇題

1.軟件可靠性是指在指定的條件下使用時(shí),軟件產(chǎn)品維持規(guī)定的性能級別的能

力,其子特性。是指在軟件發(fā)生故障或者違反指定接口的情況下,軟件產(chǎn)

品維持規(guī)定的性能級別的能力。

A.成熟性;B.易恢復(fù)性;C.容錯(cuò)性;D.可靠性依從性

2.關(guān)于軟件質(zhì)量的描述,對的的是____

A.軟件質(zhì)量是指軟件滿足規(guī)定用戶需求的能力;

B.軟件質(zhì)量特性是指軟件的功能性、可靠性、易用性、效率、可維護(hù)性、

可移植性;

C.軟件質(zhì)量保證過程就是軟件測試過程;

D.以上描述都不對

3.方法根據(jù)輸出對輸入的依賴關(guān)系設(shè)計(jì)測試用例。

A.途徑測試B.等價(jià)類C.因果圖D.邊界值

4.下列關(guān)于軟件驗(yàn)收測試的合格通過準(zhǔn)則錯(cuò)誤的是:

A.軟件需求分析說明書中定義的所有功能已所有實(shí)現(xiàn),性能指標(biāo)所有達(dá)成

規(guī)定;

B.所有測試項(xiàng)沒有殘余一級、二級和三級錯(cuò)誤;

C.立項(xiàng)審批表、需求分析文檔、設(shè)計(jì)文檔和編碼實(shí)現(xiàn)不一致;

D.驗(yàn)收測試工件齊全

5.測試設(shè)計(jì)員的職責(zé)有:

①制定測試計(jì)劃②設(shè)計(jì)測試用例③設(shè)計(jì)測試過程、腳本④評估

測試活動(dòng)

A.①④B.②③C.①③D.以上全是

6.對于業(yè)務(wù)流清楚的系統(tǒng)可以運(yùn)用口貫穿整個(gè)測試用例設(shè)計(jì)過程廣在用例中綜

合使用各種測試方法,對于參數(shù)配置類的軟件,要用Q選擇較少的組合方式

達(dá)成最佳效果,假如程序的功能說明中具有輸入條件的組合情況,則一開始

就可以選用艮和鑒定表驅(qū)動(dòng)法

A.等價(jià)類劃分B.因果圖法C.正交實(shí)驗(yàn)法D.場景法、

7.下列軟件實(shí)行活動(dòng)的進(jìn)入準(zhǔn)則描述錯(cuò)誤的是:

A.需求工件已經(jīng)被基線化

B.具體設(shè)計(jì)工件已經(jīng)被基線化

C.構(gòu)架工件已經(jīng)被基線化

D.項(xiàng)目階段成果已經(jīng)被基線化

8.10、正式的技術(shù)評審FTR(FormalTechnicalReview)是軟件工程師組織的軟

件質(zhì)量保證活動(dòng),下面關(guān)于FTR指導(dǎo)原則中錯(cuò)誤的是

A.評審產(chǎn)品,而不是評審生產(chǎn)者的能力

B.要有嚴(yán)格的評審計(jì)劃,并遵守日程安排

C.對評審中出現(xiàn)的問題要充足討論,以求徹底解決

D.限制參與者人數(shù),并規(guī)定評審會(huì)之前做好準(zhǔn)備

9.下列關(guān)于文檔測試描述錯(cuò)誤的是

A.文檔測試重要檢查文檔的對的性、完備性、可理解性、可操作性和易維

護(hù)性;

B.對的性是指不要把軟件的功能和操作寫錯(cuò),也不允許文檔內(nèi)容前后矛盾;

C.完備性是指文檔不可以“虎頭蛇尾”,更不許漏掉關(guān)鍵內(nèi)容。有些學(xué)生在

證明數(shù)學(xué)題時(shí),喜歡用“顯然”兩字蒙混過關(guān)。文檔中很多內(nèi)容對開發(fā)者也

許是“顯然”的,但對用戶而言不見得都是“顯然”的;

D.文檔不可以寫成散文、詩歌或者偵探、言情小說,要讓大眾用戶看得懂,

能理解

10.以下關(guān)于集成測試的內(nèi)容對的的有

①集成測試也叫組裝測試或者聯(lián)合測試;

②在把各個(gè)模塊連接起來的時(shí)候,穿越模塊接口的數(shù)據(jù)是否會(huì)丟失;

③一個(gè)模塊的功能是否會(huì)對另一個(gè)模塊的功能產(chǎn)生不利的影響;

④各個(gè)子功能組合起來,能否達(dá)成預(yù)期規(guī)定的父功能;

⑤全局?jǐn)?shù)據(jù)結(jié)構(gòu)是否有問題;

⑥單個(gè)模塊的誤差累積起來,是否會(huì)放大,從而達(dá)成不能接受的限度;

A.①②④⑤⑥B.②③④⑤⑥

C.①②③⑤⑥D(zhuǎn).以上所有對的

11.軟件測試的目的是____

A.評價(jià)軟件的質(zhì)量B.發(fā)現(xiàn)軟件的錯(cuò)誤

C.找出軟件中的所有錯(cuò)誤D.證明軟件是對的的

12.為了提高測試的效率,應(yīng)當(dāng)—

A.隨機(jī)地選取測試數(shù)據(jù)B.取一切也許的輸入數(shù)據(jù)作為測試數(shù)據(jù)

C.在完畢編碼以后制定軟件的測試計(jì)劃D.選擇發(fā)現(xiàn)錯(cuò)誤的也許性

大的數(shù)據(jù)作為測試數(shù)據(jù)

13.下列關(guān)于軟件測試的敘述中,選擇出所有對的的一組

(1)用黑盒法測試時(shí),測試用例是根據(jù)程序內(nèi)部邏輯設(shè)計(jì)的

(2)盡量用公共過程或子程序去代替反復(fù)的代碼段

(3)測試是為了驗(yàn)證該軟件已對的地實(shí)現(xiàn)了用戶的規(guī)定

(4)對于連鎖型分支結(jié)構(gòu),若有n個(gè)鑒定語句,則有2n條途徑

(5)盡量采用復(fù)合的條件測試,以避免嵌套的分支結(jié)構(gòu)

(6)GOTO語句概念簡樸,使用方便,在某些情況下,保存GOTO語句反能使

寫出的程序更加簡潔

(7)發(fā)現(xiàn)錯(cuò)誤多的程序模塊,殘留在模塊中的錯(cuò)誤也多

(8)黑盒測試方法中最有效的是因果圖法

(9)在做程序的單元測試時(shí),樁(存根)模塊比驅(qū)動(dòng)模塊容易編寫

(10)程序效率的提高重要應(yīng)通過選擇高效的算法來實(shí)現(xiàn)

A.⑷⑸⑹⑺(10)B.⑴⑵⑷⑸⑺

C.(2)(4)(5)(7)(9)D.以上描述所有對的

14.下列關(guān)于alpha、beta測試的描述中對的的是:

A.alpha測試需要用戶代表參與;

B.beta測試是不是驗(yàn)收測試的一種;

C.alpha測試不需要用戶代表參與;

D.beta測試是系統(tǒng)測試的一種;

15.關(guān)于自動(dòng)化測試局限性的描述,以下錯(cuò)誤的描述有

A.自動(dòng)化測試不能取代手工測試B.自動(dòng)測試比手工測試發(fā)現(xiàn)的缺陷少

C.自動(dòng)測試不能提高測試覆蓋率D.自動(dòng)化測試對測試設(shè)計(jì)依賴性極大

16.PSP是指個(gè)人軟件過程,是一種可用于(A)、(B)和(C)個(gè)人軟

件工作方式的自我改善過程。

A,控制B、管

理C、改善

D、高效E、充

足F、適宜

17.

二、填空題

1.軟件驗(yàn)收測試涉及:正式驗(yàn)收測試,alpha測試,beta測試。

2.軟件的六大質(zhì)量特性涉及:功能性、可靠性、可用性、效率、穩(wěn)定性、可移

植性

3.軟件測試按照不同的劃分方法,有不同的分類:

(1)按照軟件測試用例的設(shè)計(jì)方法而論,軟件測試可以分為白盒測試法和黑

盒測試法。

(2)從是否執(zhí)行程序的角度,軟件測試可以分為靜態(tài)測試和動(dòng)態(tài)測試

(3)按照軟件測試的策略和過程來分類,軟件測試可分為單元測試、集成測

試、系統(tǒng)測試、驗(yàn)證測試和確認(rèn)測試。

4.軟件生命周期涉及制定計(jì)劃、需求分析定義、軟件設(shè)計(jì)、程序編碼、軟件測

試、軟件運(yùn)營、軟件維護(hù)、軟件停用等8個(gè)階段

5.軟件測試的模型分為:V模型、W模型、X模型、H模型、測試驅(qū)動(dòng)模型

6.系統(tǒng)測試的策略有:功能測試,性能測試,可靠性測試,負(fù)載測試,易用性

測試,強(qiáng)度測試,安全測試,配置測試,安裝測試,卸載測試,文擋測試,

故障恢復(fù)測試,界面測試,容量測試,兼容性測試,分布測試,可用性測試

7.一個(gè)文本框規(guī)定輸入6位數(shù)字密碼,且對每個(gè)帳戶每次只允許出現(xiàn)三次

輸入錯(cuò)誤,對此文本框進(jìn)行測試設(shè)計(jì)的等價(jià)區(qū)間有:密碼位數(shù):6位和非6

位的;密碼內(nèi)容:數(shù)字的和非數(shù)字的;輸入次數(shù):三次以內(nèi)和超過三次

8.

三、判斷題

1.軟件測試的目的是盡也許多的找出軟件的缺陷。(Y)

2.驗(yàn)收測試是由最終用戶來實(shí)行的。(N)

3.要充足注意軟件測試中的群集現(xiàn)象。(Y)

4.單元測試能發(fā)現(xiàn)約80%的軟件缺陷。(Y)

5.代碼評審是檢查源代碼是否達(dá)成模塊設(shè)計(jì)的規(guī)定。(N)

6.好的測試方案是極也許發(fā)現(xiàn)迄今為止尚未發(fā)現(xiàn)的錯(cuò)誤。(N)

7.測試人員要堅(jiān)持原則,缺陷未修復(fù)完堅(jiān)決不予通過。(N)

8.代碼評審員一般由測試員擔(dān)任。(N)

9.我們可以人為的使得軟件不存在配置問題。(N)

10.集成測試計(jì)劃在需求分析階段末提交。(N)

11.軟件測試就是為了驗(yàn)證軟件功能實(shí)現(xiàn)的是否對的,是否完畢既定目的的

活動(dòng),所以軟件測試在軟件工程的后期才開始具體的工作。(N)

12.發(fā)現(xiàn)錯(cuò)誤多的模塊,殘留在模塊中的錯(cuò)誤也多。(Y)

13.測試人員在測試過程中發(fā)現(xiàn)一處問題,假如問題影響不大,而自己又可

以修改,應(yīng)立即將此問題對的修改,以加快、提高開發(fā)的進(jìn)程。(N)

四、簡答題

1.什么是軟件測試

為了發(fā)現(xiàn)程序中的錯(cuò)誤而執(zhí)行程序的過程

2.白盒測試有幾種方法

總體上分為靜態(tài)方法和動(dòng)態(tài)方法兩大類。

靜態(tài):關(guān)鍵功能是檢查軟件的表達(dá)和描述是否一致,沒有沖突或歧義

動(dòng)態(tài):語句覆蓋、鑒定覆蓋、條件覆蓋、鑒定條件覆蓋、條件組合覆蓋、

途徑覆蓋。

3.系統(tǒng)測試計(jì)劃是否需要同行審批,為什么

需要,系統(tǒng)測試計(jì)劃屬于項(xiàng)目階段性關(guān)鍵文檔,因此需要評審。

4.簡述軟件測試中的“80-20原則”

(1)80%的軟件缺陷經(jīng)常生存在軟件20%的空間里;

(2)測試工作中可以發(fā)現(xiàn)和避免80%的軟件缺陷,此后的驗(yàn)收測試等

可以幫助我們找出剩余缺陷中的80%,最后的5%的軟件缺陷也許只有

在系統(tǒng)交付使用后用戶通過大范圍、長時(shí)間使用后才會(huì)曝露出來。

(3)80%的軟件缺陷可以借助人工測試而發(fā)現(xiàn),20%的軟件缺陷可以

借助自動(dòng)化測試可以得以發(fā)現(xiàn)。由于這兩者間具有交叉的部分,因此尚

有5%左右的軟件缺陷需要通過其他方式進(jìn)行發(fā)現(xiàn)和修正

5.給你輛自行車,你認(rèn)為最需要檢查的是哪些地方?為什么?若要保

證質(zhì)量必須要檢查三個(gè)部件,是什么?為什么?

6.性能測試的目的是什么,做好性能測試的關(guān)鍵是什么

1.評估系統(tǒng)的能力,測試中得到的負(fù)荷和響應(yīng)時(shí)間數(shù)據(jù)可以被用于驗(yàn)證

所計(jì)劃的模型的能力,并幫助作出決策。

2.辨認(rèn)體系中的弱點(diǎn):受控的負(fù)荷可以被增長到一個(gè)極端的水平,并突

破它,從而修復(fù)體系的瓶頸或薄弱的地方。

3.系統(tǒng)調(diào)優(yōu):反復(fù)運(yùn)營測試,驗(yàn)證調(diào)整系統(tǒng)的活動(dòng)得到了預(yù)期的結(jié)果,

從而改善性能。

4.檢測軟件中的問題:長時(shí)間的測試執(zhí)行可導(dǎo)致程序發(fā)生由于內(nèi)存泄

露引起的失敗,揭示程序中的隱含的問題或沖突。

5.驗(yàn)證穩(wěn)定性(resilience)可靠性(reliability):在一個(gè)生產(chǎn)負(fù)

荷下執(zhí)行測試一定的時(shí)間是評估系統(tǒng)穩(wěn)定性和可靠性是否滿足規(guī)定的唯一方

法。

做好性能測試工作的關(guān)鍵是強(qiáng)度測試(StressTest):強(qiáng)度測試

7.測試人員在軟件開發(fā)過程中的任務(wù)是什么?(初級)(5分)

1、尋找Bug;

2、避免軟件開發(fā)過程中的缺陷;

3、衡量軟件的品質(zhì);

4、關(guān)注用戶的需求。

8.一個(gè)缺陷測試報(bào)告的組成

(1)測試軟件項(xiàng)目名稱,每個(gè)要測試軟件項(xiàng)目都有唯一的名稱,有的公

司對項(xiàng)目尚有特定的編號。

(2)測試軟件版本號,測試周期內(nèi),一般需要測試多個(gè)軟件版本,報(bào)告

錯(cuò)誤時(shí),一定要對的填寫產(chǎn)生錯(cuò)誤的軟件版本號。

(3)測試者名稱,便于分清責(zé)任,便于管理。

(4)測試日期與時(shí)間,便于分析和記錄錯(cuò)誤報(bào)告信息。

(5)測試軟件環(huán)境,涉及操作系統(tǒng)和其他必要的軟件程序。

(6)測試硬件環(huán)境,涉及測試計(jì)算機(jī)和其他測試設(shè)備的配置信息。

(7)錯(cuò)誤描述,簡明的描述錯(cuò)誤的特性,便于查詢和快速瀏覽。包含以

下幾個(gè)方面:

a)錯(cuò)誤標(biāo)記編號(ID#),每個(gè)錯(cuò)誤都有一個(gè)唯一的標(biāo)記編號,方便查

詢。

b)錯(cuò)誤類型,根據(jù)錯(cuò)誤類型,分派給適當(dāng)?shù)娜藛T解決錯(cuò)誤。

c)錯(cuò)誤級別,錯(cuò)誤的嚴(yán)重限度和解決的優(yōu)先級,優(yōu)先解決高級別的錯(cuò)

誤。

d)錯(cuò)誤狀態(tài),錯(cuò)誤狀態(tài)表白錯(cuò)誤是否已經(jīng)解決和將如何解決,根據(jù)錯(cuò)誤

狀態(tài),采用適當(dāng)?shù)慕鉀Q方法。

e)錯(cuò)誤解決者名稱,便于分清責(zé)任,便于管理。

f)重現(xiàn)錯(cuò)誤的操作環(huán)節(jié),便于重現(xiàn)錯(cuò)誤,修復(fù)錯(cuò)誤和驗(yàn)證錯(cuò)誤。

g)盼望的結(jié)果,描述滿足設(shè)計(jì)規(guī)定的結(jié)果。

h)實(shí)際測試結(jié)果,描述實(shí)際測試后得到的結(jié)果。

i)必要的附圖,便于確認(rèn)錯(cuò)誤的表現(xiàn)形式和錯(cuò)誤位置。

(8)測試者的建議等注釋,便于錯(cuò)誤解決者快速和對的解決錯(cuò)誤

五、應(yīng)用題

1.輸入三個(gè)整數(shù)a、b、c,通過程序鑒定是否構(gòu)成三角形。規(guī)定輸入a、b、c

必須滿足a<200,bW200,cW200.請用黑盒測試方法編制測試用例

2.一個(gè)有廣告的花杯子,盡也許多的設(shè)計(jì)測試用例

3.請?jiān)O(shè)計(jì)一個(gè)關(guān)于ATM自動(dòng)取款機(jī)的測試用例

1.功能:

a)ATM所辨認(rèn)卡的類型

b)密碼驗(yàn)證(身份登陸、是否為掩碼、輸入錯(cuò)誤密碼時(shí)是否提醒,

連續(xù)三次錯(cuò)誤吞卡等);

c)取款功能:

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲(chǔ)空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論