編者說明：

????嚴格地說，該文檔不屬于文檔模板，它只是一個工作指南。要想更好地完成集成測試工作，你就需要為團隊制定一個工作指南。你可以根據該文檔，結合實際進行修改。

1. 簡介

1.1 目的

本文詳細闡述了集成測試流程，指導項目開發人員如何開展軟件集成測試。

1.2 范圍

此指南可運用于使用RUP 的任一軟件項目的集成測試。

1.3 參考文件

Software Test Process

Rational Unified Process

1.4 定義與縮寫

RUP：統一開發過程

SIT：軟件集成測試

SEPG：軟件工程過程小組

SQA：軟件質量保證

2. 集成測試指南

2.1 簡介

集成測試的目的是確保各單元組合在一起后能夠按既定意圖協作運行，并確保增量的行為正確。它所測試的內容包括單元間的接口以及集成后的功能。使用黑盒測試方法測試集成的功能。并且對以前的集成進行回歸測試。

2.2 單元測試工作內容及其流程

活動	輸入工件	輸出工件	參與角色和職責
制定集成測試計劃	設計模型 集成構建計劃	集成測試計劃	測試設計員負責制定集成測試計劃
設計集成測試 ?	集成測試計劃 設計模型	集成測試用例 測試過程	測試設計員負責設計集成測試用例和測試過程。
實施集成測試 ?	集成測試用例 測試過程 工作版本	測試腳本（可選） 測試過程（更新）	測試設計員負責編制測試腳本（可選），更新測試過程。
?	?	驅動程序或穩定樁	? 設計員負責設計驅動程序和樁，實施員負責實施驅動程序和樁。
執行集成測試	測試腳本（可選） 工作版本	測試結果	測試員負責執行測試并記錄測試結果
評估集成測試	集成測試計劃 測試結果	測試評估摘要	測試設計員負責會同集成員、編碼員、設計員等有關人員（具體化）評估此次測試，并生成測試評估摘要。
?	?	?	?
?	?	?	?
?	?	?	?
?	?	?	?
		?	?
?	?	?	?
?	?	?	?

2.3 集成測試需求獲取

集成測試需求所確定的是對某一集成工作版本的測試的內容，即測試的具體對象。集成測試需求主要來源于設計模型（Design Model ）和集成構件計劃（Integration Build Plan ）。

集成測試著重于集成版本的外部接口的行為。因此，測試需求須具有可觀測、可測評性。

1.集成工作版本應分析其類協作與消息序列，從而找出該工作版本的外部接口。

2.由集成工作版本的外部接口確定集成測試用例。

3.測試用例應覆蓋工作版本每一外部接口的所有消息流序列。

注意：一個外部接口和測試用例的關系是多對多，部分集成工作版本的測試需求可映射到系統測試需求，因此對這些集成測試用例可采用重用系統測試用例技術。

2.4 集成測試工作機制

軟件集成測試工作由產品評測部擔任。需要項目組相關角色配合完成。如圖示：

軟件評測部：

角色	職責
測試設計員	負責制定集成測試計劃、設計集成測試、實施集成測試、評估集成測試。
測試員	執行集成測試，記錄測試結果。

軟件項目組：

角色	職責
實施員	負責實施類（包括驅動程序和樁），并對其進行單元測試。根據集成測試發現的缺陷提出變更申請。
配置管理員	負責對測試工件進行配置管理。
設計員	負責設計測試驅動程序和樁。根據集成測試發現的缺陷提出變更申請。

集成測試工作內容及其流程工作流程：

2.5 集成測試產生的工件清單

1、軟件集成測試計劃

2、集成測試用例

3、測試過程

4、測試腳本

5、測試日志

6、測試評估摘要

?

總結

以上是生活随笔為你收集整理的软件集成测试工作流程指南的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。