β測(cè)試_Beta測(cè)試
β測(cè)試言津，英文是Beta testing攻人。又稱(chēng)Beta測(cè)試，用戶驗(yàn)收測(cè)試（UAT）悬槽。
β測(cè)試是軟件的多個(gè)用戶在一個(gè)或多個(gè)用戶的實(shí)際使用環(huán)境下進(jìn)行的測(cè)試怀吻。開(kāi)發(fā)者通常不在測(cè)試現(xiàn)場(chǎng)，Beta測(cè)試不能由程序員或測(cè)試員完成初婆。
當(dāng)開(kāi)發(fā)和測(cè)試根本完成時(shí)所做的測(cè)試蓬坡，而最終的錯(cuò)誤和問(wèn)題需要在最終發(fā)行前找到。這種測(cè)試一般由最終用戶或其他人員員完成磅叛，不能由程序員或測(cè)試員完成屑咳。

α測(cè)試_Alpha測(cè)試
α測(cè)試，英文是Alpha testing弊琴。又稱(chēng)Alpha測(cè)試兆龙。
Alpha測(cè)試是由一個(gè)用戶在開(kāi)發(fā)環(huán)境下進(jìn)行的測(cè)試，也可以是公司內(nèi)部的用戶在模擬實(shí)際操作環(huán)境下進(jìn)行的受控測(cè)試敲董，Alpha測(cè)試不能由該系統(tǒng)的程序員或測(cè)試員完成紫皇。
在系統(tǒng)開(kāi)發(fā)接近完成時(shí)對(duì)應(yīng)用系統(tǒng)的測(cè)試;測(cè)試后，仍然會(huì)有少量的設(shè)計(jì)變更腋寨。這種測(cè)試一般由最終用戶或其他人員來(lái)完成聪铺，不能由程序員或測(cè)試員完成。

可移植性測(cè)試
可移植性測(cè)試精置，英文是Portability testing计寇。又稱(chēng)兼容性測(cè)試≈耄可移植性測(cè)試是指測(cè)試軟件是否可以被成功移植到指定的硬件或軟件平臺(tái)上番宁。

用戶界面測(cè)試-UI測(cè)試
用戶界面測(cè)試，英文是User interface testing赖阻。又稱(chēng)UI測(cè)試蝶押。
用戶界面，英文是User interface火欧。是指軟件中的可見(jiàn)外觀及其底層與用戶交互的部分（菜單棋电、對(duì)話框、窗口和其它控件）苇侵。

用戶界面測(cè)試是指測(cè)試用戶界面的風(fēng)格是否滿足客戶要求赶盔，文字是否正確，頁(yè)面是否美觀榆浓，文字于未，圖片組合是否完美，操作是否友好等等。UI 測(cè)試的目標(biāo)是確保用戶界面會(huì)通過(guò)測(cè)試對(duì)象的功能來(lái)為用戶提供相應(yīng)的訪問(wèn)或?yàn)g覽功能烘浦。確保用戶界面符合公司或行業(yè)的標(biāo)準(zhǔn)抖坪。包括用戶友好性、人性化闷叉、易操作性測(cè)試擦俐。

用戶界面測(cè)試用戶分析軟件用戶界面的設(shè)計(jì)是否合乎用戶期望或要求。它常常包括菜單握侧，對(duì)話框及對(duì)話框上所有按鈕蚯瞧，文字，出錯(cuò)提示藕咏，幫助信息 (Menu 和Help content)等方面的測(cè)試状知。比如，測(cè)試Microsoft Excel中插入符號(hào)功能所用的對(duì)話框的大小孽查，所有按鈕是否對(duì)齊饥悴，字符串字體大小，出錯(cuò)信息內(nèi)容和字體大小盲再，工具欄位置/圖標(biāo)等等西设。

冒煙測(cè)試
冒煙測(cè)試，英文是Smoke testing答朋。
冒煙測(cè)試的名稱(chēng)可以理解為該種測(cè)試耗時(shí)短贷揽，僅用一袋煙功夫足夠了。也有人認(rèn)為是形象地類(lèi)比新電路板功基本功能檢查梦碗。任何新電路板焊好后禽绪，先通電檢查，如果存在設(shè)計(jì)缺陷洪规，電路板可能會(huì)短路印屁，板子冒煙了。
冒煙測(cè)試的對(duì)象是每一個(gè)新編譯的需要正式測(cè)試的軟件版本斩例，目的是確認(rèn)軟件基本功能正常雄人，可以進(jìn)行后續(xù)的正式測(cè)試工作。冒煙測(cè)試的執(zhí)行者是版本編譯人員念赶。

隨機(jī)測(cè)試
隨機(jī)測(cè)試础钠，英文是Ad hoc testing。
隨機(jī)測(cè)試沒(méi)有書(shū)面測(cè)試用例叉谜、記錄期望結(jié)果旗吁、檢查列表、腳本或指令的測(cè)試停局。主要是根據(jù)測(cè)試者的經(jīng)驗(yàn)對(duì)軟件進(jìn)行功能和性能抽查阵漏。隨機(jī)測(cè)試是根據(jù)測(cè)試說(shuō)明書(shū)執(zhí)行用例測(cè)試的重要補(bǔ)充手段驻民，是保證測(cè)試覆蓋完整性的有效方式和過(guò)程。
隨機(jī)測(cè)試主要是對(duì)被測(cè)軟件的一些重要功能進(jìn)行復(fù)測(cè)履怯，也包括測(cè)試那些當(dāng)前的測(cè)試樣例(TestCase)沒(méi)有覆蓋到的部分。另外裆泳，對(duì)于軟件更新和新增加的功能要重點(diǎn)測(cè)試叹洲。重點(diǎn)對(duì)一些特殊點(diǎn)情況點(diǎn)、特殊的使用環(huán)境工禾、并發(fā)性运提、進(jìn)行檢查。尤其對(duì)以前測(cè)試發(fā)現(xiàn)的重大Bug闻葵，進(jìn)行再次測(cè)試民泵，可以結(jié)合回歸測(cè)試 (Regressive testing)一起進(jìn)行。

