軟件測試工程師面試基礎(chǔ)題

軟件測試復(fù)習(xí)內(nèi)容

以下列舉出來的問題大部份是要掌握的，可參考思維導(dǎo)圖來看。

L什么是測試？

答：

(美國電器和電子工程師協(xié)會)IEEE提出的軟件工程標(biāo)準(zhǔn)術(shù)語，使用人工和自動

手段來運(yùn)行或者測試某個系統(tǒng)的過程，目的在于檢驗(yàn)它是否滿足規(guī)定的需求或者是弄清

預(yù)期結(jié)果與實(shí)際結(jié)果之間的差別。

簡單定義:找出軟件中的BUG

2.為什么要測試？

答：

在軟件開辟過程中容易浮現(xiàn)缺乏有效溝通，軟件復(fù)雜，編程錯誤,需求不斷變更，時

間的壓力，缺乏文檔的代碼，軟件開辟工具和人員的自大等原因引起的錯誤，通過測試能

夠找出其中的錯誤，解決錯誤,從而提高軟件的質(zhì)量

3.軟件的生命周期分為哪幾個階段？具體的內(nèi)容是什么？

答：

計(jì)戈U

工作內(nèi)容

1.確定軟件開辟總目標(biāo)；

2.給出軟件的功能、性能、可靠性以及接口等方面的設(shè)想；

3.研究完成該項(xiàng)目的可行性，探討問題解決方案；

4.對可供開辟使用的資源、成本、可取得的效益和開辟進(jìn)度作出估計(jì)；

5,制定完成開辟任務(wù)的實(shí)施計(jì)劃。

需求分析

工作內(nèi)容

對開辟的軟件進(jìn)行詳細(xì)的定義，由需求分析人員和用戶共同討論決定，哪些

需求是可以滿足的，并且賦予切當(dāng)?shù)拿枋觯瑢懗鲕浖枨笳f明書SRS(Software

RequirementSpecification)。

設(shè)計(jì)

工作內(nèi)容

設(shè)計(jì)是軟件工程的技術(shù)核心，這個階段需要完成設(shè)計(jì)說明書

1.概要設(shè)計(jì)(HLD),在設(shè)計(jì)階段把各項(xiàng)需求轉(zhuǎn)換成相應(yīng)的體系結(jié)構(gòu)，每一部份是

功能明確的模塊；

2.詳細(xì)設(shè)計(jì)(LLD),對每一個模塊要完成的工作進(jìn)行具體的描述。

編碼

工作內(nèi)容

把軟件設(shè)計(jì)轉(zhuǎn)換成計(jì)算機(jī)可以接受的程序，即寫成以某個程序設(shè)計(jì)語言表示的

源程序清單，建立數(shù)據(jù)庫。

測試

工作內(nèi)容

測試是檢驗(yàn)軟件是否符合客戶需求，達(dá)到質(zhì)量要求，普通由獨(dú)立的小組執(zhí)行，

測試工作分為：

單元測試；集成測試；系統(tǒng)測試

運(yùn)行和維護(hù)

工作內(nèi)容

這個階段將軟件交付用戶投入正式使用，以后便進(jìn)入維護(hù)階段，可能有多種原

因需要對它進(jìn)行修改，如軟件錯誤、系統(tǒng)軟件升級、增強(qiáng)軟件功能、提高性能等。

4.研發(fā)團(tuán)隊(duì)的組織構(gòu)架與流程是什么？

答：

組織架構(gòu)

軟件開辟組

開辟經(jīng)理

分析人員

設(shè)計(jì)人員

開辟人員

軟件測試組

測試經(jīng)理

測試人員

配置管理組

配置經(jīng)理

CMO（配置管理員）

研發(fā)流程

瀑布模型

應(yīng)用的最為廣泛的一種模型，也是最容易理解和掌握的模型，然而它的缺陷也是顯

而易見的。

螺旋模型

綜合了基本的瀑布式模型和演化/漸增原型方法。

RUP流程

