軟件測(cè)試教程 第六節(jié) 進(jìn)階篇
本課程主要講解軟件測(cè)試的各種技術(shù)缩膝。作為一個(gè)測(cè)試人員，需要不斷擴(kuò)充自己的知識(shí)岸霹，并將各種知識(shí)用于項(xiàng)目測(cè)試中疾层。
在這里我們根據(jù)以下的測(cè)試技能圖來講解
按開發(fā)階段劃分
ROI：投入產(chǎn)出比
單元測(cè)試(Unit Testing)
單元測(cè)試是對(duì)軟件組成單元進(jìn)行測(cè)試。其目的是檢驗(yàn)軟件基本組成單位的正確性贡避。測(cè)試的對(duì)象是軟件設(shè)計(jì)的最小單位：模塊痛黎。Findyou又稱為模塊測(cè)試
測(cè)試階段：編碼后或者編碼前（TDD）
測(cè)試對(duì)象：最小模塊
測(cè)試人員：白盒測(cè)試工程師或開發(fā)工程師
測(cè)試依據(jù)：代碼和注釋+詳細(xì)設(shè)計(jì)文檔
測(cè)試方法：白盒測(cè)試
測(cè)試內(nèi)容：模塊接口測(cè)試、局部數(shù)據(jù)結(jié)構(gòu)測(cè)試刮吧、路徑測(cè)試湖饱、錯(cuò)誤處理測(cè)試、邊界測(cè)試
集成測(cè)試(Integration Testing)
集成測(cè)試也稱聯(lián)合測(cè)試杀捻、組裝測(cè)試井厌，將程序模塊采用適當(dāng)?shù)募刹呗越M裝起來，對(duì)系統(tǒng)的接口及集成后的功能進(jìn)行正確性檢測(cè)的測(cè)試工作致讥。阿旺主要目的是檢查軟件單位之間的接口是否正確仅仆。
測(cè)試階段：一般單元測(cè)試之后進(jìn)行
測(cè)試對(duì)象：模塊間的接口
測(cè)試人員：白盒測(cè)試工程師或開發(fā)工程師
測(cè)試依據(jù)：?jiǎn)卧獪y(cè)試的模塊+概要設(shè)計(jì)文檔
測(cè)試方法：黑盒測(cè)試與白盒測(cè)試相結(jié)合
測(cè)試內(nèi)容：模塊之間數(shù)據(jù)傳輸、模塊之間功能沖突拄踪、模塊組裝功能正確性蝇恶、全局?jǐn)?shù)據(jù)結(jié)構(gòu)、單模塊缺陷對(duì)系統(tǒng)的影響
系統(tǒng)測(cè)試(System Testing)
將軟件系統(tǒng)看成是一個(gè)系統(tǒng)的測(cè)試惶桐。包括對(duì)功能、性能以及軟件所運(yùn)行的軟硬件環(huán)境進(jìn)行測(cè)試。時(shí)間大部分在系統(tǒng)測(cè)試執(zhí)行階段
測(cè)試階段：集成測(cè)試通過之后
測(cè)試對(duì)象：整個(gè)系統(tǒng)（軟姚糊、硬件）
測(cè)試人員：黑盒測(cè)試工程師
測(cè)試依據(jù)：需求規(guī)格說明文檔
測(cè)試方法：黑盒測(cè)試
測(cè)試內(nèi)容：功能贿衍、界面、可靠性救恨、易用性贸辈、性能、兼容性肠槽、安全性等
驗(yàn)收測(cè)試(Acceptance Testing)
驗(yàn)收測(cè)試是部署軟件之前的最后一個(gè)測(cè)試操作擎淤。它是技術(shù)測(cè)試的最后一個(gè)階段，也稱為交付測(cè)試秸仙。驗(yàn)收測(cè)試的目的是確保軟件準(zhǔn)備就緒嘴拢，按照項(xiàng)目合同、任務(wù)書寂纪、雙方約定的驗(yàn)收依據(jù)文檔席吴，向軟件購買都展示該軟件系統(tǒng)滿足原始需求。
測(cè)試階段：系統(tǒng)測(cè)試通過之后
測(cè)試對(duì)象：整個(gè)系統(tǒng)（包括軟硬件）捞蛋。
測(cè)試人員：主要是最終用戶或者需求方孝冒。
測(cè)試依據(jù)：用戶需求、驗(yàn)收標(biāo)準(zhǔn)
測(cè)試方法：黑盒測(cè)試
測(cè)試內(nèi)容：同系統(tǒng)測(cè)試(功能...各類文檔等)
回歸測(cè)試(Regression Testing)
回歸測(cè)試是指修改了舊代碼后拟杉，重新進(jìn)行測(cè)試以確認(rèn)修改沒有引入新的錯(cuò)誤或?qū)е缕渌a產(chǎn)生錯(cuò)誤庄涡。自動(dòng)回歸測(cè)試將大幅降低系統(tǒng)測(cè)試、維護(hù)升級(jí)等階段的成本搬设。
在整個(gè)軟件測(cè)試過程中占有很大的工作量比重啼染，軟件開發(fā)的各個(gè)階段都會(huì)進(jìn)行多次回歸測(cè)試。隨著系統(tǒng)的龐大焕梅，回歸測(cè)試的成本越來越大迹鹅，通過選擇正確的回歸測(cè)試策略來改進(jìn)回歸測(cè)試的效率和有效性是很有意義的。
冒煙測(cè)試（smoke testing）
這一術(shù)語源自硬件行業(yè)贞言。對(duì)一個(gè)硬件或硬件組件進(jìn)行更改或修復(fù)后斜棚，直接給設(shè)備加電。如果沒有冒煙该窗，則該組件就通過了測(cè)試弟蚀。也可以理解為該種測(cè)試耗時(shí)短，僅用一袋煙功夫足夠了酗失。
冒煙測(cè)試的對(duì)象是每一個(gè)新編譯的需要正式測(cè)試的軟件版本义钉，目的是確認(rèn)軟件基本功能正常，可以進(jìn)行后續(xù)的正式測(cè)試工作规肴。冒煙測(cè)試的執(zhí)行者是版本編譯人員捶闸。
冒煙測(cè)試一般在開發(fā)人員開發(fā)完畢后送給測(cè)試人員來進(jìn)行測(cè)試時(shí)夜畴，測(cè)試人員會(huì)先進(jìn)行冒煙測(cè)試，保證基本功能正常删壮，不阻礙后續(xù)的測(cè)試贪绘。
α測(cè)試(Alpha Testing)
α測(cè)試是由一個(gè)用戶在開發(fā)環(huán)境下進(jìn)行的測(cè)試，也可以是公司內(nèi)部的用戶在模擬實(shí)際操作環(huán)境下進(jìn)行的測(cè)試央碟。α測(cè)試的目的是評(píng)價(jià)軟件產(chǎn)品的FLURPS(即功能税灌、局域化、可使用性亿虽、可靠性菱涤、性能和支持)。
大型通用軟件洛勉，在正式發(fā)布前粘秆，通常需要執(zhí)行Alpha和Beta測(cè)試。α測(cè)試不能由程序員或測(cè)試員完成坯认。
β測(cè)試(Beta Testing)
Beta測(cè)試是一種驗(yàn)收測(cè)試翻擒。Beta測(cè)試由軟件的最終用戶們?cè)谝粋€(gè)或多個(gè)客房場(chǎng)所進(jìn)行。
α測(cè)試與Beta測(cè)試的區(qū)別：
測(cè)試的場(chǎng)所不同：Alpha測(cè)試是指把用戶請(qǐng)到開發(fā)方的場(chǎng)所來測(cè)試,beta測(cè)試是指在一個(gè)或多個(gè)用戶的場(chǎng)所進(jìn)行的測(cè)試牛哺。
Alpha測(cè)試的環(huán)境是受開發(fā)方控制的,用戶的數(shù)量相對(duì)比較少,時(shí)間比較集中陋气。beta測(cè)試的環(huán)境是不受開發(fā)方控制的,用戶數(shù)量相對(duì)比較多,時(shí)間不集中。
alpha測(cè)試先于beta測(cè)試執(zhí)行引润。通用的軟件產(chǎn)品需要較大規(guī)模的beta測(cè)試,測(cè)試周期比較長(zhǎng)巩趁。
按是否運(yùn)行劃分
靜態(tài)測(cè)試(Static testing)
靜態(tài)方法是指不運(yùn)行被測(cè)程序本身，僅通過分析或檢查源程序的語法淳附、結(jié)構(gòu)议慰、過程、接口等來檢查程序的正確性奴曙。對(duì)需求規(guī)格說明書别凹、軟件設(shè)計(jì)說明書、源程序做結(jié)構(gòu)分析洽糟、流程圖分析炉菲、符號(hào)執(zhí)行來找錯(cuò)。分析如下
檢查項(xiàng)：代碼風(fēng)格和規(guī)則審核坤溃；程序設(shè)計(jì)和結(jié)構(gòu)的審核拍霜；業(yè)務(wù)邏輯的審核；走查薪介、審查與技術(shù)復(fù)審手冊(cè)祠饺。
靜態(tài)質(zhì)量：度量所依據(jù)的標(biāo)準(zhǔn)是ISO9126。在該標(biāo)準(zhǔn)中汁政，軟件的質(zhì)量用以下幾個(gè)方面來衡量道偷，即功能性(Functionality)缀旁、可靠性(Reliability)、可用性(Usability)试疙、有效性(Efficiency)诵棵、可維護(hù)性（Maintainability）抠蚣、可移植性(Portability)祝旷。
代碼靜態(tài)分析和文檔測(cè)試都屬于靜態(tài)測(cè)試
動(dòng)態(tài)測(cè)試(Dynamic testing)
動(dòng)態(tài)測(cè)試方法是指通過運(yùn)行被測(cè)程序，檢查運(yùn)行結(jié)果與預(yù)期結(jié)果的差異嘶窄，并分析運(yùn)行效率怀跛、正確性和健壯性等性能。這種方法由三部分組成：構(gòu)造測(cè)試用例柄冲、執(zhí)行程序吻谋、分析程序的輸出結(jié)果。
大多數(shù)軟件測(cè)試工作都屬于動(dòng)態(tài)測(cè)試现横。
按是否手工劃分
手工測(cè)試(Manual testing)
手工測(cè)試就是由人去一個(gè)一個(gè)的輸入用例漓拾，然后觀察結(jié)果，和機(jī)器測(cè)試相對(duì)應(yīng)戒祠，屬于比較原始但是必須的一個(gè)步驟骇两。總結(jié)優(yōu)缺點(diǎn)：
優(yōu)點(diǎn)：自動(dòng)化無法替代探索性測(cè)試姜盈、發(fā)散思維類無既定結(jié)果的測(cè)試低千。
缺點(diǎn)：執(zhí)行效率慢，量大易錯(cuò)馏颂。
自動(dòng)化測(cè)試(Automation Testing)
就是在預(yù)設(shè)條件下運(yùn)行系統(tǒng)或應(yīng)用程序示血，評(píng)估運(yùn)行結(jié)果，預(yù)先條件應(yīng)包括正常條件和異常條件救拉。簡(jiǎn)單說自動(dòng)化測(cè)試是把以人為驅(qū)動(dòng)的測(cè)試行為轉(zhuǎn)化為機(jī)器執(zhí)行的一種過程难审。
自動(dòng)化測(cè)試比如功能測(cè)試自動(dòng)化、性能測(cè)試自動(dòng)化亿絮、安全測(cè)試自動(dòng)化告喊。
通常所說的自動(dòng)化是指功能測(cè)試自動(dòng)化。
自動(dòng)化測(cè)試按照測(cè)試對(duì)象來分壹无，還可以分為接口測(cè)試葱绒、UI測(cè)試等。接口測(cè)試的ROI要比UI測(cè)試高斗锭。
**按是否查看代碼劃分 **
不管黑盒地淀、白盒，抓住bug就是好盒
黑盒測(cè)試(Black-box Testing)
黑盒測(cè)試也稱功能測(cè)試岖是，測(cè)試中把被測(cè)的軟件當(dāng)成一個(gè)黑盒子帮毁，不關(guān)心盒子的內(nèi)部結(jié)構(gòu)是什么实苞，只關(guān)心軟件的輸入數(shù)據(jù)與輸出數(shù)據(jù)。
業(yè)務(wù)測(cè)試
是測(cè)試人員把系統(tǒng)各個(gè)模塊串接起來運(yùn)行烈疚、模擬真實(shí)用戶實(shí)際的工作流程黔牵，滿足用戶需求定義的功能來進(jìn)行測(cè)試的過程。
業(yè)務(wù)測(cè)試關(guān)注需求和用戶
界面測(cè)試
界面測(cè)試（簡(jiǎn)稱UI測(cè)試)爷肝，測(cè)試用戶界面的功能模塊的布局是否合理猾浦、整體風(fēng)格是否一致、各個(gè)控件的放置位置是否符合客戶使用習(xí)慣灯抛，此外還要測(cè)試界面操作便捷性金赦、導(dǎo)航簡(jiǎn)單易懂性，頁面元素的可用性对嚼，界面中文字是否正確夹抗，命名是否統(tǒng)一，頁面是否美觀纵竖，文字漠烧、圖片組合是否完美等。
一般大廠都有自己的規(guī)范可以作為測(cè)試參考靡砌。中小公司這部分測(cè)試一般都沒有已脓，除非明確的錯(cuò)誤，否則容易和開發(fā)人員引起爭(zhēng)議乏奥。
文檔測(cè)試
國(guó)家有關(guān)計(jì)算機(jī)軟件產(chǎn)品開發(fā)文件編制指南中共有14 種文件摆舟，可分為3 大類。
–開發(fā)文件：可行性研究報(bào)告邓了、軟件需求說明書恨诱、數(shù)據(jù)要求說明書、概要設(shè)計(jì)說明書骗炉、詳細(xì)設(shè)計(jì)說明書照宝、數(shù)據(jù)庫設(shè)計(jì)說明書、模塊開發(fā)卷宗句葵。
–用戶文件:用戶手冊(cè)厕鹃、操作手冊(cè)，用戶文檔的作用：改善易安裝性乍丈；改善軟件的易學(xué)性與易用性剂碴；改善軟件可靠性；降低技術(shù)支持成本轻专。
–管理文件：項(xiàng)目開發(fā)計(jì)劃忆矛、測(cè)試計(jì)劃、測(cè)試分析報(bào)告请垛、開發(fā)進(jìn)度月報(bào)催训、項(xiàng)目開發(fā)總結(jié)報(bào)告洽议。
在實(shí)際的測(cè)試中，最常見的是用戶文件的測(cè)試漫拭，例如：手冊(cè)說明書等亚兄。也會(huì)有一些公司對(duì)需求文檔進(jìn)行測(cè)試捌年，來保證需求文檔的質(zhì)量珍昨。
文檔測(cè)試的關(guān)注點(diǎn)：
文檔的術(shù)語
文檔的正確性
文檔的完整性
文檔的一致性
文檔的易用性
兼容性測(cè)試
兼容性主要是指軟件之間能否很好的運(yùn)做，會(huì)不會(huì)有影響墨闲、軟件和硬件之間能否發(fā)揮很好的效率工作挑宠，會(huì)不會(huì)影響導(dǎo)致系統(tǒng)的崩潰菲盾。
平臺(tái)測(cè)試
瀏覽器測(cè)試
軟件本身能否向前或者向后兼容
測(cè)試軟件能否與其它相關(guān)的軟件兼容
數(shù)據(jù)兼容性測(cè)試
最常見的就是瀏覽器的兼容性測(cè)試颓影，不同瀏覽器在css各淀，js解析上的不同會(huì)導(dǎo)致頁面的顯示不同。常見的IE8的兼容性诡挂。
易用性測(cè)試
易用性（Useability）是交互的適應(yīng)性碎浇、功能性和有效性的集中體現(xiàn)。易用性屬于人體工程學(xué)的范疇璃俗，人體工程學(xué)（ergonomics）是一門將日常使用的東西設(shè)計(jì)為易于使用和實(shí)用性強(qiáng)的學(xué)科奴璃。
在某些大廠會(huì)有專門的部門來進(jìn)行易用性測(cè)試，又叫用戶體驗(yàn)測(cè)試城豁。
內(nèi)存泄漏測(cè)試
很多軟件系統(tǒng)都存在內(nèi)存泄露的問題苟穆，尤其是缺乏自動(dòng)垃圾回收機(jī)制的“非托管”語言
編寫的程序，例如C唱星、CH雳旅、Delphi等。從用戶使用的角度來看间聊，內(nèi)存泄露本身不會(huì)造成什
么危害攒盈，一般用戶可能根本不會(huì)感覺到內(nèi)存泄露的存在。但是內(nèi)存泄露是會(huì)累積的哎榴，只要執(zhí)
行的次數(shù)足夠多型豁，最終會(huì)耗盡所有可用內(nèi)存，使軟件的執(zhí)行越來越慢尚蝌，最后停止響應(yīng)迎变。可以
把這種軟件的問題比喻成軟件的“慢性病”飘言。
造成內(nèi)存泄露的原因有很多衣形，最常見的有以下幾種。
分配完內(nèi)存之后忘了回收热凹。
程序?qū)懛ㄓ袉栴}泵喘，造成沒辦法回收泪电。
某些API函數(shù)的使用不正確，造成內(nèi)存泄露纪铺。
沒有及時(shí)釋放相速。
內(nèi)存泄漏的檢測(cè)：
1、對(duì)于不同的程序可以使用不同的方法來進(jìn)行內(nèi)存泄露的檢查鲜锚，還可以使用一些專門的工具來進(jìn)行內(nèi)存問題的檢查突诬，例如MemProof. AQTime、Purify芜繁、BundsChecker等旺隙。
有些開發(fā)工具本身就帶有內(nèi)存問題檢查機(jī)制．要確保程序員在編寫程序和編譯程序的時(shí)候打開這些功能。
2骏令、通過代碼掃描分析工具來檢查
安裝測(cè)試
測(cè)試程序的安裝蔬捷、卸載
典型的是app的安裝、卸載
控件測(cè)試
控件：是程序軟件的組成部分榔袋，如軟件中所經(jīng)常涉及到的按鈕周拐、界面風(fēng)格、表格凰兑、報(bào)表等妥粟，都可以直接使用控件±艄唬控件就像是一間房子里的桌椅家具一樣勾给，和整個(gè)房子的其它部份構(gòu)成一套完整的住宅。
使用控件的必要性：
控件是程序開發(fā)過程中用于調(diào)用的部分锅知，在整個(gè)程序中主要用于方便調(diào)用播急，并且可以使用控件美化程序界面等，但控件本身的開發(fā)強(qiáng)度較大喉镰，代碼煩瑣旅择，如果將控件編寫與軟件編寫同時(shí)進(jìn)行，則將導(dǎo)致程序及其代碼顯得比較臃腫侣姆，并且大大地降低了工作效率生真，提高開發(fā)成本。因此捺宗，控件的使用采用調(diào)用方式較為可取柱蟀。而調(diào)用方式則是使用現(xiàn)有的已經(jīng)為程序準(zhǔn)備好的控件。
測(cè)試控件就是對(duì)控件的各種輸入蚜厉、設(shè)置進(jìn)行測(cè)試
國(guó)際化測(cè)試
軟件的國(guó)際化和軟件的本地化是開發(fā)面向全球不同地區(qū)用戶使用的軟件系統(tǒng)的兩個(gè)過程长已。而本地化測(cè)試和國(guó)際化測(cè)試則是針對(duì)這類軟件產(chǎn)品進(jìn)行的測(cè)試。由于軟件的全球化普及，還有軟件外包行業(yè)的興起术瓮，軟件的本地化和國(guó)際化測(cè)試儼然成為了一個(gè)獨(dú)特的測(cè)試專門領(lǐng)域康聂。
本地化和國(guó)際化測(cè)試與其他類型的測(cè)試存在很多不同之處。下面是本地化和國(guó)際化測(cè)試
的一些要點(diǎn)胞四。
1恬汁、本地化后的軟件在外觀上與原來版本是否存在很大的差異，外觀是否墼齊辜伟、不走樣氓侧。
2、是否對(duì)所有界面元素都進(jìn)行了本地化處理导狡，包括對(duì)話框约巷、菜單、工具欄旱捧、狀態(tài)欄独郎、提示信息（包括聲音的提示）、日志等廊佩。
3囚聚、在不同的屏幕分辨率下界面是否正常顯示。
4标锄、是否存在不同的字體大小，字體設(shè)置是否恰當(dāng)茁计。
5料皇、日期、數(shù)字格式星压、貨幣等是否能適應(yīng)不同國(guó)家的文化習(xí)俗践剂。例如，中文是年月日娜膘，而英文是月日年逊脯。
6、排序的方式是否考慮了不同語言的特點(diǎn)竣贪。例如军洼，中文按照第一個(gè)字的漢語拼音順序排序，而英文按照首字母排序演怎。
7匕争、在不同的國(guó)家采用不同的度量單位，軟件是否能自適應(yīng)和轉(zhuǎn)換爷耀。
8甘桑、軟件是否能在不同類型的硬件上正常運(yùn)行，特別是在當(dāng)?shù)厥袌?chǎng)上銷售的流行硬件上。
9跑杭、軟件是否能在Windows或者其他操作系統(tǒng)的當(dāng)?shù)匕姹旧险＿\(yùn)行铆帽。
10、聯(lián)機(jī)幫助和文檔是否已經(jīng)翻譯德谅，翻譯后的鏈接是否正常锄贼。正文翻譯是否正確、恰當(dāng)女阀，
是否有語法錯(cuò)誤宅荤。
軟件本地化和國(guó)際化測(cè)試是一個(gè)綜合了翻譯行業(yè)和軟件測(cè)試行業(yè)的測(cè)試類型。它要求測(cè)
試人員具備一定的翻譯能力浸策、語言文化冯键，同時(shí)具備測(cè)試人員的基本技能。
安全測(cè)試
安全測(cè)試是一個(gè)相對(duì)獨(dú)立的領(lǐng)域庸汗，需要更多的專業(yè)知識(shí)惫确。例如web的安全測(cè)試，需要熟悉各種網(wǎng)絡(luò)協(xié)議TCP\HTTP蚯舱，防火墻改化，CDN，熟悉各種操作系統(tǒng)的漏洞枉昏，熟悉路由器等陈肛。從軟件來說，熟悉各種攻擊手段兄裂，例如SQL注入句旱、Xss等。
作為web入門測(cè)試晰奖，可以IBM的appscan谈撒。
web測(cè)試
web測(cè)試一般從以下方面進(jìn)行測(cè)試：
- Web功能測(cè)試
- Web性能測(cè)試
- Web界面測(cè)試
- Web兼容性測(cè)試
- Web安全性測(cè)試
app測(cè)試
由于手機(jī)的某些局限性和手機(jī)應(yīng)用軟件的特點(diǎn)，決定了測(cè)試人員在對(duì)手機(jī)的應(yīng)用程序進(jìn)行測(cè)試時(shí)需要注意以下要點(diǎn)匾南。
1啃匿、由于手機(jī)的顯示區(qū)域小，不能有太豐富的展示效果蛆楞，因此要求設(shè)計(jì)要精簡(jiǎn)而不失表達(dá)能力溯乒，測(cè)試人員需要注意界面美觀和簡(jiǎn)潔度的測(cè)試。而且不同型號(hào)的手機(jī)屏幕大小不一致臊岸，設(shè)置形狀不一致橙数，因此需要注意測(cè)試圖片的自適應(yīng)問題、界面元素的布局問題等帅戒。
2灯帮、手機(jī)的操作交互過程不能設(shè)計(jì)得太復(fù)雜崖技，交互步驟不能太多，應(yīng)該盡量多設(shè)計(jì)快捷方式钟哥，測(cè)試人員需要注意易用性和用戶體驗(yàn)的測(cè)試迎献。
3、不同型號(hào)的手機(jī)支持的圖片格式腻贰、聲音格式吁恍、動(dòng)畫格式不一樣，需要選擇盡可能通用的格式播演，或者針對(duì)不同的型號(hào)進(jìn)行配置選擇冀瓦，測(cè)試人員需要注意兼容性測(cè)試。
4写烤、由于內(nèi)存限制翼闽，很容易出現(xiàn)內(nèi)存泄露、越界等問題洲炊，因此需要注意這方面的測(cè)試感局。
5、要注意手機(jī)應(yīng)用在操作過程中斷電暂衡、重啟询微、斷網(wǎng)等意外情況發(fā)生時(shí)的處理是否正確，也就是所謂的“暴力測(cè)試”狂巢。
6撑毛、由于不間款式的手機(jī)在實(shí)現(xiàn)同一平臺(tái)時(shí)存在細(xì)微的差異，因此不要僅僅在手機(jī)模擬器上測(cè)試隧膘，還要放到真正的手機(jī)上進(jìn)行測(cè)試代态。
白盒測(cè)試(White-box Testing)
白盒測(cè)試又稱結(jié)構(gòu)測(cè)試、透明盒測(cè)試疹吃、邏輯驅(qū)動(dòng)測(cè)試或基于代碼的測(cè)試。白盒指的打開盒子西雀，去研究里面的源代碼和程序結(jié)果萨驶。
灰盒測(cè)試(Gray-Box Testing)
灰盒測(cè)試，是介于白盒測(cè)試與黑盒測(cè)試之間的一種測(cè)試艇肴，灰盒測(cè)試多用于集成測(cè)試階段腔呜，不僅關(guān)注輸出、輸入的正確性再悼，同時(shí)也關(guān)注程序內(nèi)部的情況核畴。
