軟件測試的流程步驟詳細說明

軟件測試按照研發(fā)階段一般分為5個部分：單元測試、集成測試、確認測試、系統(tǒng)測試、驗收測試，下面將不同階段需要的一些工作內容做一下梳理希望可以幫助到大家。

No.1

單元測試

單元測試又稱為模塊測試，是針對軟件設計的最小單位程序模塊進行正確性檢查的測試工作，單元測試需要從程序內部結構出發(fā)設計測試用例，多個模塊可以平行地獨立進行單元測試。

一、單元測試的內容：

1、模塊接口測試

應對通過所測模塊的數(shù)據(jù)流進行測試

調用所測模塊時的輸入參數(shù)與模塊的形式參數(shù)的個數(shù)、屬性和順序是否匹配

所測模塊調用子模塊時，輸入子模塊的參數(shù)與子模塊的形式參數(shù)在個數(shù)、屬性和順序上是否匹配

輸出給標準函數(shù)的參數(shù)的個數(shù)、屬性和順序是否正確

全局變量的定義在各個模塊中是否一致

當模塊通過外部設備進行輸入/輸出操作，文件屬性是否正確、open和close語句是否正確，規(guī)定的I/O格式說明與I/O語句是否匹配；緩沖區(qū)容量是否與記錄長度匹配，在讀寫之前是否打開了文件，讀寫之后是否關閉了文件，對I/O錯誤是否做了處理

2、 局部數(shù)據(jù)結構測試

局部數(shù)據(jù)結構是最常見的錯誤來源

不一致的數(shù)據(jù)類型

不正確或不一致的數(shù)據(jù)說明

使用尚未賦值或尚未初始化的變量

錯誤的初始值或錯誤的缺省值

3、 路徑測試

運算的優(yōu)先次序、常見的比較和控制流

4、錯誤處理測試

遇見出錯的條件，并設置適當?shù)某鲥e處理

5、邊界測試

例如循環(huán)的次數(shù)，最大或最小值

二、單元測試步驟：

利用設計文檔設計測試用例

創(chuàng)建被測模塊的樁模塊或驅動模塊

利用被測試模塊、驅動模塊和樁模塊來建立測試環(huán)境，進行測試

驅動模塊：相當于所測模塊的主程序，它接收測試數(shù)據(jù)，把這些數(shù)據(jù)傳送給所測模塊，最后再輸出實際結果

樁模塊：用以代替所測模塊調用的子模塊

No.2

集成測試

又稱為組裝測試或聯(lián)合測試，在單元測試的基礎上，需要將所有模塊按照概要設計說明書和詳細設計說明書的要求進行組裝。

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

一個模塊的功能是否會對另一個模塊的功能產生不利的影響

各個子功能組裝完成后，能否達到預期的父功能

全局數(shù)據(jù)結構是否有問題

單個模塊產生的誤差累計起來是否會放大

模塊組裝成系統(tǒng)的方式：一次性組裝方式和增殖式組裝方式

一、一次性組裝方式

先對模塊分別進行測試，再把所有模塊組裝進行測試。缺點：發(fā)現(xiàn)錯我不容易定位 。

二、增值式組裝測試

先對一個個模塊進行模塊測試，然后將這些模塊逐步組裝成系統(tǒng)，分為兩種方式：自頂向下的增殖方式和自底向上的增殖方式。

1、自頂向下的增殖方式（不需要驅動模塊）

將模塊銨系統(tǒng)程序結構，嚴控制層次自頂向下進行組裝。

首先以主模塊作為被測模塊兼驅動模塊，所有直屬主模塊的下屬模塊全部用樁模塊代替，對主模塊進行測試。再采用深度優(yōu)先或廣度優(yōu)先的策略，用實際模塊代替樁模塊，再用樁模塊代替它們的直接下屬模塊，與已經(jīng)測試的模塊構成新的子系統(tǒng)。然后進行回歸測試。

2、自底向上的增殖方式（不需要驅動模塊）

由驅動模塊控制最底層模塊的并行測試。

3、混合增殖式

自頂向下增殖方式：

優(yōu)點：能夠較早的發(fā)現(xiàn)主要控制方面的問題。

缺點：需要建立樁模塊，增加了一些附加的測試，涉及算法和輸入輸出的模塊一般在底層，這些底層模塊要到組裝和測試的后期才能發(fā)現(xiàn)。一旦發(fā)現(xiàn)問題就會出現(xiàn)過多的回歸測試。

自底向上增殖方式：

優(yōu)點：不需要建立樁模塊，建立驅動模塊要比建立樁模塊要簡單得多，同時涉及到算法已近輸入輸出的模塊要先測試，把最容易出現(xiàn)問題的部分在早期解決。

缺點：程序一直未能作為一個實體存在，直到最后一個模塊加上才能形成一個實體,控制方面最后才能接觸。

三、集成測試完成的標志

1、成功執(zhí)行了測試計劃中規(guī)定的所有集成測試

2、修改了所發(fā)現(xiàn)的錯誤

3、測試結果通過專門小組的評審

4、集成測試需要提交的測試報告

5、集成測試計劃、集成測試規(guī)格說明書以及集成測試分析報告

No.3

確認測試

確認測試的目標是驗證軟件的功能和性能以及其他特性是否與用戶的要求一致。確認測試一般包括有效性測試和軟件配置復查。一般有第三方測試機構進行。

一、進行有效性測試

現(xiàn)軟件確認要通過一系列黑盒測試。確認測試同樣需要制訂測試計劃和過程，測試計劃應規(guī)定測試的種類和測試進度，測試過程則定義一些特殊的測試用例，旨在說明軟件與需求是否一致。

無是計劃還是過程，都應該著重考慮軟件是否滿足合同規(guī)定的所有功能和性能，文檔資料是否完整、準確人機界面和其他方面（例如，可移植性、兼容性、錯誤恢復能力和可維護性等）是否令用戶滿意。

確認測試的結果有兩種可能，一種是功能和性能指標滿足軟件需求說明的要求，用戶可以接受。

另一種是軟件不滿足軟件需求說明的要求，用戶無法接受。項目進行到這個階段才發(fā)現(xiàn)嚴重錯誤和偏差一般很難在預定的工期內改正，因此必須與用戶協(xié)商，尋求一個妥善解決問題的方法

二、軟件配置復查

保證軟件配置的所有成分齊全，質量都符合要求。應該遵守用戶手冊和操作手冊中的規(guī)定步驟。

No.4

系統(tǒng)測試

軟件作為計算機系統(tǒng)的一部分，與硬件、網(wǎng)絡、外設、支撐軟件、數(shù)據(jù)以及人員結合在一起，在實際或模擬環(huán)境下，對計算機系統(tǒng)進行測試，目的在于與系統(tǒng)需求比較，發(fā)現(xiàn)問題。

No.5

驗收測試

以用戶為主的測試，軟件開發(fā)人員和質量保證人員參加，由用戶設計測試用例。不是對系統(tǒng)進行全覆蓋測試，而是對核心業(yè)務流程進行測試。