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

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

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

L什么是測試？

答：

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

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

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

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

2.為什么要測試？

答：

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

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

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

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

答：

計戈U

工作內(nèi)容

1.確定軟件開辟總目標；

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

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

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

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

需求分析

工作內(nèi)容

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

需求是可以滿足的，并且賦予切當(dāng)?shù)拿枋?，寫出軟件需求說明書SRS(Software

RequirementSpecification)。

設(shè)計

工作內(nèi)容

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

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

功能明確的模塊；

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

編碼

工作內(nèi)容

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

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

測試

工作內(nèi)容

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

測試工作分為：

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

運行和維護

工作內(nèi)容

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

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

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

答：

組織架構(gòu)

軟件開辟組

開辟經(jīng)理

分析人員

設(shè)計人員

開辟人員

軟件測試組

測試經(jīng)理

測試人員

配置管理組

配置經(jīng)理

CMO（配置管理員）

研發(fā)流程

瀑布模型

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

而易見的。

螺旋模型

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

RUP流程

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

IPD流程

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

5.測試階段怎么劃分？

答：

1.測試計劃階段

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

3.測試實施階段

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

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

UT:單元測試

IT:集成測試

ST:系統(tǒng)測試

區(qū)別:

測試方法考察范圍評估標準

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

元

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

測

排錯測法、異常處理等

試

年分域測法

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

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

試混合增至測試方法

模塊組合后的

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

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

系強度測試方法

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

測

容量測試方法

試

正確性測試方法

可靠性測試方法

兼容性測試方法

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

有哪些？

答：

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

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

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

能。

流程：

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

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

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

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

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

交給測試人員回歸測試

測試策略：

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

散局部影響性

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

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

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

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

3）指標達成法：先確定一個達成的指標,基于這種要求選擇一個最小的測試

用例集合

8.畫V&V模型?

答:

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

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

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

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

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

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

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

____二、窯現(xiàn)—

編碼代1B審查

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

答：

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

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

因素：

流程、技術(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ù)實現(xiàn)組織目標的環(huán)境。

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

帶來最大的收益。

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

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

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

6.持續(xù)改進：持續(xù)改進是組織的一個永恒的目標。

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

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

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

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

答：

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

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

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

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

(4)作用：業(yè)界的實施標準

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

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

是向下采購的保障

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

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

答：

功能性:

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

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

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

果的能力。

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

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

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

訪問。

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

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

標準、企業(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)的標準、

約定或者法規(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)的標準、約定、風(fēng)

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

企業(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)的標準或者約定的能力。

維護性：

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

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

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

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

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

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

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

準或者約定的能力。

可移植性：

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

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

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

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

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

件共存的能力。

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

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

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

約定能力。

12.測試的方法有哪些？

答：

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

13.什么是白盒測試？

答：

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

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

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

14.什么是黑盒測試?

答：

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

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

SRS

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

答：

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

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

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

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

答：

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

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

17.什么是人工測試？

答：

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

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

18.什么是自動化測試？

答：

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

由計算機來完成

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

答：

1.語句覆蓋

2.判定覆蓋

3.條件覆蓋

4.判定一條件覆蓋

5.路徑覆蓋

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

答：

1.等價類劃分法

2.邊界值分析法

3.因果圖分析法

4.判定表法

5.正交試驗法

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

21.什么是同行評審？

答：

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

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

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

a）正規(guī)檢視

b）技術(shù)評審

c）走查

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

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

答：

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

2.可以運行更多更頻繁的測試，比如冒煙測試

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

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

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

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

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

間

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

測試

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

答：

1.測試用例編號

2.測試項目

3.測試標題

4.重要級別

5.預(yù)置條件

6.輸入

7.操作步驟

8.預(yù)期輸出

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

答：

是在軟件生命周期中獲取、管理、溝通任何變更請求的過程。可以確保你的問題如

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

引入原因：

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

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

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

4.需求不斷變更

5.項目進度的壓力

6.不重視開辟文檔

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

25.缺陷的屬性有哪些?

答：

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

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

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

4.缺陷嚴重程度;

5.缺陷所屬版本;

6.缺陷修改日期

26.畫缺陷管理流程圖？

答：

27.如何寫缺陷跟蹤單？

答：

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

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

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

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

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

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

28.什么是測試覆蓋率？

答：

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

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

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

覆蓋率等的表達式？

答：

語句覆蓋率=（至少被執(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)，作為整個基于計算機系

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

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

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

答：

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

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

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

答：

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

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

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

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

答：

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

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

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

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

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

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

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

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

答：

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

者一個類的方法(method)

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

1.驗證代碼是與設(shè)計相符合的

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

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

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

答：

1.單元接口

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

3.邊界條件

4.獨立路徑

5.出錯處理

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

答：

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

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

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

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

答：

孤立的測試策略：

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

純粹的單元測試

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

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

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

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

和維護的成本將增加。

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

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

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

大影響。

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

答：

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

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

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

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

1.驗證接口是否與設(shè)計相符合的

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

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

答：

單元間的接口:

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

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

集成后的功能

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

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

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

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

答：

,大爆炸集成

優(yōu)點：

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

測試用例也是至少的；

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

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

缺點：

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

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

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

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

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

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

自頂向下集成

優(yōu)點：

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

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

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

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

5.支持故障隔離

缺陷：

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

2.底層組件行為的驗證被推遲了；

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

其是那些被重用的組件

自底向上集成

優(yōu)點：

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

集成測試；

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

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

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

缺點：

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

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

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

三明治集成

優(yōu)點：

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