所有工作流在各個階段都有體現(xiàn)。

IPD流程

從整個產(chǎn)品角度出發(fā)，不僅僅針對研發(fā)。

5.測試階段怎么劃分？

答：

1.測試計(jì)劃階段

2.測試設(shè)計(jì)階段

3.測試實(shí)施階段

4.測試執(zhí)行階段

6.什么是UTJT,S?T它們有什么區(qū)別？答:

UT:單元測試

IT:集成測試

ST:系統(tǒng)測試

區(qū)別:

測試方法考察范圍評估標(biāo)準(zhǔn)

單控制流測法單元內(nèi)部的數(shù)據(jù)邏輯覆蓋

元

數(shù)據(jù)流測法結(jié)構(gòu)、邏輯控制率

測

排錯測法、異常處理等

試

年分域測法

成自頂向下增至測試方法接口與接口數(shù)

測自底向上增至測試方法據(jù)傳遞關(guān)系接口覆蓋率

試混合增至測試方法

模塊組合后的

恢復(fù)測試方法整體功能

安全測試方法這個系統(tǒng)對需測試用例對需求

系強(qiáng)度測試方法

統(tǒng)性能測試方法

測

容量測試方法

試

正確性測試方法

可靠性測試方法

兼容性測試方法

7.什么是回歸測試？為什么要回歸測試？回歸測試的流程是什么？回歸測試的測試策略

有哪些？

答：

回歸測試是指軟件系統(tǒng)被修改或者擴(kuò)充（如系統(tǒng)功能增強(qiáng)或者升級）后重新進(jìn)行的測

試，是為了保證對軟件所做的修改沒有引入新的錯誤而重新進(jìn)行的測試。

回歸測試目的是驗(yàn)證缺陷得到了正確的修復(fù)，同時對系統(tǒng)的變更沒有影響以前的功

能。

流程：

1.在測試策略制定階段，制定回歸測試策略

2.確定需要回歸測試的版本

3.測試版本發(fā)布后,按照回歸測試策略來執(zhí)行回歸測試

4.回歸測試通過，關(guān)閉缺陷跟蹤單

5.回歸測試不通過,缺陷跟蹤單返回給開辟人員，開辟人員重新修改BUG.再次提

交給測試人員回歸測試

測試策略：

1.徹底重復(fù)測試：重新執(zhí)行前期設(shè)計(jì)的用例，來確認(rèn)問題修改的真確性和修改的擴(kuò)

散局部影響性

2.選擇性重復(fù)測試：

1）覆蓋修改法：針對被修改的部份,選取或者重新構(gòu)造測試用例驗(yàn)證沒有錯誤

再次發(fā)生的選擇方法

2）周邊影響法：該方法包括覆蓋修改法，還要分析修改后對擴(kuò)散的影響

3）指標(biāo)達(dá)成法：先確定一個達(dá)成的指標(biāo),基于這種要求選擇一個最小的測試

用例集合

8.畫V&V模型?

答:

系統(tǒng)測試計(jì)劃、設(shè)執(zhí)行系統(tǒng)測試

需求分析-----孤，實(shí)現(xiàn)—

集成測試計(jì)劃、設(shè)

概要設(shè)計(jì)V&執(zhí)行集成測試

-------i—實(shí)現(xiàn)—

單元測試計(jì)劃、設(shè)

詳細(xì)設(shè)計(jì)執(zhí)行單元測試

____二、窯現(xiàn)—

編碼代1B審查

9.軟件質(zhì)量的定義是什么？影響軟件質(zhì)量的因素是哪些？ISO2000的八大原則是什么？

答：

定義：一個實(shí)體的所有特性，基于這些特性可以滿足明顯的或者隱含的需求。而質(zhì)量

就是實(shí)體基于這些特性滿足需求的程度

因素：

流程、技術(shù)、組織。

流程：一組活動（活動是否都是必須的；活動角色之間的關(guān)系）

