軟件測(cè)試過(guò)程：通常按照測(cè)試階段分為單元測(cè)試、集成測(cè)試、確認(rèn)測(cè)試、系統(tǒng)測(cè)試、驗(yàn)收測(cè)試、回歸測(cè)試、Alpha測(cè)試、Beta測(cè)試。

單元測(cè)試，又稱模塊測(cè)試，是針對(duì)軟件設(shè)計(jì)的最小單位 ─ 程序模塊，進(jìn)行正確性檢驗(yàn)的測(cè)試工作。其目的在于發(fā)現(xiàn)各模塊內(nèi)部可能存在的各種差錯(cuò)。

1. 單元測(cè)試的內(nèi)容

(1) 模塊接口測(cè)試

* 在單元測(cè)試的開始，應(yīng)對(duì)通過(guò)被測(cè)模塊的數(shù)據(jù)流進(jìn)行測(cè)試。測(cè)試項(xiàng)目包括：

– 調(diào)用本模塊的輸入?yún)?shù)是否正確；

– 本模塊調(diào)用子模塊時(shí)輸入給子模塊的參數(shù)是否正確；

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

* 在做內(nèi)外存交換時(shí)要考慮：

– 文件屬性是否正確；

– OPEN與CLOSE語(yǔ)句是否正確；

– 緩沖區(qū)容量與記錄長(zhǎng)度是否匹配；

– 在進(jìn)行讀寫操作之前是否打開了文件；

– 在結(jié)束文件處理時(shí)是否關(guān)閉了文件；

– 正文書寫/輸入錯(cuò)誤，

– I/O錯(cuò)誤是否檢查并做了處理。

(2) 局部數(shù)據(jù)結(jié)構(gòu)測(cè)試

* 不正確或不一致的數(shù)據(jù)類型說(shuō)明

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

* 錯(cuò)誤的初始值或錯(cuò)誤的缺省值

* 變量名拼寫錯(cuò)或書寫錯(cuò)

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

* 全局?jǐn)?shù)據(jù)對(duì)模塊的影響

(3) 路徑測(cè)試

* 選擇適當(dāng)?shù)臏y(cè)試用例，對(duì)模塊中重要的執(zhí)行路徑進(jìn)行測(cè)試。

* 應(yīng)當(dāng)設(shè)計(jì)測(cè)試用例查找由于錯(cuò)誤的計(jì)算、不正確的比較或不正常的控制流而導(dǎo)致的錯(cuò)誤。

* 對(duì)基本執(zhí)行路徑和循環(huán)進(jìn)行測(cè)試可以發(fā)現(xiàn)大量的路徑錯(cuò)誤。

(4) 錯(cuò)誤處理測(cè)試

* 出錯(cuò)的描述是否難以理解

* 出錯(cuò)的描述是否能夠?qū)﹀e(cuò)誤定位

* 顯示的錯(cuò)誤與實(shí)際的錯(cuò)誤是否相符

* 對(duì)錯(cuò)誤條件的處理正確與否

* 在對(duì)錯(cuò)誤進(jìn)行處理之前，錯(cuò)誤條件是否已經(jīng)引起系統(tǒng)的干預(yù)等

(5) 邊界測(cè)試

* 注意數(shù)據(jù)流、控制流中剛好等于、大于或小于確定的比較值時(shí)出錯(cuò)的可能性。對(duì)這些地方要仔細(xì)地選擇測(cè)試用例，認(rèn)真加以測(cè)試。

* 如果對(duì)模塊運(yùn)行時(shí)間有要求的話，還要專門進(jìn)行關(guān)鍵路徑測(cè)試，以確定最壞情況下和平均意義下影響模塊運(yùn)行時(shí)間的因素。

2. 單元測(cè)試的步驟

* 模塊并不是一個(gè)獨(dú)立的程序，在考慮測(cè)試模塊時(shí)，同時(shí)要考慮它和外界的聯(lián)系，用一些輔助模塊去模擬與被測(cè)模塊相聯(lián)系的其它模塊。

– 驅(qū)動(dòng)模塊 (driver)

– 樁模塊 (stub) ── 存根模塊

