中軟國(guó)際是做什么的？

中軟國(guó)際有限公司是國(guó)內(nèi)大型綜合性軟件與信息服務(wù)企業(yè)，是國(guó)內(nèi)比較出名的軟件應(yīng)用和解決方案供應(yīng)商，作為跟它一樣的軟通動(dòng)力也是，在數(shù)字化轉(zhuǎn)型服務(wù)上可能更勝一籌，他們家做企業(yè)的創(chuàng)新技術(shù)與數(shù)字化轉(zhuǎn)型服務(wù)、軟件與技術(shù)服務(wù)以及 數(shù)字化運(yùn)營(yíng)服務(wù) ，做了18年了，相當(dāng)大的公司了。

什么是軟件測(cè)試?

Unit testing（單元測(cè)試），指一段代碼的基本測(cè)試，其實(shí)際大小是未定的，通常是一個(gè)函數(shù)或子程序，一般由開(kāi)發(fā)者執(zhí)行。
testing（集成測(cè)試），被測(cè)試系統(tǒng)的所有組件都集成在一起，找出被測(cè)試系統(tǒng)組件之間關(guān)系和接口中的錯(cuò)誤。該測(cè)試一般在單元測(cè)試之后進(jìn)行。
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è)試。這是管理性和防御性控制。
Alpha testing (α測(cè)試),是由一個(gè)用戶在開(kāi)發(fā)環(huán)境下進(jìn)行的測(cè)試，也可以是公司內(nèi)部的用戶在模擬實(shí)際操作環(huán)境下進(jìn)行的受控測(cè)試，Alpha測(cè)試不能由程序員或測(cè)試員完成。
Beta testing(β測(cè)試),測(cè)試是軟件的多個(gè)用戶在一個(gè)或多個(gè)用戶的實(shí)際使用環(huán)境下進(jìn)行的測(cè)試。開(kāi)發(fā)者通常不在測(cè)試現(xiàn)場(chǎng)，Beta測(cè)試不能由程序員或測(cè)試員完成。
Black box testing（黑盒測(cè)試），指測(cè)試人員不關(guān)心程序具體如何實(shí)現(xiàn)的一種測(cè)試方法。根據(jù)軟件的規(guī)格對(duì)軟件進(jìn)行各種輸入和觀察軟件的各種輸出結(jié)果來(lái)發(fā)現(xiàn)軟件的缺陷的測(cè)試，這類測(cè)試不考慮軟件內(nèi)部的運(yùn)作原理，因此軟件對(duì)用戶來(lái)說(shuō)就像一個(gè)黑盒子。
White box testing（白盒測(cè)試），根據(jù)軟件內(nèi)部的工作原理分析來(lái)進(jìn)行測(cè)試,基于代碼的測(cè)試，測(cè)試人員通過(guò)閱讀程序代碼或者通過(guò)使用開(kāi)發(fā)工具中的單步調(diào)試來(lái)判斷軟件的質(zhì)量，一般白盒測(cè)試由項(xiàng)目經(jīng)理在程序員開(kāi)發(fā)中來(lái)實(shí)現(xiàn)。
Automated Testing（自動(dòng)化測(cè)試），使用自動(dòng)化測(cè)試工具來(lái)進(jìn)行測(cè)試，這類測(cè)試一般不需要人干預(yù)，通常在GUI、性能等測(cè)試中用得較多。
Bug (錯(cuò)誤)，有時(shí)稱作defect（缺陷）或error（錯(cuò)誤），軟件程序中存在的編程錯(cuò)誤，可能會(huì)帶來(lái)不必要的副作用，軟件的功能和特性與設(shè)計(jì)規(guī)格說(shuō)明書(shū)或用戶需求不一致的方面。軟件缺陷表現(xiàn)特征為：軟件未達(dá)到產(chǎn)品說(shuō)明書(shū)標(biāo)明的功能；軟件出現(xiàn)產(chǎn)品說(shuō)明書(shū)指明不會(huì)出現(xiàn)的錯(cuò)誤；軟件功能超出產(chǎn)品說(shuō)明書(shū)指明的范圍；雖然產(chǎn)品說(shuō)明書(shū)未指出但是軟件應(yīng)達(dá)到的目標(biāo)；軟件測(cè)試人員或用戶認(rèn)為軟件難以理解，不易使用，運(yùn)行速度緩慢等問(wèn)題。 Bug report（錯(cuò)誤報(bào)告），也稱為“Bug record（錯(cuò)誤記錄）”，記錄發(fā)現(xiàn)的軟件錯(cuò)誤信息的文檔，通常包括錯(cuò)誤描述、復(fù)現(xiàn)步驟、抓取的錯(cuò)誤圖像和注釋等。
Bug tracking system（錯(cuò)誤跟蹤系統(tǒng)，BTS），也稱為“Defect tracking system，DTS”，管理軟件測(cè)試缺陷的專用數(shù)據(jù)庫(kù)系統(tǒng)，可以高效率地完成軟件缺陷的報(bào)告、驗(yàn)證、修改、查詢、統(tǒng)計(jì)、存儲(chǔ)等任務(wù)。尤其適用于大型多語(yǔ)言軟件的測(cè)試管理。
Exception（異常/例外），一個(gè)引起正常程序執(zhí)行掛起的事件。
Crash（崩潰），計(jì)算機(jī)系統(tǒng)或組件突然并完全的喪失功能，例如軟件或系統(tǒng)突然退出或沒(méi)有任何反應(yīng)（死機(jī)）。
Build（工作版本），軟件開(kāi)發(fā)過(guò)程中用于內(nèi)部測(cè)試的功能和性能等不完善的軟件版本。工作版本既可以是系統(tǒng)的可操作版本，也可以是展示要在最終產(chǎn)品中提供的部分功能的部分系統(tǒng)。
testing (功能測(cè)試)，也稱為behavīoral testing（行為測(cè)試），根據(jù)產(chǎn)品特征、操作描述和用戶方案，測(cè)試一個(gè)產(chǎn)品的特性和可操作行為以確定它們滿足設(shè)計(jì)需求。本地化軟件的功能測(cè)試，用于驗(yàn)證應(yīng)用程序或網(wǎng)站對(duì)目標(biāo)用戶能正確工作。使用適當(dāng)?shù)钠脚_(tái)、瀏覽器和測(cè)試腳本，以保證目標(biāo)用戶的體驗(yàn)將足夠好，就像應(yīng)用程序是專門(mén)為該市場(chǎng)開(kāi)發(fā)的一樣。
Load testing（負(fù)載測(cè)試），通過(guò)測(cè)試系統(tǒng)在資源超負(fù)荷情況下的表現(xiàn)，以發(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)的方面。
testing（性能測(cè)試），評(píng)價(jià)一個(gè)產(chǎn)品或組件與性能需求是否符合的測(cè)試。包括負(fù)載測(cè)試、強(qiáng)度測(cè)試、數(shù)據(jù)庫(kù)容量測(cè)試、基準(zhǔn)測(cè)試等類型。
Pilot testing（引導(dǎo)測(cè)試），軟件開(kāi)發(fā)中，驗(yàn)證系統(tǒng)在真實(shí)硬件和客戶基礎(chǔ)上處理典型操作的能力。在軟件外包測(cè)試中，引導(dǎo)測(cè)試通常是客戶檢查軟件測(cè)試公司測(cè)試能力的一種形式，只有通過(guò)了客戶特定的引導(dǎo)測(cè)試，軟件測(cè)試公司才能接受客戶真實(shí)軟件項(xiàng)目的軟件測(cè)試。
testing（可移植性測(cè)試），測(cè)試軟件是否可以被成功移植到指定的硬件或軟件平臺(tái)上。
Testing（兼容性測(cè)試），也稱“ testing（配置測(cè)試）”，測(cè)試軟件是否和系統(tǒng)的其它與之交互的元素之間兼容，如：瀏覽器、操作系統(tǒng)、硬件等。驗(yàn)證測(cè)試對(duì)象在不同的軟件和硬件配置中的運(yùn)行情況。
testing（安裝測(cè)試），確保該軟件在正常情況和異常情況的不同條件下，例如，進(jìn)行首次安裝、升級(jí)、完整的或自定義的安裝都能進(jìn)行安裝。異常情況包括磁盤(pán)空間不足、缺少目錄創(chuàng)建權(quán)限等。核實(shí)軟件在安裝后可立即正常運(yùn)行。安裝測(cè)試包括測(cè)試安裝代碼以及安裝手冊(cè)。安裝手冊(cè)提供如何進(jìn)行安裝，安裝代碼提供安裝一些程序能夠運(yùn)行的基礎(chǔ)數(shù)據(jù)。
testing（國(guó)際化測(cè)試），國(guó)際化測(cè)試的目的是測(cè)試軟件的國(guó)際化支持能力，發(fā)現(xiàn)軟件的國(guó)際化的潛在問(wèn)題，保證軟件在世界不同區(qū)域中都能正常運(yùn)行。國(guó)際化測(cè)試使用每種可能的國(guó)際輸入類型，針對(duì)任何區(qū)域性或區(qū)域設(shè)置檢查產(chǎn)品的功能是否正常，軟件國(guó)際化測(cè)試的重點(diǎn)在于執(zhí)行國(guó)際字符串的輸入/輸出功能。國(guó)際化測(cè)試數(shù)據(jù)必須包含東亞語(yǔ)言、德語(yǔ)、復(fù)雜腳本字符和英語(yǔ)（可選）的混合字符。
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ǔ)不一致等。
testing（本地化測(cè)試），本地化測(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ī)幫助等部分。
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ò)程。
Smoke testing（冒煙測(cè)試），冒煙測(cè)試的對(duì)象是每一個(gè)新編譯的需要正式測(cè)試的軟件版本，目的是確認(rèn)軟件基本功能正常，可以進(jìn)行后續(xù)的正式測(cè)試工作。冒煙測(cè)試的執(zhí)行者是版本編譯人員。參考“Sanity testing（健全測(cè)試）”。
Sanity testing（健全測(cè)試），軟件主要功能成分的簡(jiǎn)單測(cè)試以保證它是否能進(jìn)行基本的測(cè)試。
User interface（用戶界面，UI），廣義是指使用戶可以和計(jì)算機(jī)進(jìn)行交互的硬件和/或軟件。狹義是指軟件中的可見(jiàn)外觀及其底層與用戶交互的部分（菜單、對(duì)話框、窗口和其它控件）。
User interface testing (用戶界面測(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è)試。
Static testing（靜態(tài)測(cè)試），不通過(guò)執(zhí)行來(lái)測(cè)試一個(gè)系統(tǒng)。如代碼檢查，文檔檢查和評(píng)審等。
testing（回歸測(cè)試），在發(fā)生修改之后重新測(cè)試先前的測(cè)試以保證修改的正確性。理論上，對(duì)軟件的任何新版本，都需要進(jìn)行回歸測(cè)試，驗(yàn)證以前發(fā)現(xiàn)和修復(fù)的錯(cuò)誤是否在新軟件版本上再現(xiàn)。
Capture/Replay Tool (捕獲/回放工具)，一種測(cè)試工具，能夠捕獲在測(cè)試過(guò)程中傳遞給軟件的輸入，并且能夠在以后的時(shí)間中，重復(fù)這個(gè)執(zhí)行的過(guò)程。這類工具一般在GUI測(cè)試中用的較多。
Debug（調(diào)試），開(kāi)發(fā)人員確定引起錯(cuò)誤的根本原因和確定可能的修復(fù)措施的過(guò)程。一般發(fā)生在子系統(tǒng)或單元模塊編碼完成時(shí)，或者根據(jù)測(cè)試錯(cuò)誤報(bào)告指出錯(cuò)誤以后，開(kāi)發(fā)人員需要執(zhí)行調(diào)試過(guò)程來(lái)解決已存在的錯(cuò)誤。
（部署），也稱為shipment(發(fā)布)，對(duì)內(nèi)部IT系統(tǒng)而言，指它的第一個(gè)版本通過(guò)徹底的測(cè)試、形成產(chǎn)品、交付給付款客戶的階段。 Dynamic testing（動(dòng)態(tài)測(cè)試），通過(guò)執(zhí)行軟件的手段來(lái)測(cè)試軟件。
Garbage （亂碼字符），程序界面中顯示的無(wú)意義的字符，例如，程序?qū)﹄p字節(jié)字符集的字符不支持時(shí)，這些字符不能正確顯示。
GB 18030 testing（GB 18030測(cè)試），軟件支持GB 18030字符集標(biāo)準(zhǔn)能力的測(cè)試，包括GB 18030字符的輸入、輸出、顯示、存儲(chǔ)的支持程度。
Priority（優(yōu)先權(quán)），從商業(yè)角度出發(fā)是指錯(cuò)誤的重要性，尤其是從客戶和用戶的角度出發(fā)，是指錯(cuò)誤對(duì)于系統(tǒng)的可行性和可接受性的影響。與“Severity（嚴(yán)重性）”相對(duì)照。
Severity（嚴(yán)重性），錯(cuò)誤對(duì)被測(cè)系統(tǒng)的影響程度，在終端用戶條件下發(fā)生的可能性，軟件錯(cuò)誤妨礙系統(tǒng)使用的程度。
Quality assurance（質(zhì)量保證QA），采取相關(guān)活動(dòng)，以保證一個(gè)開(kāi)發(fā)組織交付的產(chǎn)品滿足性能需求和已確立的標(biāo)準(zhǔn)和過(guò)程。
Review（評(píng)審），在產(chǎn)品開(kāi)發(fā)過(guò)程中，把產(chǎn)品提交給項(xiàng)目成員、用戶、管理者或其它相關(guān)人員評(píng)價(jià)或批準(zhǔn)的過(guò)程。
Screen shot（抓屏、截圖），軟件測(cè)試中，將軟件界面中的錯(cuò)誤（窗口、菜單、對(duì)話框等）的全部或一部分，使用專用工具存儲(chǔ)成圖像文件，以便于后續(xù)處理。
Software life cycle（軟件生命周期），開(kāi)始于一個(gè)軟件產(chǎn)品的構(gòu)思，結(jié)束于該產(chǎn)品不再被使用的這段期間。
query language（結(jié)構(gòu)化查詢語(yǔ)句，SQL），在一個(gè)關(guān)系數(shù)據(jù)庫(kù)中查詢和處理數(shù)據(jù)的一種語(yǔ)言。
TBD(To be ，待定)，在測(cè)試文檔中標(biāo)是一項(xiàng)進(jìn)行中的尚未最終確定的工作。
Test（測(cè)試），執(zhí)行軟件以驗(yàn)證其滿足指定的需求并檢測(cè)錯(cuò)誤的過(guò)程。檢測(cè)已有條件之間的不同，并評(píng)價(jià)軟件項(xiàng)的特性軟件項(xiàng)的分析過(guò)程。軟件工程過(guò)程的一個(gè)活動(dòng)，它將軟件在預(yù)定的條件下運(yùn)行以判斷軟件是否符合預(yù)期結(jié)果。
Test case（測(cè)試用例），為特定目標(biāo)而開(kāi)發(fā)的一組測(cè)試輸入、執(zhí)行條件和預(yù)期結(jié)果，其目標(biāo)可以是測(cè)試某個(gè)程序路徑或核實(shí)是否滿足某個(gè)特定的需求。
Testing coverage（測(cè)試覆蓋），指測(cè)試系統(tǒng)覆蓋被測(cè)試系統(tǒng)的程度，一項(xiàng)給定測(cè)試或一組測(cè)試對(duì)某個(gè)給定系統(tǒng)或構(gòu)件的所有指定測(cè)試用例進(jìn)行處理所達(dá)到的程度。
Testing （測(cè)試環(huán)境），進(jìn)行測(cè)試的環(huán)境，包括測(cè)試平臺(tái)、測(cè)試基礎(chǔ)設(shè)施、測(cè)試實(shí)驗(yàn)室和其他設(shè)施。
Testing item（測(cè)試項(xiàng)），作為測(cè)試對(duì)象的工作版本。
Testing plan（測(cè)試計(jì)劃），描述了要進(jìn)行的測(cè)試活動(dòng)的范圍、方法、資源和進(jìn)度的文檔。它確定測(cè)試項(xiàng)、被測(cè)特性、測(cè)試任務(wù)、誰(shuí)執(zhí)行任務(wù)、各種可能的風(fēng)險(xiǎn)。
Testing procedure（測(cè)試過(guò)程），指設(shè)置、執(zhí)行給定測(cè)試用例并對(duì)測(cè)試結(jié)果進(jìn)行評(píng)估的一系列詳細(xì)步驟。
Testing scrīpt（測(cè)試腳本），一般指的是一個(gè)特定測(cè)試的一系列指令，這些指令可以被自動(dòng)化測(cè)試工具執(zhí)行。
Testing suite（測(cè)試包），一組測(cè)試用里的執(zhí)行框架；一種組織測(cè)試用例的方法。在測(cè)試包里，測(cè)試用例可以組合起來(lái)創(chuàng)造出獨(dú)特的測(cè)試條件。
（自動(dòng)化測(cè)試工具），可以用于黑盒測(cè)試功能測(cè)試等。是國(guó)內(nèi)優(yōu)秀軟件。
（測(cè)試管理工具），可以用來(lái)管理測(cè)試用例，以復(fù)用測(cè)試用例來(lái)提高測(cè)試管理質(zhì)量

