軟件測試工程師面試寶典(軟件測試基本理論知識試題)

軟件測試工程師必備素養(yǎng)

?計(jì)算機(jī)基礎(chǔ)學(xué)問

?軟件測試基本學(xué)問

軟件質(zhì)量，軟件質(zhì)量管理基礎(chǔ)學(xué)問，軟件測試概念，軟件測試標(biāo)準(zhǔn)，軟件測試

項(xiàng)目管理，測試流程管理、缺陷管理、軟件測試技術(shù)及方法，自動化測試概念、框

基本常識

架、流程，自動化測試技術(shù)等學(xué)問。

好多人覺得自動化測試就是運(yùn)用自動化測試工具，其實(shí)各種工具只是自動化測

試實(shí)施的一個(gè)有效利器，如何建立一個(gè)脫離工具的自動化測試框架遠(yuǎn)遠(yuǎn)比探討如何

運(yùn)用測試工具困難，困難的多.

?軟件開發(fā)基本學(xué)問（軟件工程學(xué)問，理解軟件開發(fā)方法及過程）

C/C++,VB,VC,Java,.net,ASP,Javascript等。具體要求要視公司的具體項(xiàng)

編程實(shí)力

目或產(chǎn)品來定。但一般以C為基本要求。具備確定的算法設(shè)計(jì)實(shí)力，測試工程師

至少應(yīng)當(dāng)駕馭java、C#、C++之類的一門語言以及相應(yīng)的開發(fā)工具。

SQLServer,Oracle.Mysql,Sybase等。?般對測試人員的要求就是要求會運(yùn)用，

然后嫻熟運(yùn)用SQL語句進(jìn)行查詢，修改，添加，刪除數(shù)據(jù)操作。

計(jì)

數(shù)據(jù)庫學(xué)問數(shù)據(jù)庫學(xué)問則是更應(yīng)當(dāng)駕馭技能，現(xiàn)在的應(yīng)用系統(tǒng)幾乎離不開數(shù)據(jù)庫。因此不但要

算

駕馭基本的安裝、配置，還要駕馭SQL。測試人員至少應(yīng)當(dāng)駕馭Mysql、MS

機(jī)

Sqlserver、Oracle等常見數(shù)據(jù)庫的運(yùn)用。

專

Windows,Linux（常用的RedHat.SUSE,Debian）/Unix（FreeBSD.Solaris,

業(yè)

HP-UX,AIX,Mac）系統(tǒng)。

技

操作系統(tǒng)操作系統(tǒng)和中間件方面，應(yīng)當(dāng)駕馭基本的運(yùn)用以及安裝、配置等。例如很多應(yīng)用系

能

統(tǒng)都是基于Unix、linux來運(yùn)行的，這就要求測試人員駕馭基本的操作吩咐以及相

關(guān)的工具軟件。而WebLogic、Websphere等中間件的安裝、配置很多時(shí)候也須要

駕馭一些。

在網(wǎng)絡(luò)方面，測試人員應(yīng)當(dāng)駕馭基本的網(wǎng)絡(luò)協(xié)議以及網(wǎng)絡(luò)工作原理，尤其要駕馭一

網(wǎng)絡(luò)學(xué)問

些網(wǎng)絡(luò)環(huán)境的配置，這些都是測試工作中常常遇到的學(xué)問。

功能測試工具：QuickTestPro,WinRunner,Robot,QARun

性能測試工具：LoadRunner,Robot,QALoad,WebLoad,Was

自動化測試工

白盒測試工具：Purify,DevParter,Logiscope,C++Test,.JTest

具

測試管理工具：TestDirector,TestManager,QACenter,TestViewManager

缺陷管理工具：ClearQuest,TrackRecord,Bugzilla

?公司的測試流程

實(shí)戰(zhàn)實(shí)力（工

?公司的具體缺陷管理流程（提交bug報(bào)告，追蹤bug狀態(tài)）

作閱歷）

?測試環(huán)境的搭建及管理

?測試支配，測試用例，測試報(bào)告等相關(guān)文檔的編寫

?英語

外語

?日語

行業(yè)主要指測試人員所在企業(yè)涉及的行業(yè)領(lǐng)域，例如很多IT企業(yè)從事石油、電信、銀行、電子政務(wù)、

行

電子商務(wù)等行業(yè)領(lǐng)域的產(chǎn)品開發(fā)。行業(yè)學(xué)問即業(yè)務(wù)學(xué)問，是測試人員做好測試工作的又一個(gè)前提條件，

業(yè)

只有深化地了解了產(chǎn)品的業(yè)務(wù)流程，才可以推斷出開發(fā)人員實(shí)現(xiàn)的產(chǎn)品功能是否正確。

學(xué)

很多時(shí)候，軟件運(yùn)行起來沒有異樣，但是功能不確定正確。只有駕馭了相關(guān)的行業(yè)學(xué)問，才可以推斷

問

出用戶的業(yè)務(wù)需求是否得到了實(shí)現(xiàn)。

行業(yè)學(xué)問及工作閱歷有確定關(guān)系，通過時(shí)間即可以完成積累。

軟件測試基本理論學(xué)問試題匯總

一、推斷題

1.軟件測試的目的是盡可能多的找出軟件的缺陷。()

2.Beta測試是驗(yàn)收測試的一種。()

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

4.項(xiàng)目立項(xiàng)前測試人員不須要提交任何工件。()

5.單元測試能發(fā)覺約80%的軟件缺陷。()

6.代碼評審是檢查源代碼是否達(dá)到模塊設(shè)計(jì)的要求。()

7.自底向上集成須要測試員編寫驅(qū)動程序。()

8.負(fù)載測試是驗(yàn)證要檢驗(yàn)的系統(tǒng)的實(shí)力最高能達(dá)到什么程度。()

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

10.代碼評審員一般由測試員擔(dān)當(dāng)。()

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

12.集成測試支配在需求分析階段末提交。()

13、好的測試員不懈追求完備。()

14、測試程序僅僅按預(yù)期方式運(yùn)行就行了。()

15、不存在質(zhì)量很高但牢靠性很差的產(chǎn)品。()

16、軟件測試員可以對產(chǎn)品說明書進(jìn)行白盒測試。()

17、靜態(tài)白盒測試可以找出遺漏之處和問題。()

18、總是首先設(shè)計(jì)白盒測試用例。()

19、可以發(fā)布具有配置缺陷的軟件產(chǎn)品。()

20、全部軟件必需進(jìn)行某種程度的兼容性測試。()

21、全部軟件都有一個(gè)用戶界面，因此必需測試易用性。()

22、測試組負(fù)責(zé)軟件質(zhì)量。()

參考答案

1,Y

軟件測試的目的就是為了發(fā)覺軟件中的缺陷，從這個(gè)意義上面說上面的這個(gè)論斷是正確的。不少人會

認(rèn)為軟件測試可以保證軟件的質(zhì)量，其實(shí)這個(gè)觀點(diǎn)是錯誤，測試只是軟件質(zhì)量限制中的一個(gè)角色，其活動

并不能達(dá)成軟件質(zhì)量保證的效果。所以不要認(rèn)為一個(gè)公司里面假如有了軟件測試人員，產(chǎn)品的質(zhì)量就會好

起來。

2、Y

Beat測試和驗(yàn)收測試是兩種不同的測試。驗(yàn)收測試的目的是為了以發(fā)覺”未實(shí)現(xiàn)的需求”為口的，以評

估”適合運(yùn)用”為目標(biāo)，該類測試的不是以發(fā)覺缺陷為主要目的。beta測試是一模擬真實(shí)的運(yùn)用環(huán)境從而

發(fā)覺缺陷的一種測試。所以兩者之間的是非包涵關(guān)系。

3、N

上面說到了驗(yàn)收測試的目的和目標(biāo)，所以驗(yàn)收測試也可是是軟件生產(chǎn)的企業(yè)內(nèi)部人員來實(shí)施。例如產(chǎn)品經(jīng)

理。當(dāng)軟件以項(xiàng)目的形式出現(xiàn)，那么驗(yàn)收測試由最終用戶來實(shí)施的狀況是比較長見的。但是對于產(chǎn)品形式

的軟件，生產(chǎn)企業(yè)內(nèi)部的驗(yàn)收測試會更多。

4.N

應(yīng)當(dāng)說這道題目沒有明確的答案，在項(xiàng)目立項(xiàng)前測試人員是不是要把一些準(zhǔn)備工作以工件的形式給記錄

下來是完全取決于該企業(yè)的軟件開發(fā)過程的要求。同時(shí)不同企業(yè)，立項(xiàng)前要達(dá)成的一些必要條件也是大相

徑庭的。應(yīng)當(dāng)說這一題目出的不是很好，假如你是出題人這家企業(yè)的測試工程師，那么就應(yīng)當(dāng)有一個(gè)明確

的答案。

5.N

同樣這一題目也沒有標(biāo)準(zhǔn)答案。因?yàn)樵摂?shù)據(jù)的來源和其統(tǒng)計(jì)的方法，樣本都沒有一個(gè)工業(yè)標(biāo)準(zhǔn)。這樣

出來的數(shù)據(jù)同樣不具有權(quán)威性。這里我可以說一個(gè)簡潔的例子，在用ASP,php這類腳本語言開發(fā)網(wǎng)頁的時(shí)

候是根本沒有困難的單元測試。那么這樣的數(shù)字應(yīng)用在網(wǎng)站開發(fā)上面是否有意義，還是值得商榷的。所以

這道題目出的不好，沒有明確的答案

6.N