* 如果一個(gè)模塊要完成多種功能，可以將這個(gè)模塊看成由幾個(gè)小程序組成。必須對(duì)其中的每個(gè)小程序先進(jìn)行單元測(cè)試要做的工作，對(duì)關(guān)鍵模塊還要做性能測(cè)試。

* 對(duì)支持某些標(biāo)準(zhǔn)規(guī)程的程序，更要著手進(jìn)行互聯(lián)測(cè)試。有人把這種情況特別稱為模塊測(cè)試，以區(qū)別單元測(cè)試。

集成測(cè)試，也叫組裝測(cè)試、聯(lián)合測(cè)試

1. 一次性集成方式(big bang)

* 它是一種非增殖式組裝方式。也叫做整體拼裝。

* 使用這種方式，首先對(duì)每個(gè)模塊分別進(jìn)行模塊測(cè)試，然后再把所有模塊組裝在一起進(jìn)行測(cè)試，最終得到要求的軟件系統(tǒng)。

2. 增殖式集成方式

* 這種集成方式又稱漸增式集成

* 首先對(duì)一個(gè)個(gè)模塊進(jìn)行模塊測(cè)試，然后將這些模塊逐步組裝成較大的系統(tǒng)

* 在集成的過(guò)程中邊連接邊測(cè)試，以發(fā)現(xiàn)連接過(guò)程中產(chǎn)生的問題

* 通過(guò)增殖逐步組裝成為要求的軟件系統(tǒng)。

(1) 自頂向下的增殖方式

* 這種集成方式將模塊按系統(tǒng)程序結(jié)構(gòu)，沿控制層次自頂向下進(jìn)行組裝。

* 自頂向下的增殖方式在測(cè)試過(guò)程中較早地驗(yàn)證了主要的控制和判斷點(diǎn)。

* 選用按深度方向組裝的方式，可以首先實(shí)現(xiàn)和驗(yàn)證一個(gè)完整的軟件功能。

(2) 自底向上的增殖方式

* 這種集成的方式是從程序模塊結(jié)構(gòu)的最底層的模塊開始集成和測(cè)試。

* 因?yàn)槟K是自底向上進(jìn)行組裝，對(duì)于一個(gè)給定層次的模塊，它的子模塊（包括子模塊的所有下屬模塊）已經(jīng)組裝并測(cè)試完成，所以不再需要樁模塊。在模塊的測(cè)試過(guò)程中需要從子模塊得到的信息可以直接運(yùn)行子模塊得到。

* 自頂向下增殖的方式和自底向上增殖的方式各有優(yōu)缺點(diǎn)。

* 一般來(lái)講，一種方式的優(yōu)點(diǎn)是另一種方式的缺點(diǎn)。

(3) 混合增殖式測(cè)試

* 衍變的自頂向下的增殖測(cè)試

– 首先對(duì)輸入/輸出模塊和引入新算法模塊進(jìn)行測(cè)試；

– 再自底向上組裝成為功能相當(dāng)完整且相對(duì)獨(dú)立的子系統(tǒng)；

– 然后由主模塊開始自頂向下進(jìn)行增殖測(cè)試。

* 自底向上-自頂向下的增殖測(cè)試

– 首先對(duì)含讀操作的子系統(tǒng)自底向上直至根結(jié)點(diǎn)模塊進(jìn)行組裝和測(cè)試；

– 然后對(duì)含寫操作的子系統(tǒng)做自頂向下的組裝與測(cè)試。

確認(rèn)測(cè)試，又成有效性測(cè)試。

1. 進(jìn)行有效性測(cè)試（黑盒測(cè)試）

* 有效性測(cè)試是在模擬的環(huán)境 (可能就是開發(fā)的環(huán)境) 下，運(yùn)用黑盒測(cè)試的方法，驗(yàn)證被測(cè)軟件是否滿足需求規(guī)格說(shuō)明書列出的需求。

* 首先制定測(cè)試計(jì)劃，規(guī)定要做測(cè)試的種類。還需要制定一組測(cè)試步驟，描述具體的測(cè)試用例。

* 通過(guò)實(shí)施預(yù)定的測(cè)試計(jì)劃和測(cè)試步驟，確定