過程：一組將輸入轉(zhuǎn)化為輸出的相關(guān)聯(lián)或者相互作用的活動。

原則；

1.以顧客為中心：組織依存于其顧客，因此，組織應(yīng)理解顧客當(dāng)前的和未來的需求，

滿足顧客要求并爭取趕超顧客期望。

2.領(lǐng)導(dǎo)作用：領(lǐng)導(dǎo)者將本組織的宗旨.方向和內(nèi)部環(huán)境編統(tǒng)一起來，并創(chuàng)造使員工能夠

充參預(yù)實(shí)現(xiàn)組織目標(biāo)的環(huán)境。

3.全員參預(yù)：各級人員是組織之本，惟獨(dú)他們的充分參預(yù)，才干使他們的才干為組織

帶來最大的收益。

4.過程方法：將相關(guān)的資源和活動作為過程進(jìn)行管理，可以更高效地得到期望的結(jié)果。

5.管理系統(tǒng)方法：針對設(shè)定的目標(biāo)，識別.理解并管理一個由相互關(guān)聯(lián)的過程的過程

所組成的體系，有助于提高組織的有效性和效率。

6.持續(xù)改進(jìn)：持續(xù)改進(jìn)是組織的一個永恒的目標(biāo)。

7.基于事實(shí)的決策方法：對數(shù)據(jù)和信息的邏輯分析或者直覺判斷是有效決策的基礎(chǔ)。

8.互利的供方關(guān)系：通過互利的關(guān)系，增強(qiáng)組織及其供方創(chuàng)造價值的能力。其中與軟件

產(chǎn)品產(chǎn)品優(yōu)其相關(guān)有：（一.三.六.七項(xiàng)）

10.CMM/CMMI是什么？它的等級怎么劃分？有什么目的？有什么作用？

答：

(1)能力成熟度模型；一種比較流行的軟件質(zhì)量管理體系

(2)劃分：初始級；可重復(fù)級；已定義級；己管理級；優(yōu)化級；

(3)目的：評估軟件承包商能力

協(xié)助軟件組織改進(jìn)過程，提高過程能力

(4)作用：業(yè)界的實(shí)施標(biāo)準(zhǔn)

業(yè)界的一種交流語言

是中國企業(yè)獲取國際定單的門坎

是向下采購的保障

是降低軟件聲場風(fēng)險的有力手段

1L描述軟件質(zhì)量模型中的內(nèi)容？

答：

功能性:

當(dāng)軟件在指定的條件下使用時，軟件產(chǎn)品提供滿足明確和隱含需求的功能的能力

1.適合性Suitabilit歙-件-產(chǎn)品為指定的任務(wù)和用戶目標(biāo)提供一組合適的功能的能力。

2.準(zhǔn)確性Accuracy-軟-件產(chǎn)品提供具有所需精確度的正確或者相符的結(jié)果或者效

果的能力。

3.互操作性interoperabilit軟y-件-產(chǎn)品與一個或者更多的規(guī)定系統(tǒng)進(jìn)行交互的能力。

4.保密安全性security-軟-件產(chǎn)品保護(hù)信息和數(shù)據(jù)的能力，以使未授權(quán)的人員或者系

統(tǒng)不能閱讀或者修改這些信息和數(shù)據(jù)，而不拒絕授權(quán)人員或者系統(tǒng)對它們的

訪問。

5.功能性的依從性functionalCompliance-軟-件產(chǎn)品遵循與功能相關(guān)的標(biāo)準(zhǔn)、約定或

者法規(guī)以及類似規(guī)定的能力。這些標(biāo)準(zhǔn)要考慮國際標(biāo)準(zhǔn)、國家標(biāo)準(zhǔn)、行業(yè)

標(biāo)準(zhǔn)、企業(yè)內(nèi)部規(guī)范等。

可靠性：

在指定條件下使用時，軟件產(chǎn)品維持規(guī)定的性能級別的能力

1.成熟性maturity-軟-件產(chǎn)品為避免由軟件中錯誤而導(dǎo)致失效的能力。