最新的軟件測(cè)試方法有哪些?

隨著軟件測(cè)試技術(shù)的不斷發(fā)展，測(cè)試方法也越來(lái)越多樣化，針對(duì)性更強(qiáng)；選擇合適的軟件測(cè)試方法可以讓我們事半功倍。以下是一些常用的軟件測(cè)試方法：
β測(cè)試_Beta測(cè)試
β測(cè)試，英文是Beta testing。又稱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。又稱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è)試，英文是 testing。又稱兼容性測(cè)試。
可移植性測(cè)試是指測(cè)試軟件是否可以被成功移植到指定的硬件或軟件平臺(tái)上。
用戶界面測(cè)試-UI測(cè)試
用戶界面測(cè)試，英文是User interface testing。又稱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è)試的名稱可以理解為該種測(cè)試耗時(shí)短，僅用一袋煙功夫足夠了。也有人認(rèn)為是形象地類比新電路板功基本功能檢查。任何新電路板焊好后，先通電檢查，如果存在設(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è)試 ( testing)一起進(jìn)行。
本地化測(cè)試
本地化測(cè)試，英文是 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è)試，英文是 testing。
本地化能力測(cè)試是指不需要重新設(shè)計(jì)或修改代碼，將程序的用戶界面翻譯成任何目標(biāo)語(yǔ)言的能力。為了降低本地化能力測(cè)試的成本，提高測(cè)試效率，本地化能力側(cè)是通常在軟件的偽本地化版本上進(jìn)行。
本地化能力測(cè)試中發(fā)現(xiàn)的典型錯(cuò)誤包括：字符的硬編碼（即軟件中需要本地化的字符寫(xiě)在了代碼內(nèi)部），對(duì)需要本地化的字符長(zhǎng)度設(shè)置了固定值，在軟件運(yùn)行時(shí)以控件位置定位，圖標(biāo)和位圖中包含了需要本地化的文本，軟件的用戶界面與文檔術(shù)語(yǔ)不一致等。
國(guó)際化測(cè)試
國(guó)際化測(cè)試，英文是 testing。又稱國(guó)際化支持測(cè)試。
國(guó)際化測(cè)試的目的是測(cè)試軟件的國(guó)際化支持能力，發(fā)現(xiàn)軟件的國(guó)際化的潛在問(wèn)題，保證軟件在世界不同區(qū)域都能正常運(yùn)行。國(guó)際化測(cè)試使用每種可能的國(guó)際輸入類型，針對(duì)任何區(qū)域性或區(qū)域設(shè)置檢查產(chǎn)品的功能是否正常，軟件國(guó)際化測(cè)試的重點(diǎn)在于執(zhí)行國(guó)際字符串的輸入/輸出功能。國(guó)際化測(cè)試數(shù)據(jù)必須包含東亞語(yǔ)言、德語(yǔ)、復(fù)雜腳本字符和英語(yǔ)（可選）的混合字符。
國(guó)際化支持測(cè)試是指驗(yàn)證軟件程序在不同或區(qū)域的平臺(tái)上也能夠如預(yù)期的那樣運(yùn)行，而且還可以按照原設(shè)計(jì)尊重和支持使用當(dāng)?shù)爻Ｓ玫娜掌?，字體，文字表示，特殊格式等等。比如，用英文版的 Windows XP 和 Microsoft Word 能否展示阿拉伯字符串?用阿拉伯版的 Windows XP 和 阿拉伯版的Microsoft Word 能否展示阿拉伯字符串?又比如，日文版的Microsoft Excel對(duì)話框是否顯示正確翻譯的日語(yǔ)?一旦來(lái)說(shuō)執(zhí)行國(guó)際化支持測(cè)試的測(cè)試人員往往需要基本上了解這些或地區(qū)的語(yǔ)言要求和期望行為是什么。
安裝測(cè)試
安裝測(cè)試，英文是 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。又稱結(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、、logiscope。
黑盒測(cè)試-功能測(cè)試-數(shù)據(jù)驅(qū)動(dòng)測(cè)試
黑盒測(cè)試，英文是Black Box Testing。又稱功能測(cè)試或者數(shù)據(jù)驅(qū)動(dòng)測(cè)試。
黑盒測(cè)試是根據(jù)軟件的規(guī)格對(duì)軟件進(jìn)行的測(cè)試，這類測(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è)試常用工具有：、winrunner、。
自動(dòng)化測(cè)試
自動(dòng)化測(cè)試，英文是Automated Testing。
使用自動(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)化。國(guó)內(nèi)領(lǐng)先的自動(dòng)化測(cè)試服務(wù)提供商是澤眾軟件。自動(dòng)化測(cè)試工具有和TAR等。
回歸測(cè)試
回歸測(cè)試，英文是 testing。
回歸測(cè)試是指在發(fā)生修改之后重新測(cè)試先前的測(cè)試以保證修改的正確性。理論上，軟件產(chǎn)生新版本，都需要進(jìn)行回歸測(cè)試，驗(yàn)證以前發(fā)現(xiàn)和修復(fù)的錯(cuò)誤是否在新軟件版本上再次出現(xiàn)。
根據(jù)修復(fù)好了的缺陷再重新進(jìn)行測(cè)試?；貧w測(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è)試，英文是 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)收或Alpha 測(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è)試，英文是 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è)試又被稱為自由形式測(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è)試，英文是 Testing。
集成測(cè)試是指一個(gè)應(yīng)用系統(tǒng)的各個(gè)部件的聯(lián)合測(cè)試，以決定他們能否在一起共同工作并沒(méi)有沖突。部件可以是代碼塊、獨(dú)立的應(yīng)用、網(wǎng)絡(luò)上的客戶端或服務(wù)器端程序。這種類型的測(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ū)的黑盒類測(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)的軟件，還要包含軟件所依賴的硬件、外設(shè)甚至包括某些數(shù)據(jù)、某些支持軟件及其接口等。因此，必須將系統(tǒng)中的軟件與各種依賴的資源結(jié)合起來(lái)，在系統(tǒng)實(shí)際運(yùn)行環(huán)境下來(lái)進(jìn)行測(cè)試。
端到端測(cè)試
端到端測(cè)試，英文是End to End Testing。
端到端測(cè)試類似于系統(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è)試”?？赡芎茈y確定需要多少遍再次測(cè)試。尤其在接近開(kāi)發(fā)周期結(jié)束時(shí)。自動(dòng)測(cè)試工具對(duì)這類測(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è)試之類的測(cè)試，如某個(gè)動(dòng)作或輸入大量的重復(fù)，大量數(shù)據(jù)的輸入，對(duì)一個(gè)數(shù)據(jù)庫(kù)系統(tǒng)大量的復(fù)雜查詢等。
壓力測(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è)試，英文是 Testing。
性能測(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ì)流失(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)證重新初始化（）、檢查點(diǎn)( )、數(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è)法截取或破譯口令；
②專門(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è)試，英文是 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è)試，英文是 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。又稱邊界值測(cè)試。
一種黑盒測(cè)試方法，適度等價(jià)類分析方法的一種補(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è)試，英文是 Testing。
強(qiáng)力測(cè)試通常驗(yàn)證軟件的性能在各種極端的環(huán)境和系統(tǒng)條件下是否還能正常工作?；蛘哒f(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è)試的英文是 partition testing。
等價(jià)劃分測(cè)試是根據(jù)等價(jià)類設(shè)計(jì)測(cè)試用例的一種技術(shù)。是黑盒測(cè)試的典型方法之一，通過(guò)把被測(cè)試程序所有可能的輸入數(shù)據(jù)域劃分成若干部分。從每一部分中選取少數(shù)有代表性的數(shù)據(jù)作為測(cè)試用例，可有效減少測(cè)試次數(shù)，極大提高軟件測(cè)試效率，縮短軟件開(kāi)發(fā)周期．等價(jià)類劃分測(cè)試的目的就是為了在有限的測(cè)試資源的情況下，用少量有代表性的數(shù)據(jù)得到比較好的測(cè)試效果。有效等價(jià)類盒無(wú)效等價(jià)類。有效等價(jià)類中的數(shù)據(jù)代表的是一組符合需求文檔的正確的有意義數(shù)據(jù)。無(wú)效等價(jià)類則正相反。
判定表
判定表的英文是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í)施依賴于多個(gè)邏輯條件的組合，即：針對(duì)不同邏輯條件的組合值，分別執(zhí)行不同的操作。判定表很適合于處理這類問(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ì)模型中的類屬性定義和實(shí)現(xiàn)中的控件屬性組織在一起,構(gòu)建描述界面的邏輯對(duì)照表,輔助測(cè)試腳本引擎執(zhí)行自動(dòng)測(cè)試腳本.借助設(shè)計(jì)模型中擴(kuò)展的類定義,MATIS方法可以自動(dòng)生成測(cè)試用例和測(cè)試數(shù)據(jù)。
文檔測(cè)試

