軟件測試過程：通常按照測試階段分為單元測試找都、集成測試唇辨、確認(rèn)測試、系統(tǒng)測試檐嚣、驗(yàn)收測試助泽、回歸測試、Alpha測試嚎京、Beta測試嗡贺。

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

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

(1) 模塊接口測試

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

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

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

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

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

– 文件屬性是否正確；

– OPEN與CLOSE語句是否正確纫版；

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

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

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

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

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

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

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

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

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

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

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

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

(3) 路徑測試

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

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

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

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

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

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

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

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

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

(5) 邊界測試

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

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

2. 單元測試的步驟

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

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

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

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

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

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

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

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

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

2. 增殖式集成方式

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

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

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

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

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

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

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

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

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

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

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

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

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

(3) 混合增殖式測試

* 衍變的自頂向下的增殖測試

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

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

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

* 自底向上-自頂向下的增殖測試

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

系統(tǒng)測試，是將通過確認(rèn)測試的軟件馋嗜，作為整個(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)行一系列的組裝測試和確認(rèn)測試宽档。

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

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

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

– 最終的用戶手冊和操作手冊

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

軟件測試方法：是指測試軟件的方法吗冤。如又厉，兼容性測試、UI測試椎瘟、冒煙測試覆致、隨機(jī)測試、本地化能力測試肺蔚、國際化測試煌妈、安裝測試、卸載測試宣羊、白盒測試璧诵、黑盒測試、自動(dòng)化測試仇冯、端到端之宿、性能測試、負(fù)載測試苛坚、壓力測試比被、強(qiáng)迫測試、健全測試泼舱、衰竭測試等缀、恢復(fù)測試、安全測試娇昙、接口測試涡尘。

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

1星持，瀏覽器兼容測試

2危喉，分辨率兼容測試

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

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

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

UI測試氧急，是指軟件中的可見外觀及其底層與用戶交互的部分颗胡。

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

文字是否正確

頁面是否美觀

文字，圖片組合是否完美

操作是否友好

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

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

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

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

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

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

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

卸載測試窗骑，是對(duì)軟件的全部、部分或升級(jí)卸載處理過程的測試漆枚。主要是測試軟件能否卸載创译，卸載是否干凈，對(duì)系統(tǒng)有無更改墙基，在系統(tǒng)中的殘留與后來的生成文件如何處理等软族。還有原來更改的系統(tǒng)值是否修改回去。

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

常用工具有：Jtest字支、VcSmith凤藏、Jcontract、C++ Test堕伪、CodeWizard揖庄、logiscope。

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

常用工具有：Autorunner、winrunner

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

常用工具有QTP望迎、Testcomplete、Autorunner和TAR等凌外。

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

性能測試劳秋，是在交替進(jìn)行負(fù)荷和強(qiáng)迫測試時(shí)常用的術(shù)語。理想的“性能測試”(和其他類型的測試)應(yīng)在需求文檔或質(zhì)量保證胖齐、測試計(jì)劃中定義玻淑。性能測試一般包括負(fù)載測試和壓力測試。通常驗(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ù)載測試，測試一個(gè)應(yīng)用在重負(fù)荷下的表現(xiàn)谚攒。例如測試一個(gè) Web 站點(diǎn)在大量的負(fù)荷下阳准，何時(shí)系統(tǒng)的響應(yīng)會(huì)退化或失敗，以發(fā)現(xiàn)設(shè)計(jì)上的錯(cuò)誤或驗(yàn)證系統(tǒng)的負(fù)載能力馏臭。在這種測試中野蝇，將使測試對(duì)象承擔(dān)不同的工作量，以評(píng)測和評(píng)估測試對(duì)象在不同工作量條件下的性能行為括儒，以及持續(xù)正常運(yùn)行的能力绕沈。此外，負(fù)載測試還要評(píng)估性能特征帮寻，例如乍狐，響應(yīng)時(shí)間、事務(wù)處理速率和其他與時(shí)間相關(guān)的方面固逗。

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

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

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

衰竭測試奋早，是指軟件或環(huán)境的修復(fù)或更正后的“再測試”盛霎≡龋可能很難確定需要多少遍再次測試。尤其在接近開發(fā)周期結(jié)束時(shí)愤炸。自動(dòng)測試工具對(duì)這類測試尤其有用期揪。

恢復(fù)測試，是測試一個(gè)系統(tǒng)從如下災(zāi)難中能否很好地恢復(fù)摇幻，如遇到系統(tǒng)崩潰、硬件損壞或其他災(zāi)難性問題挥萌〈乱觯恢復(fù)測試指通過人為的讓軟件（或者硬件）出現(xiàn)故障來檢測系統(tǒng)是否能正確的恢復(fù)，通常關(guān)注恢復(fù)所需的時(shí)間以及恢復(fù)的程度引瀑】裼螅恢復(fù)測試主要檢查系統(tǒng)的容錯(cuò)能力。當(dāng)系統(tǒng)出錯(cuò)時(shí)憨栽，能否在指定時(shí)間間隔內(nèi)修正錯(cuò)誤并重新啟動(dòng)系統(tǒng)帜矾。恢復(fù)測試首先要采用各種辦法強(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)，還需估測平均修復(fù)時(shí)間唧瘾，確定其是否在可接受的范圍內(nèi)措译。

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

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

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

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

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

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