2.容錯性faulttolerance-在-軟件浮現(xiàn)故障或者違反指定接口的情況下，軟件產(chǎn)品維

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

3.易恢復(fù)性recoverabilit在-失效發(fā)生的情況下，軟件產(chǎn)品重建規(guī)定的性能級別并恢

復(fù)受直接影響的數(shù)據(jù)的能力

4.可靠性的依從性reliabilictoympliance--軟-件產(chǎn)品遵循與可靠性相關(guān)的標(biāo)準(zhǔn)、

約定或者法規(guī)的能力。

易用性：

在指定條件下使用時，軟件產(chǎn)品被理解、學(xué)習(xí)、使用和吸引用戶的能力

1.易理解性understandability軟-件-產(chǎn)品使用戶能理解軟件是否合適以及如何能將軟

件用于特定的任務(wù)和使用環(huán)境的能力。

2.易學(xué)性leamabilit軟-件-產(chǎn)品使用戶能學(xué)習(xí)其應(yīng)用的能力。

3.易操作性operability小件-產(chǎn)品使用戶能操作和控制它的能力。

4.吸引性attractiveness軟-件-產(chǎn)品吸引用戶的能力

5.易用性的依從性usabilitycompliant:軟e-件-產(chǎn)品遵循與易用性相關(guān)的標(biāo)準(zhǔn)、約定、風(fēng)

格指南或者法規(guī)的能力。這些標(biāo)準(zhǔn)要考慮國際標(biāo)準(zhǔn)、國家標(biāo)準(zhǔn)、行業(yè)標(biāo)準(zhǔn)、

企業(yè)內(nèi)部規(guī)范等，例如企業(yè)內(nèi)部的界面規(guī)范。

效率：

在規(guī)定條件下，相對于所用資源的數(shù)量，軟件產(chǎn)品可提供適當(dāng)性能的能力

1.時間特性：timebehavior-在-規(guī)定條件下，軟件產(chǎn)品執(zhí)行其功能時，提供適當(dāng)?shù)捻?/p>

應(yīng)和處理時間以及吞吐率的能力。即完成用戶的某個功能需要的響應(yīng)時間。

2.資源利用性：resourceutilizati在on定-條件下，軟件產(chǎn)品執(zhí)行其功能時，使用合適

的資源數(shù)量和類別的能力。

3.效率依從性：efficiencycomplianc軟e-件-產(chǎn)品遵循與效率相關(guān)的標(biāo)準(zhǔn)或者約定的能力。

維護(hù)性：

軟件產(chǎn)品可被修改的能力。修改可能包括修正、改進(jìn)軟件對環(huán)境、需求、和功能規(guī)

格說明變化的適應(yīng)

1.易分析性analyzability診-斷軟件產(chǎn)品中缺陷或者失效原因的能力。

2.易改變性changeability款-件-產(chǎn)品使指定的修改可以被實(shí)現(xiàn)的能力。

3.穩(wěn)定性stability軟-件-產(chǎn)品避免由于軟件修改而造成意外結(jié)果的能力。

4.易測試性testabili審:-件-產(chǎn)品使已修改軟件能被確認(rèn)的能力。

5.維護(hù)性的依從性maintainabilicompliance--軟-件產(chǎn)品遵循與維護(hù)性相關(guān)的標(biāo)

準(zhǔn)或者約定的能力。

可移植性：

軟件產(chǎn)品從一種環(huán)境遷移到另一種環(huán)境可正常使用或者滿足用戶需求的能力

1.適應(yīng)性adaptability：--件-產(chǎn)品無需采用有別于為考慮該軟件的目的而準(zhǔn)備的活動

和手段就可以適應(yīng)不同的環(huán)境的能力。

2.易安裝性installabili軟ty件-產(chǎn)-品在指定環(huán)境中被安裝的能力。

3.共存性co-existence軟件-產(chǎn)品在公共環(huán)境中同與其分享公共資源的其它獨(dú)立軟