本地化測(cè)試
本地化測(cè)試槽畔，英文是Localization testing栈妆。
本地化就是將軟件版本語(yǔ)言進(jìn)行更改，比如將英文的windows改成中文的windows就是本地化厢钧。本地化測(cè)試的對(duì)象是軟件的本地化版本鳞尔。本地化測(cè)試的目的是測(cè)試特定目標(biāo)區(qū)域設(shè)置的軟件本地化質(zhì)量。本地化測(cè)試的環(huán)境是在本地化的操作系統(tǒng)上安裝本地化的軟件早直。從測(cè)試方法上可以分為基本功能測(cè)試寥假，安裝/卸載測(cè)試，當(dāng)?shù)貐^(qū)域的軟硬件兼容性測(cè)試霞扬。測(cè)試的內(nèi)容主要包括軟件本地化后的界面布局和軟件翻譯的語(yǔ)言質(zhì)量糕韧，包含軟件、文檔和聯(lián)機(jī)幫助等部分喻圃。

本地化能力測(cè)試
本地化能力測(cè)試萤彩，英文是Localizability testing。
本地化能力測(cè)試是指不需要重新設(shè)計(jì)或修改代碼级及，將程序的用戶界面翻譯成任何目標(biāo)語(yǔ)言的能力乒疏。為了降低本地化能力測(cè)試的成本，提高測(cè)試效率饮焦，本地化能力側(cè)是通常在軟件的偽本地化版本上進(jìn)行怕吴。
本地化能力測(cè)試中發(fā)現(xiàn)的典型錯(cuò)誤包括：字符的硬編碼（即軟件中需要本地化的字符寫(xiě)在了代碼內(nèi)部），對(duì)需要本地化的字符長(zhǎng)度設(shè)置了國(guó)定值县踢，在軟件運(yùn)行時(shí)以控件位置定位转绷，圖標(biāo)和位圖中包含了需要本地化的文本，軟件的用戶界面與文檔術(shù)語(yǔ)不一致等硼啤。

國(guó)際化測(cè)試
國(guó)際化測(cè)試议经，英文是International testing。又稱(chēng)國(guó)際化支持測(cè)試。

國(guó)際化測(cè)試的目的是測(cè)試軟件的國(guó)際化支持能力煞肾，發(fā)現(xiàn)軟件的國(guó)際化的潛在問(wèn)題咧织，保證軟件在世界不同區(qū)域都能正常運(yùn)行。國(guó)際化測(cè)試使用每種可能的國(guó)際輸入類(lèi)型籍救，針對(duì)任何區(qū)域性或區(qū)域設(shè)置檢查產(chǎn)品的功能是否正常习绢，軟件國(guó)際化測(cè)試的重點(diǎn)在于執(zhí)行國(guó)際字符串的輸入/輸出功能。國(guó)際化測(cè)試數(shù)據(jù)必須包含東亞語(yǔ)言蝙昙、德語(yǔ)闪萄、復(fù)雜腳本字符和英語(yǔ)（可選）的混合字符。

國(guó)際化支持測(cè)試是指驗(yàn)證軟件程序在不同國(guó)家或區(qū)域的平臺(tái)上也能夠如預(yù)期的那樣運(yùn)行奇颠，而且還可以按照原設(shè)計(jì)尊重和支持使用當(dāng)?shù)爻Ｓ玫娜掌诎苋ィ煮w，文字表示烈拒，特殊格式等等圆裕。比如，用英文版的 Windows XP 和 Microsoft Word 能否展示阿拉伯字符串?用阿拉伯版的 Windows XP 和 阿拉伯版的Microsoft Word 能否展示阿拉伯字符串?又比如缺菌，日文版的Microsoft Excel對(duì)話框是否顯示正確翻譯的日語(yǔ)?一旦來(lái)說(shuō)執(zhí)行國(guó)際化支持測(cè)試的測(cè)試人員往往需要基本上了解這些國(guó)家或地區(qū)的語(yǔ)言要求和期望行為是什么葫辐。

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

白盒測(cè)試-結(jié)構(gòu)測(cè)試-邏輯驅(qū)動(dòng)測(cè)試

白盒測(cè)試暴浦，英文是White Box Testing溅话。又稱(chēng)結(jié)構(gòu)測(cè)試或者邏輯驅(qū)動(dòng)測(cè)試。
白盒測(cè)試是把測(cè)試對(duì)象看作一個(gè)打開(kāi)的盒子歌焦。利用白盒測(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ǔ)句覆蓋、判定覆蓋卵史、條件覆蓋战转、判定/條件覆蓋、條件組合覆蓋和路徑覆蓋程腹。

白盒測(cè)試是知道產(chǎn)品內(nèi)部工作過(guò)程匣吊，可通過(guò)測(cè)試來(lái)檢測(cè)產(chǎn)品內(nèi)部動(dòng)作是否按照規(guī)格說(shuō)明書(shū)的規(guī)定正常進(jìn)行，按照程序內(nèi)部的結(jié)構(gòu)測(cè)試程序寸潦，檢驗(yàn)程序中的每條通路是否都有能按預(yù)定要求正確工作，而不顧它的功能社痛，白盒測(cè)試的主要方法有邏輯驅(qū)動(dòng)见转、基路測(cè)試等，主要用于軟件驗(yàn)證蒜哀。
白盒測(cè)試常用工具有：Jtest斩箫、VcSmith、Jcontract撵儿、C++ Test乘客、CodeWizard、logiscope淀歇。

黑盒測(cè)試-功能測(cè)試-數(shù)據(jù)驅(qū)動(dòng)測(cè)試
黑盒測(cè)試易核，英文是Black Box Testing。又稱(chēng)功能測(cè)試或者數(shù)據(jù)驅(qū)動(dòng)測(cè)試浪默。
黑盒測(cè)試是根據(jù)軟件的規(guī)格對(duì)軟件進(jìn)行的測(cè)試牡直，這類(lèi)測(cè)試不考慮軟件內(nèi)部的運(yùn)作原理，因此軟件對(duì)用戶來(lái)說(shuō)就像一個(gè)黑盒子纳决。軟件測(cè)試人員以用戶的角度碰逸，通過(guò)各種輸入和觀察軟件的各種輸出結(jié)果來(lái)發(fā)現(xiàn)軟件存在的缺陷，而不關(guān)心程序具體如何實(shí)現(xiàn)的一種軟件測(cè)試方法阔加。
黑盒測(cè)試常用工具有：AutoRunner饵史、winrunner、loadrunner胜榔。