代碼審查是一種靜態(tài)技術(shù)，從這個(gè)意義上說代碼復(fù)查是須要和其他的一些動態(tài)測試技術(shù)協(xié)作才能檢查代

碼是否符合設(shè)計(jì)的要求

7.Y

這道題目大家看下top-down和down-top的集成測試示意圖就能得出明確的答案。這里須要了解的是

什么是驅(qū)動測試程序，什么是樁程序。假如集成組件數(shù)量眾多，多關(guān)系層次，那么不論是什么類型的集成

測試。驅(qū)動程序和樁程序都是須要開發(fā)的。

8.N

關(guān)于負(fù)載測試和壓力測試在論壇中的帖子中有具體的說明，大家可以去看一下就能得出正確的答案

9.N

同樣，這一題沒有正確的答案。缺陷是否修復(fù)是須要聽取測試人員的看法，但測試人員的看法非確定

性。所以還是要看一個(gè)企業(yè)給予測試人員有多大的權(quán)力。

10.N

假如測試員有這個(gè)水平，那么當(dāng)然是可以參與的。不過大多數(shù)的企業(yè)不會讓一般的測試人員參及代碼

的評審。

II.N

首先大家先搞清晰什么是配置管理什么是軟件配置，從這道題目中看不出出題人想問的是關(guān)鍵工程中

的配置管理還是單純的軟件配置。但是可以確定的是不論是何種狀況，答案均是否定的。

12.N

集成測試支配在開發(fā)人員完成軟件集成支配之后就可以起先進(jìn)行了。所以在需求分析階段之后提交是

不現(xiàn)實(shí)的事情，應(yīng)當(dāng)在軟件的設(shè)計(jì)階段后，編碼前.

13、N14、N

15、N

軟件牢靠性是軟件系統(tǒng)在規(guī)定的時(shí)間內(nèi)及規(guī)定的環(huán)境條件下，完成規(guī)定功能的實(shí)力

軟件質(zhì)量就是“軟件及明確地和隱含地定義的需求相一樣的程度，具體地說，軟件質(zhì)量是軟件符合明

確敘述的功能和性能需求、文檔中明確描述的開發(fā)標(biāo)準(zhǔn)、以及全部專業(yè)開發(fā)的軟件都應(yīng)具有的隱含特征的

程度。

16、N17、Y18、N19、Y20、Y21、Y

22、N

軟件測試是保障軟件質(zhì)量的手段之一，但不是唯一手段，軟件測試是軟件產(chǎn)品質(zhì)量高的必要非充分條

件。

二、不定項(xiàng)選擇題

1.軟件驗(yàn)收測試的合格通過準(zhǔn)則是：（）

A.軟件需求分析說明書中定義的全部功能已全部實(shí)現(xiàn)，性能指標(biāo)全部達(dá)到要求。

B.全部測試項(xiàng)沒有殘余一級、二級和三級錯誤。

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

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

2.軟件測試支配評審會須要哪些人員參與？（）

A.項(xiàng)目經(jīng)理

B.SQA負(fù)責(zé)人

C.配置負(fù)責(zé)人

D.測試組

3.下列關(guān)于alpha測試的描述中正確的是：（）

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

B.alpha測試不須要用戶代表參與

C.alpha測試是系統(tǒng)測試的一種

D.alpha測試是驗(yàn)收測試的一種

4.測試設(shè)計(jì)員的職責(zé)有：（）

A.制定測試支配

B.設(shè)計(jì)測試用例

C.設(shè)計(jì)測試過程、腳本

D.評估測試活動

5.軟件實(shí)施活動的進(jìn)入準(zhǔn)則是：（）

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

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

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

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

6.下面哪些屬于動態(tài)分析（）

A.代碼覆蓋率

B.模塊功能檢查

C.系統(tǒng)壓力測試

D.程序數(shù)據(jù)流分析

7.下面哪些屬于靜態(tài)分析（）

A、代碼規(guī)則檢查

B、序結(jié)構(gòu)分析

C、序困難度分析

D、內(nèi)存泄漏

8.從測試技術(shù)角度，正確的選擇是（），給出各自的含義？

A、靜態(tài)測試

B、黑盒測試

C、動態(tài)測試

D、白盒測試

9.從測試階段角度，測試正確的依次是（），同時(shí)給出所選擇的正確策略含義和被測對象是什么？

A、單元測試

B、集成測試

C、系統(tǒng)測試

D、確認(rèn)測試

10、下面角色不屬于集成支配評審的是（）

A、配置經(jīng)理

B、項(xiàng)目經(jīng)理

C、測試員

D、編碼員

11、軟件測試設(shè)計(jì)活動主要有（）

A、工作量分析

B、確定并說明測試用例

C、確立并結(jié)構(gòu)化測試過程

D、復(fù)審并評估測試覆蓋

12、不屬于集成測試步驟的是（）

A、制定集成支配

B、執(zhí)行集成測試

C、記錄集成測試結(jié)果

D、回來測試

13、屬于軟件測試活動的輸入工件的是（）

A、軟件工作版本

B、可測試性報(bào)告

C、軟件需求工件

D、軟件項(xiàng)目支配

參考答案

1、ABCD

回答這道題，你必需是這家企業(yè)的員工。前面說到了驗(yàn)收測試的目的和口標(biāo)，一個(gè)是需求必需實(shí)現(xiàn)，

二是證明軟件是適合運(yùn)用的。這樣能滿足這兩個(gè)通用標(biāo)準(zhǔn)就可以了。當(dāng)然有些軟件企業(yè)會對驗(yàn)收測試標(biāo)準(zhǔn)

做一些調(diào)整。

2、ABCD

上面的4種角色都須要參及

3、AD

首先大家須要知道alpha測試是系統(tǒng)級別的測試，該測試是在一個(gè)受控的環(huán)境中進(jìn)行的。用戶須要干脆

參及進(jìn)來。所以答案應(yīng)當(dāng)是AD

4、BC

合理的答案的是BC,同時(shí)要看軟件企業(yè)對該類人員的職責(zé)是如何定義。

5、ABC

先要了解一下什么是基線。這個(gè)是軟件配置管理中一個(gè)重要的概念。工作產(chǎn)品必需納入到確定的基線里

面。所以選擇ABC是必定的，至于是否選擇D要看這家企業(yè)自身的標(biāo)準(zhǔn)了。

6、BC7、ABC8、CD9、ABCD10、A11、ABCD12、D13、C

三、填空題

1、軟件實(shí)施活動的輸出工件有一、一、—、—。

2、代碼評審主要做工作。

3、軟件實(shí)施活動中集成員的職責(zé)是—o

4、驗(yàn)證及確認(rèn)軟件實(shí)施活動主要有一、代碼評審一、—、_、一、SQA驗(yàn)證。

5、表明測試已經(jīng)結(jié)束。

6、軟件測試的目的是。

7、軟件測試主要分為________、.一________四類測試。

8、軟件測試活動有、.>22!

_________八個(gè)步驟。

9、軟件測試活動的輸出工件有_________2__________>__________,__________，。

10、軟件測試角色有__________________2>__________-

11.軟件驗(yàn)收測試包括_______、.、_________三種類型。

12.系統(tǒng)測試的策略有、一一__________、_一>!

、、、_________、_________、_________、_________、_________等15種

方法。

13.設(shè)計(jì)系統(tǒng)測試支配須要參考的項(xiàng)目文檔有_______>___________空_________。

14.對面對過程的系統(tǒng)采納的集成策略有_______,__________兩種。

15.通過畫因果圖來寫測試用例的步驟為①②③④⑤及把因果圖轉(zhuǎn)換為狀態(tài)圖共五個(gè)步驟。

參考答案

1、無

2、關(guān)于代碼和具體設(shè)計(jì)相一樣、在編碼階段沒有引入新的錯誤等方面的保證

3、無

4、驗(yàn)證及確認(rèn)軟件實(shí)施活動主要:有需求規(guī)格說明驗(yàn)證、軟件測試團(tuán)隊(duì)組織管理、設(shè)計(jì)規(guī)格說明驗(yàn)證、

代碼驗(yàn)證、軟件測試支配管理、交付驗(yàn)證、SQA驗(yàn)證。

5、測試需求中列出的全部功能及測試過程中發(fā)覺缺陷的回來測試均已完成表明測試已經(jīng)結(jié)束。

6、軟件測試的口的是盡可能多的找出軟件的缺陷。

7、軟件測試主要分為單元測試、集成測試、系統(tǒng)測試、驗(yàn)收測試四類測試。

8、軟件測試活動有制定測試支配、方案、設(shè)計(jì)和生成測試用例、準(zhǔn)備測試數(shù)據(jù)、執(zhí)行測試管理缺陷工

生成測試報(bào)告、測試評估、測試結(jié)束八個(gè)步驟。

9、軟件測試活動的輸出工件有測試支配、測試方案、測試用例、測試報(bào)告、缺陷報(bào)告。

測試支配一輸出《測試支配》

測試設(shè)計(jì)…輸出《測試方案》

測試實(shí)現(xiàn)一輸出《測試用例》、《測試規(guī)程》、測試腳本

測試執(zhí)行一輸出《測試報(bào)告》《測試日志》《缺陷報(bào)告》

那實(shí)施活動的輸出工件是不是有需求規(guī)格說明書、用戶手冊、開發(fā)總結(jié)、測試總結(jié)呢？？？

10、軟件測試角色有測試管理人員、測試方案工程師、測試工程師、測試員。

11、軟件驗(yàn)收測試包括正式驗(yàn)收測試、alpha測試、beta測試三種測試。

