軟件測(cè)試技術(shù)是軟件開發(fā)過程中的一個(gè)重要組成部分，是貫穿整個(gè)軟件開發(fā)生命周期、對(duì)軟件產(chǎn)品（包括階段性產(chǎn)品）進(jìn)行驗(yàn)證和確認(rèn)的活動(dòng)過程。其目的是盡快盡早地發(fā)現(xiàn)在軟件產(chǎn)品中所存在的各種問題，與用戶需求、預(yù)先定義的不一致性。檢查軟件產(chǎn)品中可能存在的 Bug，并且編寫缺陷報(bào)告，交于開發(fā)人員修改。軟件測(cè)試人員的基本目標(biāo)是發(fā)現(xiàn)軟件中的錯(cuò)誤。
軟件測(cè)試技術(shù)就相當(dāng)于是軟件測(cè)試人員的武器。作為軟件測(cè)試人員，必須要清楚了解可以通過哪些手段去保障產(chǎn)品的質(zhì)量。只有知道了這些白盒測(cè)試又稱邏輯，才能更好的完成測(cè)試的工作。
軟件測(cè)試分類
軟件測(cè)試的分類可以按照不同的維度去劃分，一般來說可以按照下面的這些維度去劃分。
按開發(fā)階段分類按測(cè)試實(shí)施組織分類按測(cè)試執(zhí)行方式分類按是否查看代碼分類按是否手工執(zhí)行分類按測(cè)試對(duì)象分類其他分類黑盒測(cè)試
黑盒測(cè)試又叫功能測(cè)試、數(shù)據(jù)驅(qū)動(dòng)測(cè)試或基于需求規(guī)格說明書的功能測(cè)試。該類測(cè)試注重于測(cè)試軟件的功能性需求。
采用這種測(cè)試方法，測(cè)試工程師把測(cè)試對(duì)象看作一個(gè)黑盒子，完全不考慮程序內(nèi)部的邏輯結(jié)構(gòu)和內(nèi)部特性，只依據(jù)程序的需求文檔，檢查程序的功能是否符合它的功能說明。測(cè)試工程師無需了解程序代碼的內(nèi)部構(gòu)造，完全模擬軟件產(chǎn)品的最終用戶使用該軟件，檢查軟件產(chǎn)品是否達(dá)到了用戶的需求。
黑盒測(cè)試方法能更好、更真實(shí)地從用戶角度來考察被測(cè)系統(tǒng)的功能性需求實(shí)現(xiàn)情況。在軟件測(cè)試的各個(gè)階段，如單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試及驗(yàn)收測(cè)試等階段中，黑盒測(cè)試都發(fā)揮著重要作用，尤其在系統(tǒng)測(cè)試和確認(rèn)測(cè)試中，其作用是其他測(cè)試方法無法取代的。
白盒測(cè)試
白盒測(cè)試又稱結(jié)構(gòu)測(cè)試、透明盒測(cè)試、邏輯驅(qū)動(dòng)測(cè)試或基于代碼的測(cè)試。白盒法可以全面了解程序內(nèi)部邏輯結(jié)構(gòu)、對(duì)所有邏輯路徑進(jìn)行測(cè)試。
白盒測(cè)試常用的方法有代碼檢查法、靜態(tài)結(jié)構(gòu)分析法、靜態(tài)質(zhì)量度量法、邏輯覆蓋法、基本路徑測(cè)試法。
分層測(cè)試體系
其中 Unit 代表單元測(cè)試，API 代表接口測(cè)試，UI 代表頁面級(jí)的系統(tǒng)測(cè)試。分層的自動(dòng)化測(cè)試倡導(dǎo)產(chǎn)品的不同層次都需要自動(dòng)化測(cè)試，這個(gè)金字塔也正表示不同層次需要投入的精力和工作量。對(duì)于測(cè)試金字塔，越靠下越容易自動(dòng)化，越靠下成本越低，越靠下效率越高。
分層測(cè)試顧名思義就是分多個(gè)層次一個(gè)層次一個(gè)層次的測(cè)試，比如先測(cè)完中間接口層，再測(cè)最上層的界面。當(dāng)然了，也可以同時(shí)測(cè)試。
分層測(cè)試的測(cè)試方法還是原來的測(cè)試方法，但對(duì)測(cè)試人員的代碼能力還有自動(dòng)化測(cè)試水平有較高要求，同時(shí)要求測(cè)試人員和開發(fā)團(tuán)隊(duì)真正的理解敏捷開發(fā)和敏捷測(cè)試，甚至要求開發(fā)團(tuán)隊(duì)達(dá)到開發(fā)即測(cè)試、測(cè)試即開發(fā)的能力。
單元測(cè)試
對(duì)軟件中的最小可測(cè)試單元進(jìn)行檢查和驗(yàn)證。具體的說就是開發(fā)者編寫的一小段代碼，用于檢驗(yàn)被測(cè)代碼的一個(gè)很小的、很明確的功能是否正確。通常而言，一個(gè)單元測(cè)試是用于判斷某個(gè)特定條件（或者場(chǎng)景）下某個(gè)特定函數(shù)的行為。
接口測(cè)試
接口測(cè)試是測(cè)試系統(tǒng)組件間接口的一種測(cè)試，主要用于檢測(cè)外部系統(tǒng)與系統(tǒng)之間以及內(nèi)部各個(gè)子系統(tǒng)之間的交互點(diǎn)。
測(cè)試的重點(diǎn)是要檢查接口參數(shù)傳遞的正確性，接口功能實(shí)現(xiàn)的正確性，輸出結(jié)果的正確性，以及對(duì)各種異常情況的容錯(cuò)處理的完整性和合理性。
接口測(cè)試可以更早介入，介入越早越能更早的發(fā)現(xiàn)問題，還可以縮短項(xiàng)目周期，能夠發(fā)現(xiàn)更底層的 Bug，減少開發(fā)成本。
因?yàn)椴煌耍ㄇ岸耍蠖耍┑墓ぷ鬟M(jìn)度不一樣，所以要針對(duì)最開始出來的接口白盒測(cè)試又稱邏輯，以及需要調(diào)用其他公司的（銀行，支付寶，微信，等）一些接口進(jìn)行接口測(cè)試及驗(yàn)證數(shù)據(jù)，從安全層面來說，只依賴前端進(jìn)行限制已經(jīng)完全不能滿足系統(tǒng)的安全要求（繞過前面實(shí)在太容易），需要后端同樣進(jìn)行控制，在這種情況下就需要從接口層面進(jìn)行驗(yàn)證。前后端傳輸、日志打印等信息是否加密傳輸也是需要驗(yàn)證的，特別是涉及到用戶的隱私信息，如身份證，銀行卡等。
UI 測(cè)試
UI 測(cè)試測(cè)的是應(yīng)用中的用戶界面是否如預(yù)期工作。比如，用戶的輸入需要觸發(fā)正確的動(dòng)作，數(shù)據(jù)需要能展示給用戶看，UI 的狀態(tài)需要發(fā)生正確變化等。
對(duì)于 UI 測(cè)試，可以采用靜態(tài)測(cè)試方法，也可以采用動(dòng)態(tài)測(cè)試方法。
對(duì)于用戶界面的布局，風(fēng)格，字體，圖片等與顯示相關(guān)的部分測(cè)試應(yīng)該采用靜態(tài)測(cè)試，比如點(diǎn)檢表測(cè)試，即將測(cè)試必須通過的項(xiàng)用點(diǎn)檢表一條一條列舉出，然后通過觀察確保每項(xiàng)是否通過。
對(duì)用戶界面中各個(gè)類別的控件應(yīng)該采用動(dòng)態(tài)測(cè)試，即編寫測(cè)試用例或者點(diǎn)檢表，對(duì)每個(gè)按鈕的響應(yīng)情況進(jìn)行測(cè)試，是否符合概要設(shè)計(jì)所規(guī)定的條件，還可以對(duì)用戶界面在不同環(huán)境下的顯示情況進(jìn)行測(cè)試。
UI 測(cè)試需要關(guān)注的內(nèi)容包括通過瀏覽測(cè)試對(duì)象可正確反映業(yè)務(wù)的功能和需求，這種瀏覽包括窗口與窗口之間、字段與字段之間的瀏覽。各種訪問方法 （Tab 鍵、鼠標(biāo)移動(dòng)和快捷鍵）是否支持。還有窗口的對(duì)象和特征，比如菜單、大小、位置、狀態(tài)和中心等都符合標(biāo)準(zhǔn)。