自動(dòng)化測(cè)試
自動(dòng)化測(cè)試胳喷，英文是Automated Testing。
使用自動(dòng)化測(cè)試工具來(lái)進(jìn)行測(cè)試苗分，這類(lèi)測(cè)試一般不需要人干預(yù)厌蔽，通常在GUI、性能等測(cè)試和功能測(cè)試中用得較多摔癣。通過(guò)錄制測(cè)試腳本奴饮，然后執(zhí)行這個(gè)測(cè)試腳本來(lái)實(shí)現(xiàn)測(cè)試過(guò)程的自動(dòng)化纬向。國(guó)內(nèi)領(lǐng)先的自動(dòng)化測(cè)試服務(wù)提供商是澤眾軟件。自動(dòng)化測(cè)試工具有AutoRunner和TAR等戴卜。

回歸測(cè)試
回歸測(cè)試逾条，英文是Regression testing。
回歸測(cè)試是指在發(fā)生修改之后重新測(cè)試先前的測(cè)試以保證修改的正確性投剥。理論上师脂，軟件產(chǎn)生新版本，都需要進(jìn)行回歸測(cè)試江锨，驗(yàn)證以前發(fā)現(xiàn)和修復(fù)的錯(cuò)誤是否在新軟件版本上再次出現(xiàn)吃警。

根據(jù)修復(fù)好了的缺陷再重新進(jìn)行測(cè)試∽挠回歸測(cè)試的目的在于驗(yàn)證以前出現(xiàn)過(guò)但已經(jīng)修復(fù)好的缺陷不再重新出現(xiàn)酌心。一般指對(duì)某已知修正的缺陷再次圍繞它原來(lái)出現(xiàn)時(shí)的步驟重新測(cè)試。通常確定所需的再測(cè)試的范圍時(shí)是比較困難的挑豌，特別當(dāng)臨近產(chǎn)品發(fā)布日期時(shí)安券。因?yàn)闉榱诵拚橙毕輹r(shí)必需更改源代碼，因而就有可能影響這部分源代碼所控制的功能氓英。所以在驗(yàn)證修好的缺陷時(shí)不僅要服從缺陷原來(lái)出現(xiàn)時(shí)的步驟重新測(cè)試侯勉，而且還要測(cè)試有可能受影響的所有功能。因此應(yīng)當(dāng)鼓勵(lì)對(duì)所有回歸測(cè)試用例進(jìn)行自動(dòng)化測(cè)試铝阐。

驗(yàn)收測(cè)試
驗(yàn)收測(cè)試址貌，英文是Acceptance testing。
驗(yàn)收測(cè)試是指系統(tǒng)開(kāi)發(fā)生命周期方法論的一個(gè)階段饰迹，這時(shí)相關(guān)的用戶或獨(dú)立測(cè)試人員根據(jù)測(cè)試計(jì)劃和結(jié)果對(duì)系統(tǒng)進(jìn)行測(cè)試和接收芳誓。它讓系統(tǒng)用戶決定是否接收系統(tǒng)。它是一項(xiàng)確定產(chǎn)品是否能夠滿足合同或用戶所規(guī)定需求的測(cè)試啊鸭。

驗(yàn)收測(cè)試一般有三種策略：正式驗(yàn)收锹淌、非正式驗(yàn)收活A(yù)lpha 測(cè)試、Beta 測(cè)試赠制。

動(dòng)態(tài)測(cè)試
動(dòng)態(tài)測(cè)試赂摆，英文是Moment Testing。
動(dòng)態(tài)測(cè)試是指通過(guò)運(yùn)行軟件來(lái)檢驗(yàn)軟件的動(dòng)態(tài)行為和運(yùn)行結(jié)果的正確性钟些。根據(jù)動(dòng)態(tài)測(cè)試在軟件開(kāi)發(fā)過(guò)程中所處的階段和作用烟号，動(dòng)態(tài)測(cè)試可分為如下幾個(gè)步驟：
1、單元測(cè)試
2政恍、集成測(cè)試
3汪拥、系統(tǒng)測(cè)試
4、驗(yàn)收測(cè)試
5篙耗、回歸測(cè)試

探索測(cè)試
探索測(cè)試迫筑，英文是Exploratory Testing宪赶。
探索測(cè)試是指通常用于沒(méi)有產(chǎn)品說(shuō)明書(shū)的測(cè)試，這需要把軟件當(dāng)作產(chǎn)品說(shuō)明書(shū)來(lái)看待脯燃，分步驟逐項(xiàng)探索軟件特性搂妻，記錄軟件執(zhí)行情況，詳細(xì)描述功能辕棚，綜合利用靜態(tài)和動(dòng)態(tài)技術(shù)來(lái)進(jìn)行測(cè)試欲主。探索測(cè)試人員只靠智能、洞察力和經(jīng)驗(yàn)來(lái)對(duì)bug的位置進(jìn)行判斷,所以探索測(cè)試又被稱(chēng)為自由形式測(cè)試逝嚎。

單元測(cè)試
單元測(cè)試扁瓢，英文是Unit Testing。
單元測(cè)試是最微小規(guī)模的測(cè)試;以測(cè)試某個(gè)功能或代碼塊补君。典型地由程序員而非測(cè)試員來(lái)做涤妒，因?yàn)樗枰纼?nèi)部程序設(shè)計(jì)和編碼的細(xì)節(jié)知識(shí)。這個(gè)工作不容易做好赚哗，除非應(yīng)用系統(tǒng)有一個(gè)設(shè)計(jì)很好的體系結(jié)構(gòu); 還可能需要開(kāi)發(fā)測(cè)試驅(qū)動(dòng)器模塊或測(cè)試套具。