12.系統(tǒng)測試的策略有功能測試、性能測試、文檔測試、配置測試、安裝和卸載的測試、用戶界面測試、

可用性測試、兼容性測試、易用性測試、平安測試、壓力測試、負(fù)載測試、回來測試、比較測試、故障復(fù)

原測試等15種方法。

13.設(shè)計(jì)系統(tǒng)測試支配須要參考的項(xiàng)目文檔有軟件測試支配、軟件需求工件、和迭代支配。

14.對面對過程的系統(tǒng)采納的集成策略有自頂向下,自底向上兩種。

15.通過畫因果圖來寫測試用例的步驟為①②③④⑤及把因果圖轉(zhuǎn)換為狀態(tài)圖共五個(gè)步驟。

①分析軟件規(guī)格說明描述中的緣由和結(jié)果，并為每個(gè)緣由和結(jié)果給予一個(gè)標(biāo)識符。

②依據(jù)因果關(guān)系畫因果圖

③在因果圖上用一些記號標(biāo)明約束或限制條件

④把因果圖轉(zhuǎn)換成判定表

⑤依據(jù)判定表設(shè)計(jì)測試用例

利用因果圖生成測試用例的基本步驟是：

§分析軟件規(guī)格說明描述中，哪些是緣由（即輸入條件或輸入條件的等價(jià)類），哪些是結(jié)果（即輸出條件），

并給每個(gè)緣由和結(jié)果給予一個(gè)標(biāo)識符。

§分析軟件規(guī)格說明描述中的語義，找出緣由及結(jié)果之間，緣由及緣由之間對應(yīng)的是什么關(guān)系？依據(jù)這些

關(guān)系，畫出因果圖。

§由于語法或環(huán)境限制，有些緣由及緣由之間，緣由及結(jié)果之間的組合狀況不行能出現(xiàn)。為表明這些特殊

狀況，在因果圖上用一些記號標(biāo)明約束或限制條件。

§把因果圖轉(zhuǎn)換成判定表。

§把判定表的每一列拿出來作為依據(jù)，設(shè)計(jì)測試用例

四、名詞說明

軟件工程、黑盒測試、白盒測試、單元測試、集成測試、系統(tǒng)測試、驗(yàn)收測試、a測試、B測試、驅(qū)動模

塊、樁模塊、靜態(tài)測試、回來測試、動態(tài)測試、等價(jià)劃分法、邊界值分析法

軟件工程：

概括的說，軟件工程是指導(dǎo)計(jì)算機(jī)軟件開發(fā)和維護(hù)的工程學(xué)科。采納工程的概念、原理、技術(shù)和方法

來開發(fā)及維護(hù)軟件，把經(jīng)過時(shí)間考驗(yàn)而證明正確的管理技術(shù)和當(dāng)前能夠得到的最好的技術(shù)方法結(jié)合起來，

以經(jīng)濟(jì)地開發(fā)出高質(zhì)量的軟件并有效的維護(hù)它，這就是軟件工程。

軟件測試：

標(biāo)準(zhǔn)定義：運(yùn)用人工或自動手段，來運(yùn)行或測試某個(gè)系統(tǒng)的過程。其目的在于檢驗(yàn)它是否滿足規(guī)定的

需求或弄清預(yù)期結(jié)果及實(shí)際結(jié)果之間的差別。最終目的是令客戶滿足。

針對測試人員的定義：以發(fā)覺錯誤為目的，努力發(fā)覺產(chǎn)品中每個(gè)可以想象到的故障或弱點(diǎn)的過程。

綜合定義：軟件測試是貫穿整個(gè)軟件開發(fā)生命周期、對軟件產(chǎn)品(包括階段性產(chǎn)品)進(jìn)行驗(yàn)證和確認(rèn)

的活動過程，其目的是盡快盡早地發(fā)覺在軟件產(chǎn)品中所存在的各種問題——及用戶需求、預(yù)先定義的不一

樣性。

黑盒測試(black-boxtesting)：

①在知道產(chǎn)品應(yīng)當(dāng)具有的功能的條件下，檢驗(yàn)每個(gè)功能是否都能正常運(yùn)用的測試方法。

②又稱功能測試，指的是把被測的軟件看作是一個(gè)黑盒子，完全不考慮程序的內(nèi)部結(jié)構(gòu)和處理過程，

只檢查程序功能是否能依據(jù)規(guī)格說明書的規(guī)定正常運(yùn)用，程序是否能適當(dāng)?shù)亟邮茌斎霐?shù)據(jù)產(chǎn)生正確的輸出

信息，并且保持外部信息的完整性。黑盒測試是在程序接口進(jìn)行的測試。

白盒測試(white-boxtesting)：

①在知道產(chǎn)產(chǎn)品內(nèi)部工作過程的條件下，檢驗(yàn)產(chǎn)品內(nèi)部動作是否依據(jù)規(guī)格說明書的規(guī)定正常進(jìn)行的測

試方法。

②又稱結(jié)構(gòu)測試，指的是把程序看成裝載一個(gè)透亮的白盒子里面，也就是完全了解程序的結(jié)構(gòu)和處理

過程。依據(jù)程序內(nèi)部的邏輯測試程序，檢驗(yàn)程序中的每條通路是否都能按預(yù)定要求正確工作。

單元測試(unit-testing)：

指對軟件中的最小可測試單元進(jìn)行檢查和驗(yàn)證。

集成測試(integrationtesting)：

指將通過測試的單元模塊組裝成系統(tǒng)或子系統(tǒng)，再進(jìn)行測試，重點(diǎn)測試不同模塊的接口部分。

系統(tǒng)測試(system-testing)：

指的是將整個(gè)軟件系統(tǒng)看作一個(gè)整體進(jìn)行測試，包括對功能、性能，以及軟件所運(yùn)行的軟硬件環(huán)境進(jìn)

行測試。

驗(yàn)收測試(acceptancetesting)：

又稱確認(rèn)測試，指的是在系統(tǒng)測試的后期，以用戶測試為主，或有測試人員等質(zhì)量保障人員共同參及

的測試。它的目標(biāo)是驗(yàn)證軟件的有效性。

a(Alpha)測試：

①a測試由用戶在開發(fā)者的場所進(jìn)行，并且在開發(fā)者對用戶的“指導(dǎo)”下進(jìn)行的測試。開發(fā)者負(fù)責(zé)記錄

錯誤和運(yùn)用中遇到的問題。

②a測試指的是由用戶、測試人員、開發(fā)人員等共同參及的內(nèi)部測試。

B(Beta)測試：

①B測試由軟件的最終用戶在一個(gè)或多個(gè)客戶場所進(jìn)行。開發(fā)者通常不在現(xiàn)場，因此6測試是軟件在開

發(fā)者不能限制的環(huán)境中的“真實(shí)”應(yīng)用。

②B測試指的是內(nèi)測后的公測，即完全交給最終用戶測試。

驅(qū)動模塊(driver)：

模擬被測模塊的上級模塊，驅(qū)動模塊用來接收測試數(shù)據(jù)，啟動被測試模塊并輸出結(jié)果。

樁模塊(stub)：

是指模擬被測模塊所調(diào)用的模塊。

靜態(tài)測試(statictesting)：

是指不實(shí)際運(yùn)行被測軟件，而只是靜態(tài)地檢查程序代碼、界面或文檔中可能存在的錯誤的過程。

動態(tài)測試(dynamictesting)：

是指實(shí)際運(yùn)行被測程序，輸入相應(yīng)的測試數(shù)據(jù)，檢查實(shí)際輸出結(jié)果和預(yù)期結(jié)果是否相符的過程。

所以我們推斷一個(gè)測試屬于靜態(tài)測試還是動態(tài)測試，唯一的標(biāo)準(zhǔn)就是看是否運(yùn)行程序。

回來測試(regressiontesting)：

是指對軟件的新的版本測試時(shí)，重復(fù)執(zhí)行上一個(gè)版本測試時(shí)的用例。

等價(jià)劃分法(EquivalenceClassTesting)：

等價(jià)類劃分法是一種黑盒測試技術(shù)，它不考慮程序的內(nèi)部結(jié)構(gòu)，只是依據(jù)軟件的需求說明來對輸入的

范圍進(jìn)行細(xì)分，然后再從分出的每一個(gè)區(qū)域內(nèi)選取一個(gè)有代表性的測試數(shù)據(jù)。

邊界值分析法(BoundaryValueTesting)：

邊界值分析方法是對等價(jià)類劃分方法的補(bǔ)充。長期的測試工作閱歷告知我們，大量的錯誤是發(fā)生在輸入

或輸出范圍的邊界上，而不是發(fā)生在輸入輸出范圍的內(nèi)部.因此針對各種邊界狀況設(shè)計(jì)測試用例，可以查出更

多的錯誤。

五、簡答題

請依據(jù)您以往的學(xué)習(xí)和工作經(jīng)驗(yàn)，結(jié)合您的個(gè)人閱歷回答以下問題。您可以盡可能具體和完整的表達(dá)出自

己的思想，假如書寫空間不夠，您可以將答案寫在題目所在頁的背面。假如須要稿紙請同接待人員聯(lián)系。

1、試述軟件的概念和特點(diǎn)？軟件復(fù)用的含義？構(gòu)件包括哪些？

軟件的概念：

軟件是程序、數(shù)據(jù)結(jié)構(gòu)和相關(guān)文檔的集合，用于實(shí)現(xiàn)所須要的邏輯方法、過程或限制。軟件是把學(xué)問