學(xué)軟件測(cè)試要什么基礎(chǔ)?

學(xué)軟件測(cè)試有基礎(chǔ)、零基礎(chǔ)都可以。大多數(shù)軟件測(cè)試課程一般都是從零基礎(chǔ)開(kāi)始，大多數(shù)人都能學(xué)會(huì)。教育就有線上免費(fèi)的軟件測(cè)試公開(kāi)課，。
如果真的需要一定的基礎(chǔ)，那就是操作電腦的基本能力，相信幾乎人人都會(huì)。如今互聯(lián)網(wǎng)軟件測(cè)試行業(yè)，在國(guó)內(nèi)可是非常吃香的，尤其是近些年隨著軟件的普及，人們對(duì)軟件的要求也是越來(lái)越高，因此國(guó)內(nèi)各大互聯(lián)網(wǎng)企業(yè)，也開(kāi)始大量招聘軟件測(cè)試人員，但由于這個(gè)崗位在我國(guó)的發(fā)展時(shí)間并不長(zhǎng)，人員需求也是供應(yīng)不求的。首先學(xué)習(xí)軟件測(cè)試是個(gè)不錯(cuò)的選擇，總體上來(lái)說(shuō)入門(mén)難度并不算高，即使計(jì)算機(jī)基礎(chǔ)知識(shí)比較薄弱的人，只要通過(guò)一個(gè)系統(tǒng)的學(xué)習(xí)過(guò)程，也是能夠滿足軟件測(cè)試崗位的基本要求的。不過(guò)入門(mén)軟件測(cè)試的難度并不算高，但是需要學(xué)習(xí)的內(nèi)容卻比較多，也比較雜。只是可能相對(duì)有基礎(chǔ)的人來(lái)說(shuō)，他們可以選擇自學(xué)，而沒(méi)有基礎(chǔ)的人，就有選擇報(bào)班培訓(xùn)這種方式了，但報(bào)班學(xué)習(xí)時(shí)間比較短，整體學(xué)習(xí)也是比較全面的集中的。并且學(xué)習(xí)中遇到的技術(shù)問(wèn)題可以很快解決。同時(shí)還有專項(xiàng)練習(xí)，比自學(xué)有更強(qiáng)的學(xué)習(xí)氛圍。將在高校、企業(yè)、學(xué)員和各方合作伙伴支持下，努力成為一個(gè)有情懷、有良心、有品質(zhì)的一流教育機(jī)構(gòu)，為培養(yǎng)更多高質(zhì)量數(shù)字技能人才。