集成測(cè)試
集成測(cè)試硅堆，英文是Integration Testing屿储。
集成測(cè)試是指一個(gè)應(yīng)用系統(tǒng)的各個(gè)部件的聯(lián)合測(cè)試，以決定他們能否在一起共同工作并沒(méi)有沖突渐逃。部件可以是代碼塊够掠、獨(dú)立的應(yīng)用、網(wǎng)絡(luò)上的客戶端或服務(wù)器端程序茄菊。這種類(lèi)型的測(cè)試尤其與客戶服務(wù)器和分布式系統(tǒng)有關(guān)疯潭。一般集成測(cè)試以前，單元測(cè)試需要完成面殖。

集成測(cè)試是單元測(cè)試的邏輯擴(kuò)展竖哩。它的最簡(jiǎn)單的形式是：兩個(gè)已經(jīng)測(cè)試過(guò)的單元組合成一個(gè)組件，并且測(cè)試它們之間的接口脊僚。從這一層意義上講相叁，組件是指多個(gè)單元的集成聚合。在現(xiàn)實(shí)方案中辽幌，許多單元組合成組件增淹，而這些組件又聚合成程序的更大部分。方法是測(cè)試片段的組合乌企，并最終擴(kuò)展進(jìn)程虑润，將您的模塊與其他組的模塊一起測(cè)試。最后加酵，將構(gòu)成進(jìn)程的所有模塊一起測(cè)試拳喻。此外哭当，如果程序由多個(gè)進(jìn)程組成，應(yīng)該成對(duì)測(cè)試它們舞蔽，而不是同時(shí)測(cè)試所有進(jìn)程荣病。

集成測(cè)試識(shí)別組合單元時(shí)出現(xiàn)的問(wèn)題伏恐。通過(guò)使用要求在組合單元前測(cè)試每個(gè)單元恩够，并確保每個(gè)單元的生存能力的測(cè)試計(jì)劃康栈，可以知道在組合單元時(shí)所發(fā)現(xiàn)的任何錯(cuò)誤很可能與單元之間的接口有關(guān)斥滤。這種方法將可能發(fā)生的情況數(shù)量減少到更簡(jiǎn)單的分析級(jí)別从撼。

系統(tǒng)測(cè)試
系統(tǒng)測(cè)試责循，英文是System Testing阀捅。
系統(tǒng)測(cè)試是基于系統(tǒng)整體需求說(shuō)明書(shū)的黑盒類(lèi)測(cè)試拂铡，應(yīng)覆蓋系統(tǒng)所有聯(lián)合的部件陨溅。系統(tǒng)測(cè)試是針對(duì)整個(gè)產(chǎn)品系統(tǒng)進(jìn)行的測(cè)試终惑，目的是驗(yàn)證系統(tǒng)是否滿足了需求規(guī)格的定義，找出與需求規(guī)格不相符合或與之矛盾的地方门扇。

系統(tǒng)測(cè)試的對(duì)象不僅僅包括需要測(cè)試的產(chǎn)品系統(tǒng)的軟件雹有，還要包含軟件所依賴(lài)的硬件、外設(shè)甚至包括某些數(shù)據(jù)臼寄、某些支持軟件及其接口等霸奕。因此，必須將系統(tǒng)中的軟件與各種依賴(lài)的資源結(jié)合起來(lái)吉拳，在系統(tǒng)實(shí)際運(yùn)行環(huán)境下來(lái)進(jìn)行測(cè)試质帅。

端到端測(cè)試
端到端測(cè)試，英文是End to End Testing留攒。
端到端測(cè)試類(lèi)似于系統(tǒng)測(cè)試煤惩，測(cè)試級(jí)的“宏大”的端點(diǎn)，涉及整個(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è)試包含所有訪問(wèn)點(diǎn)的功能測(cè)試及性能測(cè)試。端到端架構(gòu)測(cè)試實(shí)質(zhì)上是一種"灰盒"測(cè)試红淡，一種集合了白盒測(cè)試和黑盒測(cè)試的優(yōu)點(diǎn)的測(cè)試方法不狮。

健全測(cè)試
健全測(cè)試，英文是Sanity testing在旱。
健全測(cè)試是指一個(gè)初始化的測(cè)試工作摇零，以決定一個(gè)新的軟件版本測(cè)試是否足以執(zhí)行下一步大的測(cè)試努力。例如桶蝎，如果一個(gè)新版軟件每5分鐘與系統(tǒng)沖突驻仅，使系統(tǒng)陷于泥潭谅畅，說(shuō)明該軟件不夠“健全”，目前不具備進(jìn)一步測(cè)試的條件噪服。

衰竭測(cè)試
衰竭測(cè)試毡泻，英文是Failure Testing。
衰竭測(cè)試是指軟件或環(huán)境的修復(fù)或更正后的“再測(cè)試”粘优〕鹞叮可能很難確定需要多少遍再次測(cè)試。尤其在接近開(kāi)發(fā)周期結(jié)束時(shí)雹顺。自動(dòng)測(cè)試工具對(duì)這類(lèi)測(cè)試尤其有用丹墨。

接受測(cè)試
接受測(cè)試，英文是Accept Testing嬉愧。
接受測(cè)試是基于客戶或最終用戶的規(guī)格書(shū)的最終測(cè)試贩挣，或基于用戶一段時(shí)間的使用后，看軟件是否滿足客戶要求没酣。一般從功能王财、用戶界面、性能裕便、業(yè)務(wù)關(guān)聯(lián)性進(jìn)行測(cè)試搪搏。

負(fù)載測(cè)試
負(fù)載測(cè)試，英文是Load testing闪金。
負(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è)試的目標(biāo)是確定并確保系統(tǒng)在超出最大預(yù)期工作量的情況下仍能正常運(yùn)行郑口。此外，負(fù)載測(cè)試還要評(píng)估性能特征盾鳞，例如犬性，響應(yīng)時(shí)間、事務(wù)處理速率和其他與時(shí)間相關(guān)的方面腾仅。

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