及技術(shù)緊密結(jié)合的智力成果，是在研制、開發(fā)中被創(chuàng)建出來的一種信息產(chǎn)品。

軟件的特點(diǎn)：

①抽象性

軟件是一種邏輯實(shí)體，而不是具體的物理實(shí)體，因而它具有抽象性。

②不會磨損

在軟件的運(yùn)行和運(yùn)用期間，沒有硬件那樣的機(jī)械磨損、老化問題，但軟件維護(hù)比硬件維護(hù)要負(fù)責(zé)的多。

③軟件開發(fā)工作最大、開發(fā)效率低、成本高，但復(fù)制簡潔、成本極低。

④對計(jì)算機(jī)系統(tǒng)的依靠性

⑤軟件具有無形性，可以多次運(yùn)用，但商業(yè)壽命較短。

軟件復(fù)用(SoftwareReuse)：

軟件復(fù)用是將已有軟件的各種有關(guān)學(xué)問用于建立新的軟件，以縮減軟件開發(fā)和維護(hù)的花費(fèi)，提高軟件生產(chǎn)

力和質(zhì)量的一種重要技術(shù)。

構(gòu)件：

構(gòu)件是系統(tǒng)中實(shí)際存在的可更換部分，它實(shí)現(xiàn)特定的功能，符合一套接口標(biāo)準(zhǔn)并實(shí)現(xiàn)一組接口。構(gòu)件