件共存的能力。

4.易替換性replaceabilit軟-件-產(chǎn)品在同樣的環(huán)境下，替代另一個相同用途的指定軟

件產(chǎn)品的能力。

5.可移植性的依從性portabilitycomplian軟ef牛--產(chǎn)品遵循與可移植性相關(guān)的標(biāo)準(zhǔn)或者

約定能力。

12.測試的方法有哪些？

答：

白盒測試、黑盒測試、灰盒測試、0測試，a測試、可移植性測試、冒煙測試等

13.什么是白盒測試？

答：

白盒測試是根據(jù)被測試程序的內(nèi)部結(jié)構(gòu)設(shè)計(jì)測試用例的一類測試，有人也稱它為透

明盒或者玻璃盒測試，涉及到軟件設(shè)計(jì)的細(xì)節(jié)。比如單元測試普通采用白盒測試方法，

并參考LLD（詳細(xì)設(shè)計(jì)）

14.什么是黑盒測試?

答：

黑盒測試又稱功能測試、數(shù)據(jù)驅(qū)動測試或者基于規(guī)格說明的測試，被測試程序當(dāng)做

黑盒處理，無法了解其內(nèi)部的構(gòu)造。比如系統(tǒng)測試普通采用黑盒測試方法，并參考

SRS

15.什么是靜態(tài)測試？

答：

不運(yùn)行被測試的軟件系統(tǒng)，而是采用其他手段和技術(shù)對被測試軟件進(jìn)行檢測的一種

測試技術(shù)。例如：代碼走讀、文檔評審、程序分析等都是靜態(tài)測試的范疇。常用技術(shù)有

靜態(tài)分析技術(shù)

16.什么是動態(tài)測試？

答：

按照預(yù)先設(shè)計(jì)的數(shù)據(jù)和步驟去運(yùn)行被測軟件系統(tǒng)，從而對被測軟件系統(tǒng)進(jìn)行檢測的

一種測試技術(shù)。常用技術(shù)有動態(tài)分析技術(shù)

17.什么是人工測試？

答：

測試活動(如評審、測試設(shè)計(jì)、測試執(zhí)行等)由人來完成，狹義上是指測試執(zhí)行由

人工完成，這是最基本的測試形式

18.什么是自動化測試？

答：

普通是指通過計(jì)算機(jī)摹擬人的測試行為，替代人的測試活動，狹義上是指測試執(zhí)行

由計(jì)算機(jī)來完成

19.邏輯覆蓋關(guān)注的內(nèi)容是哪些？

答：

1.語句覆蓋

2.判定覆蓋

3.條件覆蓋

4.判定一條件覆蓋

5.路徑覆蓋

20.常見的黑盒測試方法有哪些？

答：

1.等價類劃分法

2.邊界值分析法

3.因果圖分析法

4.判定表法

5.正交試驗(yàn)法

6.狀態(tài)遷移法

21.什么是同行評審？

答：

同行評審：(PeerReview)是一種通過作者的同行來確認(rèn)缺陷和需要變更區(qū)域的檢

查方法。需要進(jìn)行同行評審的特定產(chǎn)品在定義項(xiàng)目軟件過程的時候被確定并且作為軟件

開辟計(jì)劃的一部份被安排了進(jìn)度。根據(jù)形式正規(guī)的程度分為：

a）正規(guī)檢視

b）技術(shù)評審

c）走查

同行評審的對象可以是計(jì)劃、需求文檔、設(shè)計(jì)圖、代碼等

22.自動化測試有什么意義？

答：

1.對程序新版本運(yùn)行前一版本執(zhí)行的測試，提高回歸測試效率

2.可以運(yùn)行更多更頻繁的測試，比如冒煙測試

3.可以執(zhí)行手工測試艱難或者不可能做的測試，比如大量的重復(fù)操作或者集成測試

4.更好地利用資源，比如測試儀器或者被測對象

5.測試具有一致性和可重復(fù)性，即自動化測試的步驟和結(jié)果是徹底一樣的