壓力測(cè)試
壓力測(cè)試喊衫，英文是Stress Testing。和負(fù)載測(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 可用性撑教、磁盤(pán)空間和網(wǎng)絡(luò)帶寬等朝墩。一般用并發(fā)來(lái)做壓力測(cè)試。

性能測(cè)試
性能測(cè)試伟姐，英文是Performance Testing收苏。
性能測(cè)試是在交替進(jìn)行負(fù)荷和強(qiáng)迫測(cè)試時(shí)常用的術(shù)語(yǔ)。理想的“性能測(cè)試”(和其他類(lèi)型的測(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ì)流失(memory leak)屹堰。比如肛冶，驗(yàn)證程序保存一個(gè)巨大的文件新版本不比舊版本慢。

可用性測(cè)試
可用性測(cè)試扯键，英文是Practical Usability Testing睦袖。
可用性測(cè)試是對(duì)“用戶友好性”的測(cè)試。顯然這是主觀的荣刑，且將取決于目標(biāo)最終用戶或客戶馅笙。用戶面談、調(diào)查厉亏、用戶對(duì)話的錄象和其他一些技術(shù)都可使用董习。程序員和測(cè)試員通常都不宜作可用性測(cè)試員。

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

恢復(fù)測(cè)試
恢復(fù)測(cè)試，英文是Recovery testing散址。
恢復(fù)測(cè)試是測(cè)試一個(gè)系統(tǒng)從如下災(zāi)難中能否很好地恢復(fù)乖阵，如遇到系統(tǒng)崩潰、硬件損壞或其他災(zāi)難性問(wèn)題预麸〉山恢復(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è)試碑韵，英文是Security Testing。
安全測(cè)試是測(cè)試系統(tǒng)在防止非授權(quán)的內(nèi)部或外部用戶的訪問(wèn)或故意破壞等情況時(shí)怎么樣缎脾。這可能需要復(fù)雜的測(cè)試技術(shù)。安全測(cè)試檢查系統(tǒng)對(duì)非法侵入的防范能力占卧。安全測(cè)試期間遗菠，測(cè)試人員假扮非法入侵者，采用各種辦法試圖突破防線华蜒。例如：
①想方設(shè)法截取或破譯口令辙纬；
②專(zhuān)門(mén)定做軟件破壞系統(tǒng)的保護(hù)機(jī)制；
③故意導(dǎo)致系統(tǒng)失敗叭喜，企圖趁恢復(fù)之機(jī)非法進(jìn)入贺拣；
④試圖通過(guò)瀏覽非保密數(shù)據(jù)，推導(dǎo)所需信息，等等譬涡。理論上講闪幽，只要有足夠的時(shí)間和資源，沒(méi)有不可進(jìn)入的系統(tǒng)涡匀。因此系統(tǒng)安全設(shè)計(jì)的準(zhǔn)則是盯腌，使非法侵入的代價(jià)超過(guò)被保護(hù)信息的價(jià)值。此時(shí)非法侵入者已無(wú)利可圖陨瘩。

兼容性測(cè)試
兼容測(cè)試腕够，英文是Compatibility Testing。
兼容測(cè)試是測(cè)試軟件在一個(gè)特定的硬件/軟件/操作系統(tǒng)/網(wǎng)絡(luò)等環(huán)境下的性能如何舌劳。向上兼容向下兼容帚湘，軟件兼容硬件兼容。軟件的兼容性有很多需要考慮的地方甚淡。
比較測(cè)試
比較測(cè)試大诸，英文是Compare Testing。
比較測(cè)試是指與競(jìng)爭(zhēng)伙伴的產(chǎn)品的比較測(cè)試材诽，如軟件的弱點(diǎn)底挫、優(yōu)點(diǎn)或?qū)嵙Α?lái)取長(zhǎng)補(bǔ)短脸侥，以增強(qiáng)產(chǎn)品的競(jìng)爭(zhēng)力建邓。

可接受性測(cè)試
可接受性測(cè)試，英文是Acceptability Testing睁枕。
可接受性測(cè)試是在把測(cè)試的版本交付測(cè)試部門(mén)大范圍測(cè)試以前進(jìn)行的對(duì)最基本功能的簡(jiǎn)單測(cè)試官边。因?yàn)樵诎褱y(cè)試的版本交付測(cè)試部門(mén)大范圍測(cè)試以前應(yīng)該先驗(yàn)證該版本對(duì)于所測(cè)試的功能基本上比較穩(wěn)定。必須滿足一些最低要求外遇。比如不會(huì)很容易程序就掛起或崩潰注簿。如果一個(gè)新版本沒(méi)通過(guò)可測(cè)試性的驗(yàn)證，就應(yīng)該阻攔測(cè)試部門(mén)花時(shí)間在該測(cè)試版本上測(cè)試跳仿。同時(shí)還要找到造成該版本不穩(wěn)定的主要缺陷并督促盡快加以修正诡渴。

邊界條件測(cè)試
邊界條件測(cè)試，英文是Boudary Testing菲语。又稱(chēng)邊界值測(cè)試妄辩。
一種黑盒測(cè)試方法，適度等價(jià)類(lèi)分析方法的一種補(bǔ)充,由長(zhǎng)期的測(cè)試工作經(jīng)驗(yàn)得知山上，大量的錯(cuò)誤是發(fā)生在輸入或輸出的邊界上眼耀。因此針對(duì)各種邊界情況設(shè)計(jì)測(cè)試用例，可以查出更多的錯(cuò)誤佩憾。
邊界條件測(cè)試是環(huán)繞邊界值的測(cè)試哮伟。通常意味著測(cè)試軟件各功能是否能正確處理最大值干花，最小值或者所設(shè)計(jì)軟件能夠處理的最長(zhǎng)的字符串等等。