代表系統(tǒng)中的一部分物理實(shí)施，包括軟件代碼(源代碼、二進(jìn)制代碼或可執(zhí)行代碼)或其等價(jià)物(如腳本

或吩咐文件

2、瀑布模型和螺旋模型的主要區(qū)分是什么？

(1)瀑布模型強(qiáng)調(diào)的保證軟件的質(zhì)量，忽視人力，時(shí)間，資源等成本因素，以質(zhì)量為第一目標(biāo)，每次需求發(fā)生

變更都要從頭再來，適合于一些大型穩(wěn)定的項(xiàng)目。

螺旋模型是一種增量迭代開發(fā)的模型,每一次循環(huán)都是一次版本的升級，可提高軟件的適應(yīng)實(shí)力。比較

適合于前期需求不穩(wěn)定,后期需求新增變更較多的項(xiàng)目。

(2)瀑布模型是基于質(zhì)量的，是由文檔驅(qū)動的。螺旋模型是風(fēng)險(xiǎn)驅(qū)動的，更須要閱歷豐富的風(fēng)險(xiǎn)評估學(xué)問

和水平。

3、軟件開發(fā)模型和軟件生命周期的概念是什么？兩者有何區(qū)分？

軟件生命周期是軟件從提出開發(fā)起先到最終滅亡所經(jīng)驗(yàn)的時(shí)期。大體上分為軟件定義、軟件開發(fā)和軟件

維護(hù)三個(gè)階段。

軟件開發(fā)模型是軟件開發(fā)全過程、軟件開發(fā)活動以及它們之間關(guān)系的的結(jié)構(gòu)框架。其作用是為軟件項(xiàng)目

的管理供應(yīng)里程碑和進(jìn)度表，為軟件開發(fā)供應(yīng)原則和方法。軟件開發(fā)模型主要有：①以軟件需求可完全確

定為前提的瀑布模型②在軟件開發(fā)初期只能供應(yīng)基本需求所采納的漸進(jìn)式開發(fā)模型。如原型模型、螺旋模

型③以形式化開發(fā)方法為基礎(chǔ)的變換模型。

4.凈室軟件工程的策略是什么？

凈室軟件工程是一種在軟件開發(fā)過程中強(qiáng)調(diào)建立正確性的須要的方法，通過在第一次正確地書寫代碼

增量并在測試前驗(yàn)證它們的正確性，從而避開依靠于成本很高的錯誤消退過程。

凈室軟件工程可用如下三個(gè)關(guān)鍵策略來刻畫：置于統(tǒng)計(jì)過程限制之下的增量開發(fā)，基于函數(shù)的規(guī)范、設(shè)

計(jì)和驗(yàn)證以及統(tǒng)計(jì)測試和軟件認(rèn)證。采納這些策略可改進(jìn)技術(shù)生產(chǎn)過程，可以降低軟件開發(fā)中的風(fēng)險(xiǎn)，以合

理的成本開發(fā)出高質(zhì)量的軟件。

5、什么是數(shù)據(jù)的對立性？有幾個(gè)層次？

數(shù)據(jù)獨(dú)立性是指：應(yīng)用程序和數(shù)據(jù)庫的數(shù)據(jù)結(jié)構(gòu)之間相互獨(dú)立，不受影響。分為物理獨(dú)立性和邏輯獨(dú)立

性兩個(gè)層次。

(1)物理數(shù)據(jù)獨(dú)立性：假如數(shù)據(jù)庫的內(nèi)模式要進(jìn)行修改，即數(shù)據(jù)庫的存儲設(shè)備和存儲方法有所變更，那

么模式/內(nèi)模式映象也要進(jìn)行相應(yīng)的修改，使概念模式盡可能保持不變。也就是對內(nèi)模式的修改盡量不影響

概念模式。

(2)邏輯數(shù)據(jù)獨(dú)立性：假如數(shù)據(jù)庫的概念模式要進(jìn)行修改，如增加記錄類型或增加數(shù)據(jù)項(xiàng)，那么外模式/

模式映象也要進(jìn)行相應(yīng)的修改，使外模式盡可能保持不變。也就是概念模式的修改盡量不影響外模式和應(yīng)

用程序。

6、網(wǎng)狀、層次數(shù)據(jù)模型及關(guān)系數(shù)據(jù)模型的最大的區(qū)分是什么？

網(wǎng)狀、層次數(shù)據(jù)模型及關(guān)系數(shù)據(jù)模型的最大區(qū)分在于表示和實(shí)現(xiàn)實(shí)體之間的聯(lián)系的方法：網(wǎng)狀、層次

數(shù)據(jù)模型是通過指針鏈，而關(guān)系數(shù)據(jù)模型是運(yùn)用二維表。

7、dbms讀取一條記錄時(shí)發(fā)生哪些事務(wù)？

8、什么是軟件質(zhì)量？軟件包是什么？

概括地說，軟件質(zhì)量就是“軟件及明確地和隱含地定義的需求相一樣的程度，具體地說，軟件質(zhì)量是

軟件符合明確敘述的功能和性能需求、文檔中明確描述的開發(fā)標(biāo)準(zhǔn)、以及全部專業(yè)開發(fā)的軟件都應(yīng)具有的

隱含特征的程度。

軟件包(SoftwarePackage)是指具有特定的功能，用來完成特定任務(wù)的一個(gè)程序或一組程序。軟件包

由一個(gè)基本配置和若干可選部件構(gòu)成，既可以是源代碼形式，也可以是目標(biāo)碼形式。用戶手冊和指南等文

檔是軟件包的重要組成部分。

9、軟件產(chǎn)品質(zhì)量特性是什么？

確保軟件質(zhì)量優(yōu)良程度的內(nèi)部因素稱為軟件質(zhì)量特性.比較權(quán)威的軟件質(zhì)量特性劃分應(yīng)推Boehm提出

的十二個(gè)基本質(zhì)量特性。分別為：設(shè)備無關(guān)性、完整性、精度、一樣性、設(shè)備效率、可訪問性、可通訊性、

結(jié)構(gòu)性、自說明性、簡明性、易讀性、可擴(kuò)充性。

10、什么是軟件質(zhì)量保證？其主要任務(wù)是什么？

軟件質(zhì)量保證：為確保軟件開發(fā)過程和結(jié)果符合預(yù)期要求而建立的一系列規(guī)程，以及依照規(guī)程和支配實(shí)

行的?系列活動及其結(jié)果評價(jià)。

主要任務(wù)：(1)用戶要求定義(2)力爭不重復(fù)勞動(3)駕馭開發(fā)新軟件的方法(4)組織外部力氣協(xié)作(5)解除

無效勞動(6)發(fā)揮每個(gè)開發(fā)者的實(shí)力(7)提高軟件開發(fā)的工程實(shí)力(8)提高支配和管理質(zhì)量

為了提高軟件的質(zhì)量和軟件的生產(chǎn)率，軟件質(zhì)量保證的主要任務(wù)大致可歸結(jié)為8點(diǎn)。

(1)用戶要求定義：軟件質(zhì)量保證人員必需嫻熟駕馭正確定義用戶要求的技術(shù)，包括嫻熟運(yùn)用和指導(dǎo)他

人運(yùn)用定義軟件需求的支持工具。必需特別重視領(lǐng)導(dǎo)全體開發(fā)人員收集和積累有關(guān)用戶業(yè)務(wù)領(lǐng)域的各種業(yè)

務(wù)的資料和技術(shù)技能。

(2)力爭不重復(fù)勞動：利用已有軟件成果是提高軟件質(zhì)量和軟件生產(chǎn)率的重要途徑。為此，不要只考慮

如何開發(fā)新軟件，而首先應(yīng)考慮哪些既有軟件可以復(fù)用，并在開發(fā)過程中，隨時(shí)考慮所生產(chǎn)軟件的復(fù)用性。

(3)駕馭開發(fā)新軟件的方法：對開發(fā)新軟件的方法己經(jīng)過長期的探究和積累，最普遍公認(rèn)的勝利方法就

是軟件工程學(xué)方法.標(biāo)準(zhǔn)化、設(shè)計(jì)方法論、工具化等都屬此列。應(yīng)當(dāng)在開發(fā)新軟件的過程中大力運(yùn)用和推

行軟件工程學(xué)中所介紹的開發(fā)方法和工具。

(4)組織外部力氣協(xié)作：一個(gè)軟件自始至終由同一軟件開發(fā)單位來開發(fā)或許是最志向的。但在現(xiàn)實(shí)中常

常難以做到。因此須要改善對外部協(xié)作部門的開發(fā)管理。必需明確規(guī)定進(jìn)度管理、質(zhì)量管理、交接檢查、

維護(hù)體制等各方面的要求，建立跟蹤檢查的體制。

(5)解除無效勞動：最大的無效勞動是因需求規(guī)格說明有誤、設(shè)計(jì)有誤而造成的返工。定量記錄返工工

作量，收集和分析返工勞動花費(fèi)的數(shù)據(jù)特別重要。另一種較大的無效勞動是重復(fù)勞動，即相像的軟件在幾

個(gè)地方同時(shí)開發(fā)。這多是因軟件開發(fā)支配不當(dāng)，或者開發(fā)信息不流暢造成的。為此，要建立相互溝通、信

息往來通暢、具橫向溝通特征的信息流通網(wǎng)。

(6)發(fā)揮每個(gè)開發(fā)者的實(shí)力：軟件生產(chǎn)是人的智能生產(chǎn)活動，它依靠于人的實(shí)力和開發(fā)組織團(tuán)隊(duì)的實(shí)力。

開發(fā)者必需有學(xué)習(xí)各專業(yè)業(yè)務(wù)學(xué)問、生產(chǎn)技術(shù)和管理技術(shù)的能動性。管理者或產(chǎn)品服務(wù)者要制定技術(shù)培訓(xùn)

支配、技術(shù)水平標(biāo)準(zhǔn)，以及適用于將來須要的中長期技術(shù)培訓(xùn)支配。

(7)提高軟件開發(fā)的工程實(shí)力：要想生產(chǎn)出高質(zhì)量的軟件產(chǎn)品必需有高水平的軟件工程實(shí)力。即在軟件開

發(fā)環(huán)境或軟件工具箱的支持下，運(yùn)用先進(jìn)的開發(fā)技術(shù)、工具和管理方法開發(fā)軟件的實(shí)力。

(8)提高支配和管理質(zhì)量：對于大型軟件項(xiàng)目來說，提高工程項(xiàng)目管理實(shí)力極其重要。提高管理實(shí)力的方

法是重視和強(qiáng)化項(xiàng)目開發(fā)初期支配階段的項(xiàng)目支配評價(jià)，支配執(zhí)行過程中及支配完成報(bào)告的評價(jià)。將評價(jià)、

評審工作在工程實(shí)施之前就列入整個(gè)開發(fā)工程的工程支配之中。正確地評價(jià)開發(fā)支配和實(shí)施結(jié)果，不僅可

以提高軟件開發(fā)項(xiàng)目管理的精確度，還可以積累項(xiàng)目管理閱歷資料，提高日后進(jìn)行項(xiàng)目預(yù)算的精確度。所

以對“支配”的質(zhì)量管理特別重要。

11、軟件質(zhì)量保證體系是什么？國家標(biāo)準(zhǔn)中及質(zhì)量保證管理相關(guān)的幾個(gè)標(biāo)準(zhǔn)是什么？他們的編號和全稱

是什么？

軟件質(zhì)量保證體系

為滿足質(zhì)量要求和實(shí)施質(zhì)量管理，進(jìn)行全部有支配和有系統(tǒng)的活動所需的組織結(jié)構(gòu)、程序、過程和資

源的總稱。

GB/T19001質(zhì)量體系設(shè)計(jì)/開發(fā)、生產(chǎn)、安裝和服務(wù)的質(zhì)量保證模式(idtIS09001)

GB/T19002質(zhì)量體系生產(chǎn)和安裝的質(zhì)量保證模式(idtISO9002)

GB/T19003質(zhì)量體系最終檢驗(yàn)和試驗(yàn)的質(zhì)量保證模式(idtISO9003)

GB/T19004質(zhì)量管理和質(zhì)量體系要素指南(idtISO9004)

12、為什么要進(jìn)行軟件測試?軟件測試的目的是什么？為什么進(jìn)行單元測試？

任何軟件在開發(fā)過程中都會留下缺陷，帶有缺陷的軟件產(chǎn)品假如提交出去，可能會給公司帶來不行估

量的損失，我們必需在客戶之前發(fā)覺盡可能多的問題，從而保障客戶滿足。

測試階段的根本目標(biāo)是盡可能多地發(fā)覺并解除軟件中潛藏的錯誤，最終把一個(gè)高質(zhì)量的軟件系統(tǒng)交給用

戶運(yùn)用。

單元測試一般來說特別必要：

(1)現(xiàn)在強(qiáng)調(diào)測試的盡早介入。相對而言，單元測試會在開發(fā)比較早的階段就會進(jìn)行，發(fā)覺和修改缺陷的

成本比較低，效率比較高。

(2)代碼級的很多問題，通過相對后期的系統(tǒng)測試是很難發(fā)覺的，或者發(fā)覺問題的成本特別大。

13、什么是軟件測試？軟件測試的目的及原則、策略以及軟件測試的意義？

軟件測試：運(yùn)用人工或自動手段，努力發(fā)覺產(chǎn)品中每個(gè)可以想象到的故障或弱點(diǎn)的過程。其目的在于

檢驗(yàn)它是否滿足規(guī)定的需求或弄清預(yù)期結(jié)果及實(shí)際結(jié)果之間的差別。最終目的是令客戶滿足。

軟件測試原則：

?應(yīng)當(dāng)在測試起先之前的相當(dāng)長時(shí)間，就制定出測試支配、

?測試應(yīng)當(dāng)從小規(guī)模起先，并逐步進(jìn)行“大規(guī)模”測試

?窮舉測試是不行能的。

?全部的測試都應(yīng)當(dāng)能追溯到用戶需求。

?應(yīng)把“盡早和不斷地進(jìn)行軟件測試”作為軟件開發(fā)者的座右銘。實(shí)踐證明單元測試能夠盡早發(fā)覺問題，

削減后期測試的錯誤量。可以采納Junit和Jtest來協(xié)助進(jìn)行單元測試。

?測試用例應(yīng)由測試輸入數(shù)據(jù)、測試執(zhí)行步驟和及之對應(yīng)的預(yù)期輸出結(jié)果三部分組成。

?應(yīng)當(dāng)避開由程序員檢查自己的程序。（指后期系統(tǒng)測試階段，不包括單元測試）

?測試用例的設(shè)計(jì)要確保能覆蓋全部可能路徑。在設(shè)計(jì)測試用例時(shí),應(yīng)當(dāng)包括合理的輸入條件和不合理

的輸入條件。不合理的輸入條件是指異樣的，臨界的，可能引起問題的輸入條件。

?充分留意測試中的群集現(xiàn)象即缺陷的二八定理。閱歷表明,測試后程序殘存的錯誤數(shù)目及該程序中已

發(fā)覺的錯誤數(shù)目或檢錯率成正比。應(yīng)當(dāng)對錯誤群集的程序段進(jìn)行重點(diǎn)測試。

?嚴(yán)格執(zhí)行測試支配，解除測試的隨意性。

測試支配應(yīng)包括：所測軟件的功能，輸入和輸出，測試內(nèi)容，各項(xiàng)測試的進(jìn)度支配，資源要求，測試

資料，測試工具，測試用例的選擇，測試的限制方法和過程，系統(tǒng)的配置方式，跟蹤規(guī)則，調(diào)試規(guī)則，

以及回來測試的規(guī)定等等以及評價(jià)標(biāo)準(zhǔn)。

?應(yīng)當(dāng)對每一個(gè)測試結(jié)果做全面的檢查。

?妥當(dāng)保存測試支配，測試用例，出錯統(tǒng)計(jì)和最終分析報(bào)告，為維護(hù)供應(yīng)便利。

?對于相對困難的產(chǎn)拈或系統(tǒng)來說，沒有Bugs是不行能的，我們只能想方法把軟件的Bug數(shù)限制在可

以忍受的范圍內(nèi)。

?缺陷具有免疫性，測試人員要依據(jù)新版本的特點(diǎn)去修改維護(hù)測試用例、

?為了達(dá)到最佳的測試效果，應(yīng)當(dāng)由獨(dú)立的第三方來從事測試工作、

軟件測試策略：

①數(shù)據(jù)完整性測試②功能測試③易用性原則（用戶界面的測試、優(yōu)秀U1的7個(gè)組成要素、軟件中的協(xié)

助特性）④性能測試⑤配置測試⑥兼容性測試⑦本地化測試

軟件測試策略是為軟件工程過程定義的?個(gè)軟件測試的模板，也就是把特定的測試用例方法放置進(jìn)去

的一系列步驟。軟件測試的策略、方法和技術(shù)是多種多樣的。對于軟件測試技術(shù)，可以從不同的角度加以

分類：從是否須要執(zhí)行被測軟件的角度，可分為靜態(tài)測試和動態(tài)測試。從測試是否針對系統(tǒng)的內(nèi)部結(jié)構(gòu)和

具體實(shí)現(xiàn)算法的角度來看，可分為白盒測試和黑盒測試。

?靜態(tài)測試及動態(tài)測試

所謂靜態(tài)測試是指不運(yùn)行被測程序本身，僅通過分析或檢查源程序的文法、結(jié)構(gòu)、過程、接口等來檢

查程序的正確性。靜態(tài)測試包括代碼檢查、靜態(tài)結(jié)構(gòu)分析、代碼質(zhì)量度量等。它可以由人工進(jìn)行，也可以

借助軟件工具自動進(jìn)行。

動態(tài)測試是指通過運(yùn)行被測程序，檢查運(yùn)行結(jié)果及預(yù)期結(jié)果的差異，并分析運(yùn)行效率和健壯性等性能。

動態(tài)測試包括：（1）功能確認(rèn)及接口測試（2）覆蓋率分析（3）性能分析（4）內(nèi)存分析

黑盒測試及白盒測試

若測試規(guī)劃是基于產(chǎn)品的功能，目的是檢查程序各個(gè)功能是否能夠?qū)崿F(xiàn)，并檢查其中的功能錯誤，則

