軟件測試期末復(fù)習(xí)試題庫

作業(yè)一

列哪個(gè)

段,下

重要手

保證的

件質(zhì)量

,是軟

要階段

程的重

開發(fā)過

是軟件

件測試

1、軟

務(wù)？

試的任

軟件測

（些）是

息

錯(cuò)誤信

供診斷

3、提

錯(cuò)誤

程序

發(fā)現(xiàn)

誤2、

生錯(cuò)

件發(fā)

防軟

1、有預(yù)

A只

、

只有1

B、

只有2

c、

都是3

D、

是

的目的

件測試

2、軟

有錯(cuò)誤

中的所

現(xiàn)程序

A、發(fā)

的錯(cuò)誤

程序中

地發(fā)現(xiàn)

可能多

B、盡

確的

序是正

證明程

C、

試程序

D、調(diào)

是

正確的

面說法

3、下

序正確

說明程

現(xiàn)錯(cuò)誤

沒有發(fā)

過測試

A、經(jīng)

有錯(cuò)誤

程序沒

了證明

的是為

試的目

B、測

測試

錯(cuò)誤的

發(fā)現(xiàn)的

今尚未

現(xiàn)了迄

試是發(fā)

功的測

C、成

測試

錯(cuò)誤的

有發(fā)現(xiàn)

試是沒

功的測

D、成

修復(fù)。

能夠被

缺陷都

的軟件

所有

并非

行為,

險(xiǎn)的

是有風(fēng)

件測試

4、軟

概念。

層次的

是同一

件測試

證和軟

量保

件質(zhì)

5、軟

應(yīng)關(guān)系

試的對

軟件測

開發(fā)-

述軟件

6、簡

對應(yīng)

—

---

—

義

析和定

需求分

試

驗(yàn)收測

試

系統(tǒng)測

設(shè)計(jì)

系統(tǒng)

開發(fā)

軟件

試

軟件測

測試

功能

能設(shè)計(jì)

詳細(xì)功

—

編碼

試

單元測

件測試

7、軟

體。

的整

構(gòu)成

活動(dòng)

認(rèn)”

性確

“有效

”和

“驗(yàn)證

試是由

軟件測

;

和特性

統(tǒng)功能

義的系

書所定

品規(guī)格

現(xiàn)了產(chǎn)

確地實(shí)

否已正

軟件是

檢驗(yàn)

驗(yàn)證是

。

活動(dòng)

求的

正需

戶真

足用

否滿

件是

的軟

開發(fā)

認(rèn)所

是確

確認(rèn)

有效性

X

、J、

B、C

：D、

答案

作業(yè)二

1、導(dǎo)致軟件缺陷的最大原因是

A、產(chǎn)品說明書

B、設(shè)計(jì)

C、編寫代碼

D、測試

2、修復(fù)軟件缺陷費(fèi)用最高的是一階段

A、編寫代碼

B、設(shè)計(jì)

C、發(fā)布

D、需求獲取

3、下列不屬于正式審查的方式是

A、同行審查

B、檢驗(yàn)

C、公開陳述

D、編碼標(biāo)準(zhǔn)和規(guī)范

4、下列不屬于軟件缺陷的是

A、軟件未達(dá)到產(chǎn)品說明書標(biāo)明的功能

B、測試人員主觀認(rèn)為不合理的地方

C、軟件功能超出產(chǎn)品說明書指明范圍

D、軟件出現(xiàn)了產(chǎn)品說明書指明不會(huì)出現(xiàn)的錯(cuò)誤

5、白盒測試是根據(jù)程序的—來設(shè)計(jì)測試用例，黑盒測試是根據(jù)軟件的規(guī)格說明

來設(shè)計(jì)測試用例。

A、功能

B、性能

C、內(nèi)部邏輯

D、內(nèi)部數(shù)據(jù)

6、測試人員主動(dòng)向被測試對象發(fā)送請求、或借助數(shù)據(jù)、事件驅(qū)動(dòng)被測試對象的

行為,從而驗(yàn)證被測試對象的反應(yīng)或輸出結(jié)果。該方法屬于（）測試方法。

A、靜態(tài)測試

B、動(dòng)態(tài)測試

C、主動(dòng)測試

D、被動(dòng)測試