– 軟件的特性是否與需求相符；

– 所有的文檔都是正確且便于使用；

– 同時(shí)，對(duì)其它軟件需求，例如可移植性、兼容性、出錯(cuò)自動(dòng)恢復(fù)、可維護(hù)性等，也都要進(jìn)行測(cè)試

* 在全部軟件測(cè)試的測(cè)試用例運(yùn)行完后，所有的測(cè)試結(jié)果可以分為兩類：

– 測(cè)試結(jié)果與預(yù)期的結(jié)果相符。這說(shuō)明軟件的這部分功能或性能特征與需求規(guī)格說(shuō)明書相符合，從而這部分程序被接受。

– 測(cè)試結(jié)果與預(yù)期的結(jié)果不符。這說(shuō)明軟件的這部分功能或性能特征與需求規(guī)格說(shuō)明不一致，因此要為它提交一份問題報(bào)告。

2. 軟件配置復(fù)查

軟件配置復(fù)查的目的是保證軟件配置的所有成分都齊全；

各方面的質(zhì)量都符合要求；

具有維護(hù)階段所必需的細(xì)節(jié)；

而且已經(jīng)編排好分類的目錄。

應(yīng)當(dāng)嚴(yán)格遵守用戶手冊(cè)和操作手冊(cè)中規(guī)定的使用步驟，以便檢查這些文檔資料的完整性和正確性。

系統(tǒng)測(cè)試，是將通過(guò)確認(rèn)測(cè)試的軟件，作為整個(gè)基于計(jì)算機(jī)系統(tǒng)的一個(gè)元素，與計(jì)算機(jī)硬件、外設(shè)、某些支持軟件、數(shù)據(jù)和人員等其它系統(tǒng)元素結(jié)合在一起，在實(shí)際運(yùn)行環(huán)境下，對(duì)計(jì)算機(jī)系統(tǒng)進(jìn)行一系列的組裝測(cè)試和確認(rèn)測(cè)試。

驗(yàn)收測(cè)試，以用戶為主的測(cè)試

應(yīng)交付的文檔有：

– 確認(rèn)測(cè)試分析報(bào)告

– 最終的用戶手冊(cè)和操作手冊(cè)

– 項(xiàng)目開發(fā)總結(jié)報(bào)告。

軟件測(cè)試方法：是指測(cè)試軟件的方法。如，兼容性測(cè)試、UI測(cè)試、冒煙測(cè)試、隨機(jī)測(cè)試、本地化能力測(cè)試、國(guó)際化測(cè)試、安裝測(cè)試、卸載測(cè)試、白盒測(cè)試、黑盒測(cè)試、自動(dòng)化測(cè)試、端到端、性能測(cè)試、負(fù)載測(cè)試、壓力測(cè)試、強(qiáng)迫測(cè)試、健全測(cè)試、衰竭測(cè)試、恢復(fù)測(cè)試、安全測(cè)試、接口測(cè)試。

兼容性測(cè)試，指測(cè)試軟件是否可以被成功移植到指定的硬件或軟件平臺(tái)上。

1，瀏覽器兼容測(cè)試

2，分辨率兼容測(cè)試

硬件兼容：與整機(jī)兼容、與外設(shè)兼容

軟件兼容：操作系統(tǒng)/平臺(tái)、應(yīng)用軟件之間的兼容、不同瀏覽器的兼容、數(shù)據(jù)庫(kù)的兼容、軟硬件配合兼容

數(shù)據(jù)兼容：不同版本間的數(shù)據(jù)兼容、不同軟件間的數(shù)據(jù)兼容

UI測(cè)試，是指軟件中的可見外觀及其底層與用戶交互的部分。

用戶界面的風(fēng)格是否滿足客戶要求

文字是否正確

頁(yè)面是否美觀

文字，圖片組合是否完美

操作是否友好

包括菜單，對(duì)話框及對(duì)話框上所有按鈕，文字，出錯(cuò)提示，幫助信息 (Menu 和Help content)等方面的測(cè)試。

冒煙測(cè)試的對(duì)象是新編譯的每一個(gè)需要正式測(cè)試的軟件版本，目的是確認(rèn)軟件基本功能正常，可以進(jìn)行后續(xù)的正式測(cè)試工作。冒煙測(cè)試的執(zhí)行者是版本編譯人員。