這種測試方法稱為黑盒測試（Black-boxTesting）方法。黑盒測試又稱為功能測試、數(shù)據(jù)驅(qū)動測試和基于規(guī)格

說明的測試。它是一種從用戶觀點(diǎn)動身的測試，一般被用來確認(rèn)軟件功能的正確性和可操作性。黑盒測試

的方法有a.等價(jià)類劃分b.因果圖法c.邊值分析d.決策表法

若測試規(guī)劃基于產(chǎn)晶的內(nèi)部結(jié)構(gòu)進(jìn)行測試，檢查內(nèi)部操作是否按規(guī)定執(zhí)行，軟件各個(gè)部分功能是否得

到充分運(yùn)用，則這種測試方法稱為白盒測試（White-boxTesting）方法。其主要方法有邏輯驅(qū)動、基路測試等，

主要用于軟件驗(yàn)證。

?軟件測試過程

單元測試針對每個(gè)程序的模塊，主要測試5個(gè)方面的問題：模塊接口、局部數(shù)據(jù)結(jié)構(gòu)、邊界條件、獨(dú)立

的路徑和錯誤處理。

集成測試：自頂向下的測試、自底向上的測試、回來測試、煙霧測試

系統(tǒng)測試：復(fù)原測試、平安測試、壓力測試、性能測試

確認(rèn)測試：a測試、0測試

軟件調(diào)試：蠻力法、回溯法、緣由解除法

軟件測試的意義：

a.發(fā)覺軟件錯誤；

b.有效定義和實(shí)現(xiàn)軟件成分由低層到高層的組裝過程：

c.驗(yàn)證軟件是否滿足任務(wù)書和系統(tǒng)定義文檔所規(guī)定的技術(shù)

d.為軟件質(zhì)量模型的建立供應(yīng)依據(jù)。

14、軟件測試項(xiàng)目從什么時(shí)候起先？為什么？

軟件測試應(yīng)當(dāng)在需求分析階段就介入，因?yàn)闇y試的對象不僅僅是程序編碼,應(yīng)當(dāng)對軟件開發(fā)過程中產(chǎn)生

的全部產(chǎn)品都測試,并且軟件缺陷存在放大趨勢.缺陷發(fā)覺的越晚，修復(fù)它所花費(fèi)的成本就越大.

15、需求分析的任務(wù)是什么？有什么作用？需求分析的過程和意義？

需求分析的任務(wù)；

?深化描述軟件的功能和性能

?確定軟件設(shè)計(jì)的約束和軟件同其它系統(tǒng)元素的接口細(xì)微環(huán)節(jié)

?定義軟件的其它有效性需求

需求分析的作用：

確定系統(tǒng)必需完成哪些工作，也就是對目標(biāo)系統(tǒng)提出完整、精確、清晰、具體的要求。

需求分析的過程和意義：

(1)問題識別

■從系統(tǒng)的角度來理解軟件并評審軟件范圍是否恰當(dāng)

■確定對目標(biāo)系統(tǒng)的綜合要求，即軟件的需求

■提出這些需求實(shí)現(xiàn)條件，以及需求應(yīng)達(dá)到的標(biāo)準(zhǔn)

⑵分析及綜合

從信息流和信息結(jié)構(gòu)動身，逐步細(xì)化全部的軟件功能，找出系統(tǒng)各元素之間的聯(lián)系、接口特性和設(shè)計(jì)上

的約束，分析它們是否滿足功能要求，是否合理。剔除其不合理的部分，增加其須要部分。最終綜合成系

統(tǒng)的解決方案，給出目標(biāo)系統(tǒng)的具體邏輯模型。

(3)編制需求分析階段的文檔

■軟件需求說明書

■數(shù)據(jù)要求說明書

■初步的用戶手冊

■修改、完善及確定軟件開發(fā)實(shí)施支配

(4)需求分析評審

■系統(tǒng)定義的目標(biāo)是否及用戶的要求一樣；

■系統(tǒng)需求分析階段供應(yīng)的文檔資料是否齊全；

■文檔中的全部描述是否完整、清晰、精確反映用戶要求；

■及全部其它系統(tǒng)成分的重要接口是否都已經(jīng)描述；

■被開發(fā)項(xiàng)目的數(shù)據(jù)流及數(shù)據(jù)結(jié)構(gòu)是否足夠，確定；

■全部圖表是否清晰，在不補(bǔ)充說明時(shí)能否理解；

■主要功能是否已包括在規(guī)定的軟件范圍之內(nèi)，是否都已充分說明；

■設(shè)計(jì)的約束條件或限制條件是否符合實(shí)際；

■開發(fā)的技術(shù)風(fēng)險(xiǎn)是什么；

■是否考慮過軟件需求的其它方案；

■是否考慮過將來可能會提出的軟件需求；

■是否具體制定了檢驗(yàn)標(biāo)準(zhǔn)，它們能否對系統(tǒng)定義是否勝利進(jìn)行確認(rèn)；

需求分析的意義：

軟件工程理論認(rèn)為，在軟件生命周期中，需求分析(RequirementsAnalysis)是最重要的一個(gè)階段。

軟件需求分析的質(zhì)量對軟件開發(fā)的影響是深遠(yuǎn)的、全局性的，高質(zhì)量需求對軟件開發(fā)往往起到事半功倍的

效果，所謂“磨刀不誤砍柴功”。在后續(xù)階段改正需求分析階段產(chǎn)生的錯誤將付出昂揚(yáng)的代價(jià)。

16、請畫出軟件測試活動的流程圖。(8分)

測試需求,測試支配-〉測試用例設(shè)計(jì)->執(zhí)行測試用例〉結(jié)果分析〉缺陷解決,回來測試

17、試敘述對一個(gè)軟件項(xiàng)口測試的全過程。(1()分)

(1)項(xiàng)目經(jīng)理通過和客戶的溝通，完成需求文檔，由開發(fā)人員和測試人員共同完成需求文檔的評審，評審

的內(nèi)容包括：需求描述不清晰的地方和可能有明顯沖突或者無法實(shí)現(xiàn)的功能的地方。項(xiàng)目經(jīng)理通過綜合開

發(fā)人員，測試人員以及客戶的看法，完成項(xiàng)目支配。然后SQA進(jìn)入項(xiàng)目，起先進(jìn)行統(tǒng)計(jì)和跟蹤

(2)開發(fā)人員依據(jù)需求文檔完成需求分析文檔，測試人員進(jìn)行評審，評審的主要內(nèi)容包括是否有遺漏或者雙

方理解不同的地方。測試人員完成測試支配文檔，測試支配包括的內(nèi)容上面有描述。

(3)測試人員依據(jù)修改好的需求分析文檔起先寫測試用例，同時(shí)開發(fā)人員完成概要設(shè)計(jì)文檔，具體設(shè)計(jì)文檔。

此兩份文檔成為測試人員撰寫測試用例的補(bǔ)充材料。

(4)測試用例完成后，測試和開發(fā)須要進(jìn)行評審。

(5)測試人員搭建環(huán)境

(6)開發(fā)人員提交第一個(gè)版本，可能存在未完勝利能，須要說明。測試人員進(jìn)行測試，發(fā)覺BUG后提交給

BugZilla.

(7)開發(fā)提交其次個(gè)版本，包括BugFix以及增加了部分功能，測試人員進(jìn)行測試。

(8)重復(fù)上面的工作，一般是3-4個(gè)版本后BUG數(shù)量削減，達(dá)到出貨的要求。

(9)假如有客戶反饋的問題，須要測試人員幫助重現(xiàn)以及IaI來測試。

18、軟件測試主要分為哪四類測試？

軟件測試主要分為單元測試、集成測試、系統(tǒng)測試、驗(yàn)收測試四類測試。

19、軟件測試分為幾個(gè)階段？各階段的測試策略和要求是什么？每個(gè)階段都應(yīng)用什么測試方法？

從測試實(shí)際的前后過程來看，軟件測試的過程是由一系列的不同測試階段所組成，這些軟件測試的步

驟分為：需求分析審查、設(shè)計(jì)審查、單元測試、集成測試（組裝測試）、功能測試、系統(tǒng)測試、驗(yàn)收測試、

回來測試（維護(hù)）等。

階段要求測試方法、策略

需求分析審查需求定義要精確、完整和一樣，真正黑盒測試

Requirements理解客戶的需求

Review

系統(tǒng)結(jié)構(gòu)的合理性、處理過程的正確黑盒測試

設(shè)計(jì)審查性、數(shù)據(jù)庫的規(guī)范化、模塊的獨(dú)立性等

DesignReview清晰定義測試支配的策略、范圍、資

源和風(fēng)險(xiǎn)，測試用例的有效性和完備性

單元測試遵守規(guī)范、模塊的高內(nèi)聚性、功能實(shí)白盒測試