6.測試的復(fù)用性，即自動化測試腳本可以拆分開給其它測試腳本使用

7.可以更快地將軟件推向市場，軟件發(fā)布前進(jìn)行高效的回歸測試，減少軟件發(fā)布的時

間

8.增加軟件信任度，通過自動化測試提高了測試效率，可把節(jié)約的時間拿出來做更多的

測試

23.測試用例的八大要素是什么？

答：

1.測試用例編號

2.測試項(xiàng)目

3.測試標(biāo)題

4.重要級別

5.預(yù)置條件

6.輸入

7.操作步驟

8.預(yù)期輸出

24.什么是缺陷管理？引入的原因有哪些？

答：

是在軟件生命周期中獲取、管理、溝通任何變更請求的過程?？梢源_保你的問題如

需求或者缺陷被跟蹤管理而不丟失

引入原因：

1.開辟過程中缺乏有效溝通，或者沒有溝通

2.軟件負(fù)責(zé)度越來越高

3.編程中產(chǎn)生的錯誤

4.需求不斷變更

5.項(xiàng)目進(jìn)度的壓力

6.不重視開辟文檔

7.軟件開辟工具本身隱藏的問題

25.缺陷的屬性有哪些?

答：

1.缺陷發(fā)現(xiàn)人；

2.缺陷發(fā)現(xiàn)時間;

3.缺陷狀態(tài)；

4.缺陷嚴(yán)重程度;

5.缺陷所屬版本;

6.缺陷修改日期

26.畫缺陷管理流程圖？

答：

27.如何寫缺陷跟蹤單？

答：

缺陷跟蹤單遵循5W原則；

1.Correct（準(zhǔn)確）：每一個組成部份的描述準(zhǔn)確，不會引起誤解

2.Clear（清晰）：每一個組成部份的描述清晰，易于理解

3.Concise（簡潔）：只包含必不可少的信息，不包括任何多余的內(nèi)容

4.Complete（完整）：包含復(fù)現(xiàn)該缺陷的完整步驟和其他本質(zhì)信息

5.Consistent（一致）：按照一致的格式書寫全部缺陷報(bào)告

28.什么是測試覆蓋率？

答：

覆蓋率是用來度量測試完整性的一個手段。覆蓋率是測試技術(shù)有效性的一個度量。

覆蓋率=（至少被執(zhí)行一次的item數(shù)）/item的總數(shù)

29.寫計(jì)算語句覆蓋率、判定覆蓋率、條件覆蓋率、判定-條件覆蓋率、路徑覆蓋率、指令

覆蓋率等的表達(dá)式？

答：

語句覆蓋率=（至少被執(zhí)行一次的語句數(shù)量）/（可執(zhí)行的語句總數(shù)）判

定覆蓋率=（判定結(jié)果被評價的次數(shù)）/（判定結(jié)果的總數(shù)）

條件覆蓋率=（條件操作數(shù)值至少被評價一次的數(shù)量）/（條件操作數(shù)值的總數(shù)）

分支條件覆蓋率=（條件操作數(shù)值或者判定結(jié)果至少被評價一次的數(shù)量）/（條件操作數(shù)值

總數(shù)+判定結(jié)果總數(shù)）

路徑覆蓋率=（至少被執(zhí)行到一次的路徑數(shù)）/（總的路徑數(shù)）

指令塊覆蓋=（至少被執(zhí)行一次的指令塊數(shù)量）/（系統(tǒng)中指令塊總數(shù)）

30.什么是系統(tǒng)測試？

答：

系統(tǒng)測試（SystemTesting）是將已經(jīng)集成好的軟件系統(tǒng)，作為整個基于計(jì)算機(jī)系

統(tǒng)的一個元素，與計(jì)算機(jī)硬件、外設(shè)、某些支持軟件、數(shù)據(jù)和人員等其他系統(tǒng)元素結(jié)合

