第10講集成測試和系統(tǒng)測試第一頁，共28頁。集成測試集成測試系統(tǒng)測試測試過程管理自動化測試第二頁，共28頁。集成測試實踐經(jīng)驗

盡管經(jīng)過單元測試，集成后會有模塊不能正常工作主要由于模塊互相調(diào)用時，會有新問題： 1)數(shù)據(jù)經(jīng)過接口會丟失 2)模塊A對模塊B會有不應有的不良影響 3)幾個子功能單元組合后，不能實現(xiàn)主功能 4)誤差不斷累積 5)全局數(shù)據(jù)結(jié)構(gòu)出現(xiàn)錯誤第三頁，共28頁。集成測試集成測試

將通過測試的模塊，按設(shè)計要求組合成子系統(tǒng)，進行測試。

以確保組合后，能按既定期望協(xié)作運行。人員安排

要求：熟悉單元的內(nèi)部細節(jié)，且能夠從高層次上觀察整個系統(tǒng)。

由有經(jīng)驗的測試人員和開發(fā)人員共同完成測試計劃和執(zhí)行。

第四頁，共28頁。集成測試集成測試的內(nèi)容

檢查穿越模塊接口的數(shù)據(jù)是否會丟失

判斷各子功能組合起來能否達到預期要求的父功能

檢查模塊A的功能是否會對其他模塊的功能產(chǎn)生不利影響

檢查全局數(shù)據(jù)結(jié)構(gòu)是否正確，以及在完成模塊功能的過程中是否會被異常修改

單個模塊的誤差累積起來，是否會放大到不可接受的程度第五頁，共28頁。集成測試集成測試用例成對集成 ND-NextDate,GD-GateDate VD-ValidDate, ID-IncrementDate, IDOM-lastDayofMonth…7個

集成用例對應一對調(diào)用單元

僅涉及一對調(diào)用接口。

容易定位缺陷

需要開發(fā)樁模塊和驅(qū)動模塊第六頁，共28頁。集成測試鄰居集成

集成用例對應在某個節(jié)點

的前后鄰居

擴大了測試范圍

樁模塊和驅(qū)動模塊的開發(fā)降低第七頁，共28頁。集成測試基于獨立路徑的集成

將函數(shù)調(diào)用圖看作流程圖，

每個從根節(jié)點到葉節(jié)點的

調(diào)用形成了路徑，

每條獨立路徑即可構(gòu)成一個

集成測試用例測試范圍更大

缺陷定位難度大第八頁，共28頁。集成測試集成測試的遍歷模式

非漸增式：分別測試模塊，再把所有模塊按設(shè)計要求結(jié)合起來，進行測試。如大爆炸式。大爆炸式

將所有模塊一次性組裝到被測系統(tǒng)中進行測試。

如NextDate的7個小函數(shù)。

可能發(fā)現(xiàn)大量錯誤，定位和修復bug困難

可能會漏測不少接口缺陷，增加后期系統(tǒng)測試的負擔

此時，修改一個錯誤時，可能引入新的錯誤僅在模塊和接口數(shù)量少時，使用小范圍的爆炸集成第九頁，共28頁。集成測試集成測試的遍歷模式

漸增式：把下一個要測試的模塊，同已經(jīng)測試好的模塊集相結(jié)合起來進行測試。如自頂向下，自底向上，三明治式。自頂向下

從主控模塊開始，沿著控制層次，從上往下，逐漸將各模塊組裝起來。第十頁，共28頁。集成測試寬度優(yōu)先的自頂向下集成——用例設(shè)計

需開發(fā)樁模塊為了保證加入模塊沒有引進新的錯誤，可能需要進行回歸測試。第十一頁，共28頁。集成測試自頂向下的優(yōu)點 1)有助于早期實現(xiàn)并驗證系統(tǒng)主要功能，給開發(fā)團隊和用戶帶來成功的信心，

也便于早期驗證主要的控制和判斷，避免主控程序的缺陷，確保開發(fā)進度 2)單個測試用例包含多個模塊，可從整體上降低測試用例規(guī)模 3)采用遞增方式展開測試，每個新的集成測試用例一般僅加入一個新的模塊，便于缺陷定位第十二頁，共28頁。集成測試自頂向下的不足 1)樁模塊的開發(fā)和維護工作量較大 2)難以早期發(fā)現(xiàn)底層模塊中復雜算法的缺陷，且隨著測試的進行，系統(tǒng)越來越復雜，底層模塊的測試很難保證充分性 3)不利于測試的并行，難以充分展開人力自底向上三明治集成