UnitTesting現(xiàn)的一樣性和正確性

集成測試接口定義清晰且正確、模塊或組件一黑盒測試

Integration起工作正常、能集成為完整的系統(tǒng)白盒測試

Testing

功能驗(yàn)證模塊集成功能的正確性、適用性

FunctionalityT

esting

系統(tǒng)測試系統(tǒng)能正常地、有效的運(yùn)行，包括性黑盒測試

SystemTestin能、牢靠性、平安性、兼容性等。

g

向用戶表明系統(tǒng)能夠依據(jù)預(yù)定要求那黑盒測試

驗(yàn)收測試

樣工作，使系統(tǒng)最終可以正式發(fā)布或向用戶正式驗(yàn)收測試

AcceptanceT

供應(yīng)服務(wù)。用戶要參及驗(yàn)收測試，包括a測a測試

esting

試（內(nèi)部用戶測試）、B測試（外部用戶測試）P測試

版本發(fā)布軟件發(fā)布包、軟件發(fā)布檢杳表（清單）

Release

維護(hù)要求：新的或增加的功能正常、原有

Maintance的功能正常，不能出現(xiàn)I可來缺陷

20、請描述軟件測試活動的生命周期。在測試生命周期，測試過程分為幾個(gè)階段，以及各個(gè)階段的含義?

基于軟件工程學(xué)的思想，測試支配、測試設(shè)計(jì)、測試開發(fā)、測試執(zhí)行、缺陷跟蹤、測試評估6個(gè)環(huán)節(jié)

共同構(gòu)成整個(gè)軟件測試生命周期。在測試生命周期內(nèi)，軟件測試過程依據(jù)測試的先后次序可分為4個(gè)步驟

進(jìn)行：單元測試、集成測試、確認(rèn)測試和系統(tǒng)測試，最終進(jìn)行驗(yàn)收測試。

（1）單元測試：是指對軟件中的最小可測試單元進(jìn)行檢查和驗(yàn)證。

（2）集成測試：是單元測試的下一個(gè)階段，是指將通過測試的單元模塊組裝成系統(tǒng)或子系統(tǒng)，再進(jìn)行

測試，重點(diǎn)測試不同模塊的接口部分。

（3）確認(rèn)測試：完成集成測試以后，要對開發(fā)工作初期制定的確認(rèn)準(zhǔn)則進(jìn)行檢驗(yàn)。確認(rèn)測試是檢驗(yàn)所

開發(fā)的軟件能否滿足全部功能和性能需求的最終階段，通常均采納黑盒測試方法。

（4）系統(tǒng)測試.：指的是將整個(gè)軟件系統(tǒng)看做一個(gè)整體進(jìn)行測試，包括對功能、性能，以及軟件所運(yùn)行

的軟硬件環(huán)境進(jìn)行的測試。

（5）驗(yàn)收測試：指的是在系統(tǒng)測試的后期，以用戶測試為主，或有測試人員等質(zhì)量保障人員共同參及

的測試，他也是軟件正式交給用戶運(yùn)用的最終一道工序。

21、在軟件測試各個(gè)階段的結(jié)果文件是什么？包括什么內(nèi)容？

測試支配一一分《測試支配》，測試設(shè)計(jì)一一個(gè)《測試用例》

測試執(zhí)行一一-?《缺陷報(bào)告》，測試評估一一-?《測試總結(jié)報(bào)告》

《測試支配》的內(nèi)容會因不同的項(xiàng)目以及項(xiàng)目的大小而有所不同，一般而言在測試支配中應(yīng)當(dāng)清晰描

述以下內(nèi)容：①測試目標(biāo)②測試概要③測試范圍④重點(diǎn)事項(xiàng)⑤質(zhì)量目標(biāo)⑥資源需求⑦人員組織⑧測試策略

⑨發(fā)布提交⑩測試進(jìn)度和任務(wù)人員支配?測試起先/完成/延遲/接著的標(biāo)準(zhǔn)

《測試用例》指的是在測試執(zhí)行之前設(shè)計(jì)的一套具體的測試方案，包括測試環(huán)境、測試步驟、測試數(shù)

據(jù)和預(yù)期結(jié)果。

《缺陷報(bào)告》主要包括：①缺陷編號②缺陷標(biāo)題③報(bào)告者④創(chuàng)建時(shí)間⑤所屬版本⑥開發(fā)的接口人員⑦

缺陷重現(xiàn)過程⑧嚴(yán)峻程度（致命、嚴(yán)峻、一般、提示）⑨優(yōu)先級⑩缺陷狀態(tài)?缺陷簡潔描述。缺陷具體描

述（操作環(huán)境、操作步驟、運(yùn)用數(shù)據(jù)、簡潔分析等）?修改記錄（修改內(nèi)容、結(jié)果及修改人員簽字/日期）

?缺陷解決方案，解決人&解決日期?確認(rèn)內(nèi)容、結(jié)果及確認(rèn)人員簽字/日期?遺留問題（0測試總結(jié)和改進(jìn)

建議OBUG附件（給出相關(guān)的日志和截圖）O備注

《測試總結(jié)報(bào)告》內(nèi)容包括：

?引言：編寫目的、背景、用戶群、參考資料、測試對象、測試階段、測試工具

?測試概要

?測試環(huán)境軟硬件配置、網(wǎng)絡(luò)拓?fù)浞桨?/p>

?測試結(jié)果及發(fā)覺

功能測試：版本走勢、模塊分布、嚴(yán)峻程度分布、BUG引入階段分析、BUG狀態(tài)分布圖、BUG修

改人分布圖

性能測試

?測試結(jié)論：功能、易用性、效率、兼容性

?分析摘要：實(shí)力、遺留缺陷的影響、建議、評價(jià)

?度量：資源消耗、缺陷密度

22、依據(jù)瀑布模型軟件開發(fā)都分哪幾個(gè)階段？對應(yīng)的測試環(huán)節(jié)又分哪幾個(gè)階段？

隨著全面質(zhì)量管理思想在軟件開發(fā)領(lǐng)域的應(yīng)用，軟件測試也由最初的只針對軟件成品擴(kuò)展到了針對軟

件半成品及過程產(chǎn)品的全過程測試。依據(jù)瀑布模型軟件開發(fā)都分為軟件需求分析、軟件概要設(shè)計(jì)、軟件具

體設(shè)計(jì)、編碼、集成、驗(yàn)收等各個(gè)工程階段。相應(yīng)地，各階段所開展的測試分別為需求測試、架構(gòu)測試、

具體設(shè)計(jì)測試、單元測試、集成測試以及驗(yàn)收測試等。這樣的軟件測試涵蓋了軟件開發(fā)的整個(gè)工程過程，

對于識別及限制軟件缺陷、提高軟件質(zhì)量起到了很明顯的成效。

23、測試生命周期、測試過程分為幾個(gè)階段，以及各階段的含義？

測試生命周期：測試支配、測試設(shè)計(jì)、測試開發(fā)、測試執(zhí)行、缺陷跟蹤、測試評估

測試支配：由測試經(jīng)理或測試組長依據(jù)《需求規(guī)格說明書》或界面原型來編寫測試支配，生成《測試

支配》文檔。

測試設(shè)計(jì)：在概要設(shè)計(jì)和具體設(shè)計(jì)階段，由測試設(shè)計(jì)人員依據(jù)《需求規(guī)格說明書》或是界面原型來進(jìn)

行測試設(shè)計(jì)，主要包括編寫測試用例、設(shè)計(jì)測試策略等，主要生成《測試用例》文檔。

測試開發(fā)：開發(fā)樁模塊和驅(qū)動模塊，建立可重用的自動測試，維護(hù)測試對于測試需求的可跟蹤性。

測試執(zhí)行：在開發(fā)編碼后期，有測試執(zhí)行人員參考《需求規(guī)格說明書》和《測試用例》來對系統(tǒng)進(jìn)行

測試實(shí)施，這里面又包括了單元測試、集成測試、系統(tǒng)測試，主要生成大量的《缺陷報(bào)告》。

缺陷跟蹤：或稱Bug管理，是產(chǎn)品開發(fā)（尤其是軟件開發(fā)）和維護(hù)過程中重要的協(xié)助工具，用于

跟蹤記錄產(chǎn)品的缺陷、需求變更等，作為溝通開發(fā)人員及測試人員、客戶的溝通的橋梁，保障產(chǎn)品

開發(fā)流程更加協(xié)調(diào)。

測試評估：在項(xiàng)目的后期，由測試經(jīng)理或測試組長評估一下測試的過程和結(jié)果，為下一階段或是下一

個(gè)項(xiàng)目的測試積累一些閱歷和教訓(xùn)，一般生成一個(gè)《測試總結(jié)報(bào)告》。

軟件測試過程是軟件開發(fā)的逆過程。依據(jù)測試的先后次序可分為4個(gè)步驟進(jìn)行：

單元測試、集成測試、確認(rèn)測試和系統(tǒng)測試，最終進(jìn)行驗(yàn)收測試。

(1)單元測試：是指對軟件中的最小可測試單元進(jìn)行檢查和驗(yàn)證。

(2)集成測試：是單元測試的下一個(gè)階段，是指將通過測試的單元模塊組裝成系統(tǒng)或子系統(tǒng)，再進(jìn)行

測試，重點(diǎn)測試不同模塊的接口部分。

(3)確認(rèn)測試：完成集成測試以后，要對開發(fā)工作初期制定的確認(rèn)準(zhǔn)則進(jìn)行檢驗(yàn)。確認(rèn)測試是檢驗(yàn)所