隨機(jī)測(cè)試，沒有書面測(cè)試用例、記錄期望結(jié)果、檢查列表、腳本或指令的測(cè)試。主要是根據(jù)測(cè)試者的經(jīng)驗(yàn)對(duì)軟件進(jìn)行功能和性能抽查。隨機(jī)測(cè)試是根據(jù)測(cè)試說(shuō)明書執(zhí)行用例測(cè)試的重要補(bǔ)充手段，是保證測(cè)試覆蓋完整性的有效方式和過(guò)程。重點(diǎn)對(duì)一些特殊點(diǎn)情況點(diǎn)、特殊的使用環(huán)境、并發(fā)性、進(jìn)行檢查。尤其對(duì)以前測(cè)試發(fā)現(xiàn)的重大Bug，進(jìn)行再次測(cè)試，可以結(jié)合回歸測(cè)試一起進(jìn)行。

本地化能力測(cè)試，指不需要重新設(shè)計(jì)或修改代碼，將程序的用戶界面翻譯成任何目標(biāo)語(yǔ)言的能力。

典型錯(cuò)誤包括：字符的硬編碼（即軟件中需要本地化的字符寫在了代碼內(nèi)部），對(duì)需要本地化的字符長(zhǎng)度設(shè)置了固定值，在軟件運(yùn)行時(shí)以控件位置定位，圖標(biāo)和位圖中包含了需要本地化的文本，軟件的用戶界面與文檔術(shù)語(yǔ)不一致等。

國(guó)際化測(cè)試，指驗(yàn)證軟件程序在不同國(guó)家或區(qū)域的平臺(tái)上也能夠如預(yù)期的那樣運(yùn)行，而且還可以按照原設(shè)計(jì)尊重和支持使用當(dāng)?shù)爻Ｓ玫娜掌冢煮w，文字表示，特殊格式等等。國(guó)際化測(cè)試數(shù)據(jù)必須包含東亞語(yǔ)言、德語(yǔ)、復(fù)雜腳本字符和英語(yǔ)（可選）的混合字符。

安裝測(cè)試，是確保軟件在正常情況和異常情況下，例如，進(jìn)行首次安裝、升級(jí)、完整的或自定義的安裝都能進(jìn)行安裝的測(cè)試。異常情況包括磁盤空間不足、缺少目錄創(chuàng)建權(quán)限等場(chǎng)景。核實(shí)軟件在安裝后可立即正常運(yùn)行。安裝測(cè)試包括測(cè)試安裝代碼以及安裝手冊(cè)。安裝手冊(cè)提供如何進(jìn)行安裝，安裝代碼提供安裝一些程序能夠運(yùn)行的基礎(chǔ)數(shù)據(jù)。

卸載測(cè)試，是對(duì)軟件的全部、部分或升級(jí)卸載處理過(guò)程的測(cè)試。主要是測(cè)試軟件能否卸載，卸載是否干凈，對(duì)系統(tǒng)有無(wú)更改，在系統(tǒng)中的殘留與后來(lái)的生成文件如何處理等。還有原來(lái)更改的系統(tǒng)值是否修改回去。

白盒測(cè)試，是把測(cè)試對(duì)象看作一個(gè)打開的盒子。利用白盒測(cè)試法進(jìn)行動(dòng)態(tài)測(cè)試時(shí)，需要測(cè)試軟件產(chǎn)品的內(nèi)部結(jié)構(gòu)和處理過(guò)程，不需測(cè)試軟件產(chǎn)品的功能。白盒測(cè)試法的覆蓋標(biāo)準(zhǔn)有邏輯覆蓋、循環(huán)覆蓋和基本路徑測(cè)試。其中邏輯覆蓋包括語(yǔ)句覆蓋、判定覆蓋、條件覆蓋、判定/條件覆蓋、條件組合覆蓋和路徑覆蓋。

常用工具有：Jtest、VcSmith、Jcontract、C++ Test、CodeWizard、logiscope。