強(qiáng)力測(cè)試
強(qiáng)力測(cè)試楞黄，英文是Mightiness Testing池凄。
強(qiáng)力測(cè)試通常驗(yàn)證軟件的性能在各種極端的環(huán)境和系統(tǒng)條件下是否還能正常工作×吕保或者說(shuō)是驗(yàn)證軟件的性能在各種極端環(huán)境和系統(tǒng)條件下的承受能力修赞。比如，在最低的硬盤(pán)驅(qū)動(dòng)器空間或系統(tǒng)記憶容量條件下桑阶，驗(yàn)證程序重復(fù)執(zhí)行打開(kāi)和保存一個(gè)巨大的文件1000次后也不會(huì)崩潰或死機(jī)柏副。

裝配/安裝/配置測(cè)試
裝配/安裝/配置測(cè)試是驗(yàn)證軟件程序在不同廠家的硬件上，所支持的不同語(yǔ)言的新舊版本平臺(tái)上蚣录，和不同方式安裝的軟件都能夠如預(yù)期的那樣正確運(yùn)行割择。比如，把英文版的 Microsoft Office 2003安裝在韓文版 的Windows Me 上萎河，再驗(yàn)證所有功能都正常運(yùn)行荔泳。

靜態(tài)測(cè)試
靜態(tài)測(cè)試，英文是Static Testing虐杯。
靜態(tài)測(cè)試指測(cè)試不運(yùn)行的部分玛歌，例如測(cè)試產(chǎn)品說(shuō)明書(shū)，對(duì)此進(jìn)行檢查和審閱擎椰。靜態(tài)方法是指不運(yùn)行被測(cè)程序本身支子，僅通過(guò)分析或檢查源程序的文法、結(jié)構(gòu)达舒、過(guò)程值朋、接口等來(lái)檢查程序的正確性。靜態(tài)方法通過(guò)程序靜態(tài)特性的分析巩搏，找出欠缺和可疑之處昨登，例如不匹配的參數(shù)、不適當(dāng)?shù)难h(huán)嵌套和分支嵌套贯底、不允許的遞歸丰辣、未使用過(guò)的變量、空指針的引用和可疑的計(jì)算等禽捆。靜態(tài)測(cè)試結(jié)果可用于進(jìn)一步的查錯(cuò)笙什，并為測(cè)試用例選取提供指導(dǎo)。
靜態(tài)測(cè)試常用工具有：Logiscope睦擂、PRQA。

隱藏?cái)?shù)據(jù)測(cè)試
隱藏?cái)?shù)據(jù)測(cè)試在軟件驗(yàn)收和確認(rèn)階段是十分必要和重要的一部分杖玲。程序的質(zhì)量不僅僅通過(guò)用戶界面的可視化數(shù)據(jù)來(lái)驗(yàn)證顿仇，而且必須包括遍歷系統(tǒng)的所有數(shù)據(jù)。

假設(shè)一個(gè)應(yīng)用程序要求用戶兩條信息-----用戶名和密碼來(lái)創(chuàng)建帳戶。這個(gè)用戶輸入這兩條數(shù)據(jù)后保存臼闻。最后鸿吆，一個(gè)確認(rèn)窗口將通過(guò)數(shù)據(jù)庫(kù)中找到這條數(shù)據(jù)來(lái)顯示用戶名和密碼給用戶。為了驗(yàn)證所有的數(shù)據(jù)保存是否正確述呐，一個(gè)QA測(cè)試人員會(huì)在這個(gè)確認(rèn)窗口簡(jiǎn)單的查看下用戶名和密碼惩淳。如果他們成功了？假設(shè)數(shù)據(jù)庫(kù)記錄了第三條信息----創(chuàng)建日期乓搬，它可能不會(huì)出現(xiàn)在確認(rèn)窗口思犁，而只在存檔中才出現(xiàn)。如果創(chuàng)建日期保留的不正確进肯，而QA測(cè)試人員只驗(yàn)證屏幕上的數(shù)據(jù)激蹲，那么這個(gè)問(wèn)題就不可能被發(fā)現(xiàn)。創(chuàng)建日期可能就是一個(gè)bug江掩，由于一個(gè)用戶帳戶保存了一個(gè)錯(cuò)誤的日期到數(shù)據(jù)庫(kù)中学辱，這個(gè)問(wèn)題也不可能會(huì)被引起注意，因?yàn)樗挥脩艚缑嫠[藏环形。這只是一個(gè)簡(jiǎn)單的例子策泣，但是它卻演化出了一點(diǎn)：隱藏?cái)?shù)據(jù)測(cè)試的重要性。

等價(jià)劃分測(cè)試
等價(jià)劃分測(cè)試的英文是equivalence partition testing抬吟。
等價(jià)劃分測(cè)試是根據(jù)等價(jià)類(lèi)設(shè)計(jì)測(cè)試用例的一種技術(shù)萨咕。是黑盒測(cè)試的典型方法之一，通過(guò)把被測(cè)試程序所有可能的輸入數(shù)據(jù)域劃分成若干部分拗军。從每一部分中選取少數(shù)有代表性的數(shù)據(jù)作為測(cè)試用例任洞，可有效減少測(cè)試次數(shù)，極大提高軟件測(cè)試效率发侵，縮短軟件開(kāi)發(fā)周期．等價(jià)類(lèi)劃分測(cè)試的目的就是為了在有限的測(cè)試資源的情況下交掏，用少量有代表性的數(shù)據(jù)得到比較好的測(cè)試效果。有效等價(jià)類(lèi)盒無(wú)效等價(jià)類(lèi)刃鳄。有效等價(jià)類(lèi)中的數(shù)據(jù)代表的是一組符合需求文檔的正確的有意義數(shù)據(jù)盅弛。無(wú)效等價(jià)類(lèi)則正相反。
判定表

判定表的英文是decision table叔锐，是指一個(gè)表格挪鹏，用于顯示條件和條件導(dǎo)致動(dòng)作的集合。

定義：判定表是分析和表達(dá)多邏輯條件下執(zhí)行不同操作的情況的工具愉烙。