7、軟件設(shè)計(jì)階段的測試主要采取的方式是

A、評審

B、白盒測試

C、黑盒測試

D、動(dòng)態(tài)測試

8、Beta測試是驗(yàn)收測試的一種

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

10、程序員與測試無關(guān)

11、在軟件開發(fā)的過程中,若能推遲暴露其中的錯(cuò)誤,則為修復(fù)和改正錯(cuò)誤所花費(fèi)

的代價(jià)就會(huì)降低。

12、在需求分析階段是不需要進(jìn)行軟件測試的

13、解釋軟件缺陷

從產(chǎn)品內(nèi)部看,軟件缺陷是軟件產(chǎn)品開發(fā)或維護(hù)過程中所存在的各種問題；

從外部看,軟件缺陷是系統(tǒng)所需要實(shí)現(xiàn)的某種功能的失效或違背，

產(chǎn)生的主要原因：技術(shù)問題,軟件本身，團(tuán)隊(duì)工作

14、軟件產(chǎn)品規(guī)格說明書為什么是軟件缺陷存在最多的地方？

(1)用戶一般是非計(jì)算機(jī)專業(yè)人員，軟件開發(fā)人員和用戶的溝通存在較大困難，

對要開發(fā)的產(chǎn)品功能理解不一致。

(2)由于軟件產(chǎn)品還沒有開發(fā)、設(shè)計(jì)，完全靠想象去描述系統(tǒng)的實(shí)現(xiàn)結(jié)果，所以

有些特性還不夠清晰。

(3)需求變化的不一致性。用戶的需求總是在不斷變化的,這些變化結(jié)果如果沒

有在產(chǎn)品需求規(guī)格說明書中得到正確的描述,容易引起前后文、上下文的矛盾。

(4)對規(guī)格說明書不夠重視，在規(guī)格說明書的設(shè)計(jì)和寫作上投入的人力、時(shí)間不

夠。

(5)沒有在整個(gè)開發(fā)隊(duì)伍中進(jìn)行充分溝通,有時(shí)只有設(shè)計(jì)師或項(xiàng)目經(jīng)理得到比較

多的信息。

答案：A、C、D、B、C、C、A

J、J、X、義、X

作業(yè)三

I、假設(shè)，有一個(gè)測試域，測試一個(gè)10位的手機(jī)號碼是否有效。

要求：

(1)位數(shù)為十位的數(shù)字；

(2)不能以數(shù)字。開始

寫出相應(yīng)的等價(jià)類劃分表及等價(jià)類劃分測試用例

輸入有效等價(jià)類無效等價(jià)類

手機(jī)號碼①以非0開頭的十位數(shù)字符。②有非數(shù)字字符

③少于十個(gè)數(shù)字字符

④多于十個(gè)數(shù)字字符

⑤以0開頭的字符

測試數(shù)據(jù)預(yù)期結(jié)果覆蓋范圍

4237797245有效①

4A37797245無效②

437797245無效③

42377972451無效④

0237797245無效⑤

作業(yè)四

1、ALAC的全寫是什么—o

2、Ad-hoctesting中文為___。

3、等價(jià)類劃分方法分為兩個(gè)步驟，第一個(gè)步驟為—，第二個(gè)步驟為

4、邊界值分析法中最重要的工作是—。

5、判定表由五個(gè)部分組成分別為:

6、正交測試法需要根據(jù)軟件規(guī)格說明書確定的兩個(gè)核心要素是—和一

7、當(dāng)使用正交測試法時(shí)，單一水平正交表Ln(mk)的試驗(yàn)次數(shù)的計(jì)算公式

混合水平正交表Ln(mlklm2k2..mxkx)的試驗(yàn)次數(shù)的計(jì)算公式。

8、基于直覺和經(jīng)驗(yàn)的方法是可以獨(dú)立使用的。

9、邊界值分析法常被視為等價(jià)類劃分的補(bǔ)充。

10、邊界值分析法可以用于測試布爾值。

11、因果圖常常和判定表結(jié)合使用。

答案：1、ActTike-a-customer

2、自由測試3、分類、抽象4、確定邊界值域

5、條件樁、動(dòng)作樁、條件項(xiàng)、動(dòng)作項(xiàng)