在一起，在實(shí)際運(yùn)行（使用）環(huán)境下，對計(jì)算機(jī)系統(tǒng)進(jìn)行一系列的測試活動

31.系統(tǒng)測試的目的是什么？

答：

1.通過與系統(tǒng)的需求定義做比較，發(fā)現(xiàn)軟件與系統(tǒng)定義不符合或者與之矛盾的地方;

2.系統(tǒng)測試的測試用例應(yīng)根據(jù)需求分析說明書來設(shè)計(jì)，并在世界使用環(huán)境下運(yùn)行

32.系統(tǒng)測試的類型有哪些？

答：

功能測試；性能測試；壓力測試；容量測試；安全性測試；GUI測試；可用性測試；

安裝測試；配置測試；異常測試（恢復(fù)性測試）；備份測試；茁壯性測試；文檔測試；在

線匡助測試；網(wǎng)絡(luò)測試；穩(wěn)定性測試

33.系統(tǒng)測試執(zhí)行的活動有哪些?

答：

系統(tǒng)測試預(yù)測試項(xiàng)執(zhí)行

系統(tǒng)測試與測試報(bào)告寫作

系統(tǒng)測試用例執(zhí)行

系統(tǒng)測試缺陷記錄、修復(fù)

系統(tǒng)測試日報(bào)寫作

系統(tǒng)測試報(bào)告寫作

系統(tǒng)測試缺陷的回歸測試

34.什么是單元測試？目的是什么？

答：

單元測試是對軟件基本組成單元進(jìn)行的測試，如函數(shù)(function或者(procedure)或

者一個類的方法(method)

單元測試的目的在于發(fā)現(xiàn)個模塊內(nèi)部可能存在的各種錯誤，主要是基于白盒測試

1.驗(yàn)證代碼是與設(shè)計(jì)相符合的

2.發(fā)現(xiàn)設(shè)計(jì)和需求中存在的錯誤

3.發(fā)現(xiàn)在編碼過程中引入的錯誤

35.單元測試的關(guān)注點(diǎn)？

答：

1.單元接口

2.局部數(shù)據(jù)結(jié)構(gòu)

3.邊界條件

4.獨(dú)立路徑

5.出錯處理

36.什么是驅(qū)動？什么是樁？

答：

驅(qū)動單元(Driver)：所測函數(shù)的主程序，它接受測試數(shù)據(jù)，并把數(shù)據(jù)傳送給所測試

單元，最后在輸出實(shí)測結(jié)果，當(dāng)被測試單元能完成相關(guān)的功能時，也可以不要驅(qū)動單元

樁單元(Stub)：用來代替所測試單元調(diào)用的子單元

37.單元測試的測試策略是哪些？各有什么優(yōu)缺點(diǎn)？

答：

孤立的測試策略：

優(yōu)點(diǎn)：該方法是最簡單，最容易操作的，可以達(dá)到高的結(jié)構(gòu)覆蓋率，該方法是

純粹的單元測試

缺點(diǎn)：樁函數(shù)和驅(qū)動函數(shù)工作量很大，效率低.

自頂向下的單元測試策略：

優(yōu)點(diǎn)：可以節(jié)省驅(qū)動函數(shù)的開辟工作量，測試效率較高。

缺點(diǎn)：隨著被測單元一個一個被加入，測試過程將變得越來越復(fù)雜，并且開辟

和維護(hù)的成本將增加。

自底向上的單元測試策略：

優(yōu)點(diǎn)：可以節(jié)省樁函數(shù)的開辟工作量，測試效率較高。

缺點(diǎn)；不是純粹的單元測試，底層函數(shù)的測試質(zhì)量對上層函數(shù)的測試將產(chǎn)生很

大影響。

38.什么是集成測試？目的是什么？

答：

集成測試是在單元測試的基礎(chǔ)上，將所有函數(shù)按照概要設(shè)計(jì)要求組裝成為子系統(tǒng)或

者系統(tǒng)所進(jìn)行的測試

集成測試的目的是確保各組件組合在一起后能夠按既定意圖寫作運(yùn)行，并確保增量

的行為正確。驗(yàn)證軟件的組建對HLD的符合程度。集成測試屬于灰盒測試。

1.驗(yàn)證接口是否與設(shè)計(jì)相符合的

2.發(fā)現(xiàn)設(shè)計(jì)和需求中存在的錯誤

39.集成測試的關(guān)注點(diǎn)是什么？

答：

單元間的接口:

在把各個模塊連接起來的時候，穿越模塊接口的數(shù)據(jù)是否會丟失；

全局?jǐn)?shù)據(jù)結(jié)構(gòu)是否有問題，會不會被一場修改；