判定表的優(yōu)點(diǎn)：能夠?qū)?fù)雜的問(wèn)題按照各種可能的情況全部列舉出來(lái)讨盒，簡(jiǎn)明并避免遺漏。因此步责，利用判定表能夠設(shè)計(jì)出完整的測(cè)試用例集合返顺。
在一些數(shù)據(jù)處理問(wèn)題當(dāng)中禀苦，某些操作的實(shí)施依賴(lài)于多個(gè)邏輯條件的組合，即：針對(duì)不同邏輯條件的組合值遂鹊，分別執(zhí)行不同的操作振乏。判定表很適合于處理這類(lèi)問(wèn)題。

深度測(cè)試
深度測(cè)試的英文Depth test 秉扑，是指執(zhí)行一個(gè)產(chǎn)品的一個(gè)特性的所有細(xì)節(jié)慧邮，但不測(cè)試所有特性。
當(dāng)比較函數(shù)返回真的時(shí)候才顯示出效果來(lái)舟陆。必須啟用“#深度測(cè)試”误澳，才能執(zhí)行測(cè)試。不使用的時(shí)候需要關(guān)閉吨娜。

基于設(shè)計(jì)的測(cè)試
基于設(shè)計(jì)的測(cè)試的英文是design-based testing脓匿，是根據(jù)軟件的構(gòu)架或詳細(xì)設(shè)計(jì)引出測(cè)試用例的一種方法。
一種基于設(shè)計(jì)模型的測(cè)試方法(Model Based TestIng System,MATIS).該方法利用用戶界面自動(dòng)生成方法,把設(shè)計(jì)模型中的類(lèi)屬性定義和實(shí)現(xiàn)中的控件屬性組織在一起,構(gòu)建描述界面的邏輯對(duì)照表,輔助測(cè)試腳本引擎執(zhí)行自動(dòng)測(cè)試腳本.借助設(shè)計(jì)模型中擴(kuò)展的類(lèi)定義,MATIS方法可以自動(dòng)生成測(cè)試用例和測(cè)試數(shù)據(jù)宦赠。

文檔測(cè)試
文檔測(cè)試的英文是documentation testing陪毡，測(cè)試關(guān)注于文檔的正確性。文檔測(cè)試有三大類(lèi)分別是開(kāi)發(fā)文件勾扭、用戶文件毡琉、管理文件。
1.開(kāi)發(fā)文件：可行性研究報(bào)告妙色、軟件需求說(shuō)明書(shū)桅滋、數(shù)據(jù)要求說(shuō)明書(shū)、概要設(shè)計(jì)說(shuō)明書(shū)身辨、詳細(xì)設(shè)計(jì)說(shuō)明書(shū)丐谋、數(shù)據(jù)庫(kù)設(shè)計(jì)說(shuō)明書(shū)、模塊開(kāi)發(fā)卷宗煌珊。
2.用戶文件：用戶手冊(cè)号俐、操作手冊(cè)。
3.管理文件：項(xiàng)目開(kāi)發(fā)計(jì)劃定庵、測(cè)試計(jì)劃吏饿、測(cè)試分析報(bào)告、開(kāi)發(fā)進(jìn)度月報(bào)蔬浙、項(xiàng)目開(kāi)發(fā)總結(jié)報(bào)告猪落。

軟件測(cè)試中的文檔測(cè)試主要是對(duì)相關(guān)的設(shè)計(jì)報(bào)告和用戶使用說(shuō)明進(jìn)行測(cè)試，對(duì)于設(shè)計(jì)報(bào)告主要是測(cè)試程序與設(shè)計(jì)報(bào)告中的設(shè)計(jì)思想是否一致畴博；對(duì)于用戶使用說(shuō)明進(jìn)行測(cè)試時(shí)笨忌，主要是測(cè)試用戶使用說(shuō)明書(shū)中對(duì)程序操作方法的描述是否正確，重點(diǎn)是用戶使用說(shuō)明中提到的操作例子要進(jìn)行測(cè)試俱病，保證采用的例子能夠在程序中正確完成操作官疲。

域測(cè)試
域測(cè)試的英文是domain testing杂曲，定義參考等價(jià)劃分測(cè)試（equivalence partition testing）；
一般分為單域測(cè)試和多域測(cè)試袁余，其中單域測(cè)試包括設(shè)備測(cè)試和業(yè)務(wù)測(cè)試，設(shè)備測(cè)試包括測(cè)試某個(gè)系統(tǒng)的軟交換設(shè)備咱揍、中繼媒體網(wǎng)關(guān)設(shè)備颖榜、信令網(wǎng)關(guān)設(shè)備、接入媒體網(wǎng)關(guān)和IAD等設(shè)備煤裙。
等價(jià)類(lèi)劃分有兩種不同的情況：有效等價(jià)類(lèi)和無(wú)效等價(jià)類(lèi)掩完。設(shè)計(jì)時(shí)要同時(shí)考慮這兩種等價(jià)類(lèi)，因?yàn)檐浖粌H要能接收合理的數(shù)據(jù)硼砰，也要能經(jīng)受意外的考驗(yàn)且蓬。
一有效等價(jià)類(lèi)：是指對(duì)于程序的規(guī)格說(shuō)明來(lái)說(shuō)是合理的、有意義的輸入數(shù)據(jù)構(gòu)成的集合题翰。利用有效等價(jià)類(lèi)可檢驗(yàn)程序是否實(shí)現(xiàn)了規(guī)格說(shuō)明中所規(guī)定的功能和性能恶阴。
二無(wú)效等價(jià)類(lèi)：與有效等價(jià)類(lèi)的定義恰巧相反。

接口測(cè)試
接口測(cè)試的英文是interface testing豹障，接口測(cè)試測(cè)試系統(tǒng)組件間接口的一種測(cè)試冯事。接口測(cè)試的好處：由于接口測(cè)試代碼本身就是用junit（當(dāng)然接口的類(lèi)型不同，不一定是Junit來(lái)實(shí)現(xiàn)）來(lái)實(shí)現(xiàn)的血公，是屬于自動(dòng)化測(cè)試的范疇昵仅，因此必定也包含自動(dòng)化測(cè)試所固有的優(yōu)勢(shì)。