將自頂向下和自底向上結(jié)合起來的集成策略。通常根據(jù)開發(fā)進度，將完成的模塊盡可能早地進行集成第十三頁，共28頁。集成測試集成測試系統(tǒng)測試測試過程管理自動化測試第十四頁，共28頁。系統(tǒng)測試系統(tǒng)測試

在實際使用環(huán)境下，對計算機進行一系列嚴格測試，以保證用戶能正常使用軟件。

將經(jīng)過良好集成測試的軟件，與計算機硬件、外部設(shè)備、支持軟件、數(shù)據(jù)及人員等元素結(jié)合在一起，

最后一個測試環(huán)節(jié)，具有重要的地位。

主要針對需求規(guī)格書里的系統(tǒng)功能和非功能需求

功能測試、性能測試、安全性測試、兼容性測試等第十五頁，共28頁。系統(tǒng)測試功能測試

主要針對系統(tǒng)的功能需求展開測試，以確認被測系統(tǒng)是否滿足用戶的功能使用要求測試方式

結(jié)合黑盒測試的基本思想，從以下三方面設(shè)計用例

從系統(tǒng)輸入（合法、非法）

系統(tǒng)內(nèi)部處理（包括數(shù)據(jù)計算和存儲）

系統(tǒng)輸出（正常輸出、錯誤提示輸出和各種輸出設(shè)備）有時也可能采用白盒或灰盒方法，如查看代碼、變量在數(shù)據(jù)庫中的值第十六頁，共28頁。系統(tǒng)測試性能測試

測試軟件的運行性能指標，判斷軟件在實際環(huán)境下，能否穩(wěn)定、可靠地運行，是否滿足預期的性能需求 1)響應時間

如新增/修改操作在3秒內(nèi)，查詢操作在7秒內(nèi) 2)運行時消耗的系統(tǒng)資源 CPU、I/O、內(nèi)存的使用情況，系統(tǒng)吞吐量等具體有：常規(guī)性能測試、壓力測試、負載測試、可靠性測試、大數(shù)據(jù)量測試第十七頁，共28頁。系統(tǒng)測試安全性測試

檢查系統(tǒng)對非法入侵的防范能力

測試人員扮演非法入侵者的角色，采用各種方法試圖突破系統(tǒng)的安全防線。兼容性測試

檢驗軟件與其他軟、硬件相互是否能夠正確交互和實現(xiàn)信息共享

還包括，不同版本之間的兼容，數(shù)據(jù)方面的兼容性能測試和安全性測試，對測試員的技術(shù)水平要求高第十八頁，共28頁。系統(tǒng)測試用戶界面測試

規(guī)范化、正確性、直觀性……可安裝性測試容錯性測試

檢查軟件在異常條件下，是否具有防護性措施。驗收測試

檢驗產(chǎn)品和產(chǎn)品規(guī)格說明書的一致性。（包括軟件開發(fā)的技術(shù)合同）

也叫現(xiàn)場測試，有用戶參與第十九頁，共28頁。集成測試集成測試系統(tǒng)測試測試過程管理自動化測試第二十頁，共28頁。測試過程管理軟件測試過程模型W模型JPGs\10\p245.png

兩個V字，代表開發(fā)和測試

左邊：開發(fā)文檔的靜態(tài)測試，及對應的測試計劃、設(shè)計和實施的過程等

右邊：實際代碼和軟件的動態(tài)測試測試與開發(fā)行為對應，有助于早期發(fā)現(xiàn)缺陷，加快項目進度第二十一頁，共28頁。測試過程管理測試用例的管理測試用例的組織和跟蹤

對系統(tǒng)各模塊的功能需求，檢查、理解和整理

提取測試需求，撰寫測試計劃

設(shè)計測試思路，設(shè)計測試用例

專家評審測試用例

修改更新測試用例

執(zhí)行測試用例

評估測試用例微軟關(guān)于用戶登錄功能的用例多達5000個，需要對用例進行良好的管理第二十二頁，共28頁。測試過程管理測試用例報告

用例的核心屬性：ID、輸入和預期輸出

主要內(nèi)容還有：

項目/軟件、程序版本、編制人、編制時間、

功能模塊、功能特性、測試需求、優(yōu)先級、

測試環(huán)境、預置條件、初始化和清除環(huán)境、

操作步驟、測試結(jié)果

管理：商業(yè)工具，開源工具第二十三頁，共28頁。測試過程管理軟件缺陷的管理缺陷的屬性

嚴重性：對被測系統(tǒng)造成的破壞程度

優(yōu)先級：缺陷必須被修復的緊急程度

可重現(xiàn)性：在同樣的條件下bug可反復出現(xiàn)編寫缺陷報告

開源缺陷管理工具BugFree缺陷的處理

測試員、項目經(jīng)理、開發(fā)人員第二