開發(fā)的軟件能否滿足全部功能和性能需求的最終階段，通常均采納黑盒測試方法。

(4)系統(tǒng)測試：指的是將整個(gè)軟件系統(tǒng)看做一個(gè)整體進(jìn)行測試，包括對功能、性能，以及軟件所運(yùn)行

的軟硬件環(huán)境進(jìn)行的測試。

(5)驗(yàn)收測試：指的是在系統(tǒng)測試的后期，以用戶測試為主，或有測試人員等質(zhì)量保障人員共同參及

的測試，他也是軟件正式交給用戶運(yùn)用的最終一道工序。

24、軟件測試應(yīng)當(dāng)劃分幾個(gè)階段?簡述各個(gè)階段應(yīng)重點(diǎn)測試的點(diǎn)?各個(gè)階段的含義？

軟件測試分為單元測試、集成測試、系統(tǒng)測試、驗(yàn)收測試四個(gè)階段，有時(shí)須要進(jìn)行回來測試。

(1)單元測試：是指對軟件中的最小可測試單元進(jìn)行檢查和驗(yàn)證，要留意邏輯的覆蓋。

(2)集成測試：是單元測試的下一個(gè)階段，是指將通過測試的單元模塊組裝成系統(tǒng)或子系統(tǒng)，再進(jìn)行

測試，重點(diǎn)測試不同模塊的接口部分，主要留意接口的覆蓋。

(3)系統(tǒng)測試：指的是將整個(gè)軟件系統(tǒng)看做一個(gè)整體進(jìn)行測試，包括對功能、性能，以及軟件所運(yùn)行

的軟硬件環(huán)境進(jìn)行的測試，主要留意需求的覆蓋。

(4)驗(yàn)收測試：指的是在系統(tǒng)測試的后期，以用戶測試為主，或有測試人員等質(zhì)量保障人員共同參及

的測試，他也是軟件正式交給用戶運(yùn)用的最終一道工序。驗(yàn)收測試是對于項(xiàng)目類的軟件而說的。相對的，

對于產(chǎn)品類的軟件，就不要驗(yàn)收測試。就要進(jìn)行，Alpha測試以及Beta測試。

回來測試，是指對軟件的新的版本測試時(shí)，重復(fù)執(zhí)行上一個(gè)版本測試時(shí)的用例?；貋頊y試可以在上述

任何測試階段進(jìn)行，既有黑盒測試的回來，也有白盒測試的回來。

25、你認(rèn)為軟件測試最關(guān)鍵的是哪個(gè)階段？運(yùn)用過的測試方法有哪些？

一般來講，軟件測試分為單元測試、集成測試、系統(tǒng)測試、驗(yàn)收測試四個(gè)階段，其中單元測試是軟件

測試的基礎(chǔ)和關(guān)鍵。軟件測試效果會干脆影響到軟件的后期測試，最終在很大程度上影響到產(chǎn)品的質(zhì)量。

從如下幾個(gè)方面就可以看出單元測試的重要性在何處。

(1)時(shí)間方而：假如細(xì)致的做好了單元測試，在系統(tǒng)集成聯(lián)調(diào)時(shí)特別順當(dāng)，因此會節(jié)約很多時(shí)間，反之那

些由于因?yàn)闀r(shí)間緣由不做單元測試或隨意做做的則在集成時(shí)總會遇到那些本應(yīng)當(dāng)在單元測試就能發(fā)覺的問

題，而這種問題在集成時(shí)遇到往往很難讓開發(fā)人員預(yù)料到，最終在苦苦尋找中才發(fā)覺這是個(gè)很低級的錯誤

而在懊悔自己時(shí)已經(jīng)奢侈了很多時(shí)間，這種時(shí)間上的奢侈一點(diǎn)都不值得，正所謂得不償失。

(2)測試效果：依據(jù)以往的測試閱歷來看，單元測試的效果是特別明顯的，首先它是測試階段的基礎(chǔ)，做

好了單元測試，在做后期的集成測試和系統(tǒng)測試時(shí)就很順當(dāng)。其次在單元測試過程中能發(fā)覺一些很深層次

的問題，同時(shí)還會發(fā)覺一些很簡潔發(fā)覺而在集成測試和系統(tǒng)測試很難發(fā)覺的問題。再次單元測試關(guān)注的范

圍也特殊，它不僅僅是證明這些代碼做了什么，最重要的是代碼是如何做的，是否做了它該做的事情而沒

有做不該做的事情。

(3)測試成本：在單元測試時(shí)某些問題就很簡潔發(fā)覺，假如在后期的測試中發(fā)覺問題所花的成本將成倍數(shù)

上升。比如在單元測試時(shí)發(fā)覺1個(gè)問題須要1個(gè)小時(shí)，則在集成測試時(shí)發(fā)覺該問題須要2個(gè)小時(shí)，在系統(tǒng)

測試時(shí)發(fā)覺則須要3個(gè)小時(shí)，同理還有定位問題和解決問題的費(fèi)用也是成倍數(shù)上升的，這就是我們要盡可

能早的解除盡可能多的bug來削減后期成本的因素之一。

（4）產(chǎn)品質(zhì)量：單元測試的好及壞干脆影響到產(chǎn)品的質(zhì)量，可能就是由于代碼中的某一個(gè)小錯誤就導(dǎo)致了

整個(gè)產(chǎn)品的質(zhì)量降低一個(gè)指標(biāo)，或者導(dǎo)致更嚴(yán)峻的后果，假如我們做好了單元測試這種狀況是可以完全避

開的。

綜上所述，單元測試是構(gòu)筑產(chǎn)品質(zhì)量的基石，我們不要因?yàn)楣?jié)約單元測試的時(shí)間不做單元測試或隨意

做而讓我們在后期奢侈太多的不值得的時(shí)間，我們也不情愿因?yàn)橛捎诠?jié)約那些時(shí)間導(dǎo)致開發(fā)出來的整個(gè)產(chǎn)

品失敗或重來！

測試方法

軟件測試的策略、方法和技術(shù)是多種多樣的。對于軟件測試技術(shù)，可以從不同的角度加以分類：從是

否須要執(zhí)行被測軟件的角度，可分為靜態(tài)測試和動態(tài)測試。從測試是否針對系統(tǒng)的內(nèi)部結(jié)構(gòu)和具體實(shí)現(xiàn)算

法的角度來看，可分為白盒測試和黑盒測試。黑盒測試又包括邏輯功能測試、界面測試、易用性測試、安

裝測試、兼容性測試、穩(wěn)定性測試、負(fù)載測試、壓力測試等。

26、產(chǎn)品測試到什么時(shí)候就算是足夠了?測試結(jié)束的標(biāo)準(zhǔn)是什么？

從微觀上來說，在測試支配中定義，比如系統(tǒng)在確定性能下平穩(wěn)運(yùn)行72小時(shí)，目前BugTrackingSystem

中，本版本中沒有一般嚴(yán)峻的BUG,一般BUG的數(shù)量在3以下，BUG修復(fù)率90%以上等等參數(shù)，然后由

開發(fā)經(jīng)理，測試經(jīng)理，項(xiàng)目經(jīng)理共同簽字認(rèn)同版本Release。

假如說宏觀的，則是當(dāng)這個(gè)軟件徹底的消逝以后，測試就結(jié)束了。

27、什么是測試評估，測試評估的范圍是什么？

測試評估：是指對測試過程中的各種測試現(xiàn)象和結(jié)果進(jìn)行記錄、分析和評價(jià)的活動。在項(xiàng)口的后期，

由測試經(jīng)理或測試組長評估一下測試的過程和結(jié)果，為下一階段或是下一個(gè)項(xiàng)目的測試積累一些閱歷和教

訓(xùn)I,一般生成一個(gè)《測試總結(jié)報(bào)告》。

評估的范圍：測試執(zhí)行過程中發(fā)生的狀況、測試執(zhí)行期間發(fā)生并須要進(jìn)一步調(diào)查的一切事務(wù)、及測試

設(shè)計(jì)、說明等有關(guān)的測試活動。

28、闡述工作版本的定義。

工作版本由一個(gè)或多個(gè)構(gòu)件（通常為可執(zhí)行構(gòu)件）構(gòu)成，一般都是通過編譯和鏈接源代碼的處理過程

從其他構(gòu)件中構(gòu)建的，其目在于交付一個(gè)運(yùn)行時(shí)功能和系統(tǒng)性能的可測試子集。

工作版本是迭代生命周期不行缺少的組成部分。它們代表正在進(jìn)行的嘗試活動，目的是展示最新開發(fā)

的功能。由于在新增功能引發(fā)破壞作用時(shí)須要返回到以前的版本，因此對每一工作版本都須要實(shí)行配置限

制的措施，否則將影響工作版本的完整性。

工作版本既可以是系統(tǒng)的可操作版本，也可以是具有最終產(chǎn)品部分功能的系統(tǒng)組成部分。

在迭代式軟件開發(fā)過程中將產(chǎn)生很多工作版本。每一工作版本一經(jīng)推出，它們都可以用來對產(chǎn)品進(jìn)行

先期檢查，幫助發(fā)覺集成問題。

29、測試支配的口的是什么？

軟件測試支配是指導(dǎo)測試過程的綱領(lǐng)性文件。包含了產(chǎn)品概述、測試策略、測試方法、測試區(qū)域、測

試配置、測試周期、測試資源、測試溝通、風(fēng)險(xiǎn)分析等內(nèi)容。借助軟件測試支配，參及測試的項(xiàng)目成員，

尤其是測試管理人員，可