1）提高測(cè)試質(zhì)量
軟件開(kāi)發(fā)的過(guò)程是一個(gè)持續(xù)集成和改進(jìn)的過(guò)程累魔，而每一次的改進(jìn)都可能引進(jìn)新bug,因此當(dāng)軟件的一部摔笤，或者全部修改時(shí)，都需要對(duì)軟件產(chǎn)品重新進(jìn)行測(cè)試垦写。其目的是要驗(yàn)證修改后的產(chǎn)品是符合需求的吕世，而當(dāng)沒(méi)有自動(dòng)化測(cè)試代碼時(shí)，往往會(huì)由于各種各樣的原因梯澜，回歸不充分寞冯，導(dǎo)致bug遺漏。

2）提高測(cè)試效率
軟件系統(tǒng)的規(guī)模越來(lái)越大晚伙，功能點(diǎn)越來(lái)越多吮龄，開(kāi)發(fā)人員的自測(cè)或者測(cè)試人員的人工測(cè)試非常耗時(shí)和繁瑣，勢(shì)必導(dǎo)致測(cè)試效率的低下咆疗，而自動(dòng)化測(cè)試正好解決這些耗時(shí)繁瑣的任務(wù)漓帚，在對(duì)外接口功能不變的情況下，達(dá)到了一次編寫(xiě)午磁，永久使用的效果尝抖。

3）提高測(cè)試覆蓋
通過(guò)手工測(cè)試很難測(cè)試到一些更深層次的異常和安全的問(wèn)題毡们，通過(guò)一些輔助的一些測(cè)試工具，能分析出代碼的覆蓋率昧辽，通過(guò)覆蓋率的提高來(lái)提高測(cè)試的深度衙熔。

4）更好地重現(xiàn)軟件缺陷
由于每次執(zhí)行都是相同的代碼，一旦代碼出錯(cuò)搅荞，必定回歸出錯(cuò)红氯；

5）更好定位錯(cuò)誤
由于接口測(cè)試是一種自下向上的測(cè)試，因此一量出錯(cuò)咕痛，非常容易定位出錯(cuò)痢甘，不向系統(tǒng)測(cè)試那樣了，一旦有Bug茉贡，需要幾層驗(yàn)證之后才能確定出錯(cuò)位置塞栅；

6）降低修改bug的成本接口測(cè)試
基本和開(kāi)發(fā)人員的編碼平行工作，因此發(fā)現(xiàn)問(wèn)題會(huì)比系統(tǒng)測(cè)試早很多腔丧，因此減少了修改bug的成本放椰。

7）增進(jìn)測(cè)試人員和開(kāi)發(fā)人員之間的合作關(guān)系
測(cè)試工程師為了更好地開(kāi)展工作，需要對(duì)開(kāi)發(fā)技術(shù)有深入的理解和實(shí)踐愉粤，有了與開(kāi)發(fā)工程師更多的交流庄敛。

8）降低了項(xiàng)目不能按時(shí)發(fā)布的風(fēng)險(xiǎn)
由于接口測(cè)試很早就介入，在提交給系統(tǒng)測(cè)試前對(duì)項(xiàng)目代碼的核心模塊已經(jīng)做了詳盡的測(cè)試科汗，必定加速系統(tǒng)測(cè)試的時(shí)間藻烤，由此來(lái)保證項(xiàng)目的按時(shí)發(fā)布；

9）提升測(cè)試人員的技能
做接口測(cè)試必須了解開(kāi)發(fā)人員的開(kāi)發(fā)流程和一些開(kāi)發(fā)技能头滔，也需要了解測(cè)試工具的一些使用方法和一些測(cè)試思想怖亭，提升了測(cè)試人員的技術(shù)附加值，提高了自身的竟?fàn)幜Α?/p>

10）促使項(xiàng)目開(kāi)發(fā)過(guò)程的規(guī)范化
要進(jìn)行接口坤检，需要完善的文檔進(jìn)行保障兴猩，沒(méi)有測(cè)試文檔，接口測(cè)試將寸步難行早歇，接口測(cè)試將增加開(kāi)發(fā)過(guò)程規(guī)范化產(chǎn)出倾芝，而規(guī)范化產(chǎn)出也保證了項(xiàng)目質(zhì)量。

負(fù)面測(cè)試與正面測(cè)試的比較
負(fù)面測(cè)試（Negative testing）是相對(duì)于正面測(cè)試（Positive testing）而言的箭跳。它們也是測(cè)試設(shè)計(jì)時(shí)的兩個(gè)非常重要的劃分晨另。簡(jiǎn)單點(diǎn)說(shuō)，正面測(cè)試就是測(cè)試系統(tǒng)是否完成了它應(yīng)該完成的工作谱姓；而負(fù)面測(cè)試就是測(cè)試系統(tǒng)是否不執(zhí)行它不應(yīng)該完成的操作借尿。形象一點(diǎn)，正面測(cè)試就象一個(gè)畢恭畢敬的小學(xué)生，老師叫我做什么路翻，我就做什么狈癞；而負(fù)面測(cè)試就象一個(gè)調(diào)皮搗蛋的孩子，你叫我這樣做茂契，我偏不這樣做蝶桶，而且和你對(duì)著干。開(kāi)發(fā)人員也是最討厭修改此類(lèi)bug的掉冶。

非功能性需求測(cè)試
非功能性需求測(cè)試的英文是non-functional requirements testing 莫瞬，是與功能不相關(guān)的需求測(cè)試，如：性能測(cè)試郭蕉、可用性測(cè)試等。

為什么非功能性需求很重要喂江？在您設(shè)計(jì)解決方案的過(guò)程中滿足功能性需求當(dāng)然是很重要的召锈。但是，如果沒(méi)有考慮非功能性需求获询，您的解決方案則很難取得實(shí)效涨岁。

非功能性需求特點(diǎn)：
1.不要脫離實(shí)際環(huán)境；
2.可靠性吉嚣；
3.可用性梢薪；
4.有效性；
5.可維護(hù)性尝哆；
6.可移植性秉撇。

最后：希望大家都越來(lái)越好。如果有對(duì)測(cè)試這個(gè)崗位想要交流討論的秋泄，歡迎私信琐馆，加入我們的Q群一起進(jìn)步。