集成后的功能

各個子功能組合起來，能否達(dá)到預(yù)期要求得父功能；

一個模塊的功能是否會對另一個模塊的功能產(chǎn)生不利的影響；

單個模塊的誤差積累起來，是否會放大，從而達(dá)到不可接受的程度

40.集成測試的測試策略是哪些？各有什么優(yōu)缺點(diǎn)？

答：

,大爆炸集成

優(yōu)點(diǎn)：

1.大爆炸集成可以迅速完成集成測試，并且只要極少數(shù)的驅(qū)動和樁模塊設(shè)計(jì)，它需要的

測試用例也是至少的；

2.該方法比較簡單、易行；

3.多個測試人員可以并行工作，對人力、物力資源利用率較高

缺點(diǎn)：

1.這種一次性組裝方式試圖在輔助模塊的協(xié)助下，在模塊單元測試的基礎(chǔ)上，將所測

模塊連接起來進(jìn)行測試，但是由于程序中不可避免地存在模塊間接口，全局?jǐn)?shù)據(jù)結(jié)

構(gòu)等方面的問題，所以一次試運(yùn)行成功的可能性并不很大；

2.在發(fā)現(xiàn)錯誤時，其問題定位和修改都較艱難；

3.即使被測系統(tǒng)能夠一次性集成，但還是會有許多接口錯誤很容易躲過測試而進(jìn)入到

系統(tǒng)測試范圍內(nèi)

自頂向下集成

優(yōu)點(diǎn)：

1.自頂向下的集成方式在測試過程中較早地驗(yàn)證了主要的控制和判斷點(diǎn)；

2.如果選擇按深度方向組裝的方式，可以首先實(shí)現(xiàn)和驗(yàn)證一個完整的軟件功能；

3.功能可行性較早得到證實(shí)，還能夠給開辟者和用戶帶來成功的信心；

4.最多只需一個驅(qū)動，減少了驅(qū)動器開辟的費(fèi)用；

5.支持故障隔離

缺陷：

1.樁的開辟和維護(hù)是本策略的最大成本；

2.底層組件行為的驗(yàn)證被推遲了；

3.隨著底層組件的不斷增加，整個系統(tǒng)越來越復(fù)雜，導(dǎo)致底層組件的測試不充分，尤

其是那些被重用的組件

自底向上集成

優(yōu)點(diǎn)：

1.允許對底層組件行為的早期驗(yàn)證，可以在任意一個葉子節(jié)點(diǎn)已經(jīng)就緒的情況下進(jìn)行

集成測試；

2.在工作的最初可能會并行進(jìn)行集成，在這一點(diǎn)上比使用自頂向下的策略效率高；

3.減少了樁的工作量，畢竟在集成測試中，樁的工作量遠(yuǎn)比驅(qū)動的工作量要大得多，

但是為了摹擬一些中斷或者異常，可能還是需要設(shè)計(jì)一定的樁

缺點(diǎn)：

1.驅(qū)動的開辟工作量也是很龐大的；

2.對高層的驗(yàn)證被推遲到了最后，設(shè)計(jì)上的錯誤不能被及時發(fā)現(xiàn)，特別對那些控制結(jié)

構(gòu)在整個體系中非常關(guān)鍵

三明治集成

優(yōu)點(diǎn)：

集合了自頂向下和自底向上兩