黑盒測(cè)試，根據(jù)軟件的規(guī)格對(duì)軟件進(jìn)行的測(cè)試，以用戶的角度，通過(guò)各種輸入和觀察軟件的各種輸出結(jié)果來(lái)發(fā)現(xiàn)軟件存在的缺陷，而不關(guān)心程序具體如何實(shí)現(xiàn)的一種軟件測(cè)試方法。

常用工具有：Autorunner、winrunner

自動(dòng)化測(cè)試，使用自動(dòng)化測(cè)試工具來(lái)進(jìn)行測(cè)試，這類測(cè)試一般不需要人干預(yù)，通常在GUI、性能等測(cè)試和功能測(cè)試中用得較多。通過(guò)錄制測(cè)試腳本，然后執(zhí)行這個(gè)測(cè)試腳本來(lái)實(shí)現(xiàn)測(cè)試過(guò)程的自動(dòng)化。

常用工具有QTP、Testcomplete、Autorunner和TAR等。

端到端，涉及整個(gè)應(yīng)用系統(tǒng)環(huán)境在一個(gè)現(xiàn)實(shí)世界使用時(shí)的模擬情形的所有測(cè)試。例如與數(shù)據(jù)庫(kù)對(duì)話，用網(wǎng)絡(luò)通訊，或與外部硬件、應(yīng)用系統(tǒng)或適當(dāng)?shù)南到y(tǒng)對(duì)話。端到端架構(gòu)測(cè)試包含所有訪問點(diǎn)的功能測(cè)試及性能測(cè)試。端到端架構(gòu)測(cè)試實(shí)質(zhì)上是一種"灰盒"測(cè)試，一種集合了白盒測(cè)試和黑盒測(cè)試的優(yōu)點(diǎn)的測(cè)試方法。

性能測(cè)試，是在交替進(jìn)行負(fù)荷和強(qiáng)迫測(cè)試時(shí)常用的術(shù)語(yǔ)。理想的“性能測(cè)試”(和其他類型的測(cè)試)應(yīng)在需求文檔或質(zhì)量保證、測(cè)試計(jì)劃中定義。性能測(cè)試一般包括負(fù)載測(cè)試和壓力測(cè)試。通常驗(yàn)證軟件的性能在正常環(huán)境和系統(tǒng)條件下重復(fù)使用是否還能滿足性能指標(biāo)?；蛘邎?zhí)行同樣任務(wù)時(shí)新版本不比舊版本慢。一般還檢查系統(tǒng)記憶容量在運(yùn)行程序時(shí)會(huì)不會(huì)出現(xiàn)內(nèi)存泄露(memory leak)。比如，驗(yàn)證程序保存一個(gè)巨大的文件新版本不比舊版本慢。

負(fù)載測(cè)試，測(cè)試一個(gè)應(yīng)用在重負(fù)荷下的表現(xiàn)。例如測(cè)試一個(gè) Web 站點(diǎn)在大量的負(fù)荷下，何時(shí)系統(tǒng)的響應(yīng)會(huì)退化或失敗，以發(fā)現(xiàn)設(shè)計(jì)上的錯(cuò)誤或驗(yàn)證系統(tǒng)的負(fù)載能力。在這種測(cè)試中，將使測(cè)試對(duì)象承擔(dān)不同的工作量，以評(píng)測(cè)和評(píng)估測(cè)試對(duì)象在不同工作量條件下的性能行為，以及持續(xù)正常運(yùn)行的能力。此外，負(fù)載測(cè)試還要評(píng)估性能特征，例如，響應(yīng)時(shí)間、事務(wù)處理速率和其他與時(shí)間相關(guān)的方面。

壓力測(cè)試，壓力測(cè)試是一種基本的質(zhì)量保證行為，它是每個(gè)重要軟件測(cè)試工作的一部分。壓力測(cè)試的基本思路很簡(jiǎn)單：不是在常規(guī)條件下運(yùn)行手動(dòng)或自動(dòng)測(cè)試，而是在計(jì)算機(jī)數(shù)量較少或系統(tǒng)資源匱乏的條件下運(yùn)行測(cè)試。通常要進(jìn)行壓力測(cè)試的資源包括內(nèi)部?jī)?nèi)存、CPU 可用性、磁盤空間和網(wǎng)絡(luò)帶寬等。一般用并發(fā)來(lái)做壓力測(cè)試。

