軟件集成測試工作流程指南

編者說明：

??? 嚴(yán)格地說，該文檔不屬于文檔模板，它只是一個(gè)工作指南。要想更好地完成集成測試工作，你就需要為團(tuán)隊(duì)制定一個(gè)工作指南。你可以根據(jù)該文檔，結(jié)合實(shí)際進(jìn)行修改。

1. 簡介

1.1 目的

本文詳細(xì)闡述了集成測試流程，指導(dǎo)項(xiàng)目開發(fā)人員如何開展軟件集成測試。

1.2 范圍

此指南可運(yùn)用于使用RUP 的任一軟件項(xiàng)目的集成測試。

1.3 參考文件

Software Test Process

Rational Unified Process

1.4 定義與縮寫

RUP：統(tǒng)一開發(fā)過程

SIT：軟件集成測試

SEPG：軟件工程過程小組

SQA：軟件質(zhì)量保證

2. 集成測試指南

2.1 簡介

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

2.2 單元測試工作內(nèi)容及其流程

2.3 集成測試需求獲取

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

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

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

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

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

注意：一個(gè)外部接口和測試用例的關(guān)系是多對多，部分集成工作版本的測試需求可映射到系統(tǒng)測試需求，因此對這些集成測試用例可采用重用系統(tǒng)測試用例技術(shù)。

2.4 集成測試工作機(jī)制

軟件集成測試工作由產(chǎn)品評測部擔(dān)任。需要項(xiàng)目組相關(guān)角色配合完成。如圖示：

軟件評測部：

軟件項(xiàng)目組：

集成測試工作內(nèi)容及其流程工作流程：

?

2.5 集成測試產(chǎn)生的工件清單

1、軟件集成測試計(jì)劃

2、集成測試用例

3、測試過程

4、測試腳本

5、測試日志

6、測試評估摘要

?

角色

職責(zé)

測試設(shè)計(jì)員

負(fù)責(zé)制定集成測試計(jì)劃、設(shè)計(jì)集成測試、實(shí)施集成測試、評估集成測試。

測試員

執(zhí)行集成測試，記錄測試結(jié)果。

角色

職責(zé)

實(shí)施員

負(fù)責(zé)實(shí)施類（包括驅(qū)動(dòng)程序和樁），并對其進(jìn)行單元測試。根據(jù)集成測試發(fā)現(xiàn)的缺陷提出變更申請。

配置管理員

負(fù)責(zé)對測試工件進(jìn)行配置管理。

設(shè)計(jì)員

負(fù)責(zé)設(shè)計(jì)測試驅(qū)動(dòng)程序和樁。根據(jù)集成測試發(fā)現(xiàn)的缺陷提出變更申請。

Desinger：開發(fā)設(shè)計(jì)模型

Integrator：制定集成計(jì)劃

Implementer ：實(shí)施類，進(jìn)行單元測試

Test Designer ：制定集成測試計(jì)劃，設(shè)計(jì)集成測試用例、測試過程、測試腳本

Tester ：執(zhí)行集成測試，生成測試日志

?

Designer & Implementer ：提出變更請求

?

變更流程

Test Designer ：評估集成測試，生成評估摘要

?

缺陷