強(qiáng)迫測(cè)試，是在交替進(jìn)行負(fù)荷和性能測(cè)試時(shí)常用的術(shù)語(yǔ)。也用于描述對(duì)象在異乎尋常的重載下的系統(tǒng)功能測(cè)試之類的測(cè)試，如某個(gè)動(dòng)作或輸入大量的重復(fù)，大量數(shù)據(jù)的輸入，對(duì)一個(gè)數(shù)據(jù)庫(kù)系統(tǒng)大量的復(fù)雜查詢等。

健全測(cè)試，是指一個(gè)初始化的測(cè)試工作，以決定一個(gè)新的軟件版本測(cè)試是否足以執(zhí)行下一步大的測(cè)試能力。例如，如果一個(gè)新版軟件每5分鐘與系統(tǒng)沖突，使系統(tǒng)陷于泥潭，說(shuō)明該軟件不夠“健全”，不具備進(jìn)一步測(cè)試的條件。

衰竭測(cè)試，是指軟件或環(huán)境的修復(fù)或更正后的“再測(cè)試”?？赡芎茈y確定需要多少遍再次測(cè)試。尤其在接近開發(fā)周期結(jié)束時(shí)。自動(dòng)測(cè)試工具對(duì)這類測(cè)試尤其有用。

恢復(fù)測(cè)試，是測(cè)試一個(gè)系統(tǒng)從如下災(zāi)難中能否很好地恢復(fù)，如遇到系統(tǒng)崩潰、硬件損壞或其他災(zāi)難性問題?；謴?fù)測(cè)試指通過(guò)人為的讓軟件（或者硬件）出現(xiàn)故障來(lái)檢測(cè)系統(tǒng)是否能正確的恢復(fù)，通常關(guān)注恢復(fù)所需的時(shí)間以及恢復(fù)的程度?；謴?fù)測(cè)試主要檢查系統(tǒng)的容錯(cuò)能力。當(dāng)系統(tǒng)出錯(cuò)時(shí)，能否在指定時(shí)間間隔內(nèi)修正錯(cuò)誤并重新啟動(dòng)系統(tǒng)?；謴?fù)測(cè)試首先要采用各種辦法強(qiáng)迫系統(tǒng)失敗，然后驗(yàn)證系統(tǒng)是否能盡快恢復(fù)。對(duì)于自動(dòng)恢復(fù)需驗(yàn)證重新初始化（reinitialization）、檢查點(diǎn)(checkpointing mechanisms)、數(shù)據(jù)恢復(fù)(data recovery)和重新啟動(dòng) (restart)等機(jī)制的正確性；對(duì)于人工干預(yù)的恢復(fù)系統(tǒng)，還需估測(cè)平均修復(fù)時(shí)間，確定其是否在可接受的范圍內(nèi)。

安全測(cè)試，是測(cè)試系統(tǒng)在防止非授權(quán)的內(nèi)部或外部用戶的訪問或故意破壞等情況時(shí)怎么樣。這可能需要復(fù)雜的測(cè)試技術(shù)。安全測(cè)試檢查系統(tǒng)對(duì)非法侵入的防范能力。安全測(cè)試期間，測(cè)試人員假扮非法入侵者，采用各種辦法試圖突破防線。例如：

①想方設(shè)法截取或破譯口令；

②專門定做軟件破壞系統(tǒng)的保護(hù)機(jī)制；

③故意導(dǎo)致系統(tǒng)失敗，企圖趁恢復(fù)之機(jī)非法進(jìn)入；

④試圖通過(guò)瀏覽非保密數(shù)據(jù)，推導(dǎo)所需信息，等等。

接口測(cè)試，測(cè)試系統(tǒng)組件間接口的一種測(cè)試。要進(jìn)行接口，需要完善的文檔進(jìn)行保障，沒有測(cè)試文檔，接口測(cè)試將寸步難行，接口測(cè)試將增加開發(fā)過(guò)程規(guī)范化產(chǎn)出，而規(guī)范化產(chǎn)出也保證了項(xiàng)目質(zhì)量。