Hello , 大家好 , 又給大家?guī)硇碌膶趪D ~
這個(gè)專欄是專門為零基礎(chǔ)小白從 0 到 1 了解軟件測(cè)試基礎(chǔ)理論設(shè)計(jì)的 , 雖然還不足以讓你成為軟件測(cè)試行業(yè)的佼佼者 , 但是可以讓你了解一下軟件測(cè)試行業(yè)的相關(guān)知識(shí) , 具有一定的競(jìng)爭(zhēng)實(shí)力 .
那也歡迎大家訂閱此專欄 : https://blog.csdn.net/m0_53117341/category_12427509.html
希望大家都能夠拿到好的 Offer

那在最開始 , 我們先把這篇文章的大體脈絡(luò)以思維導(dǎo)圖的形式展現(xiàn)出來

測(cè)試分類.xmind

一 . 按照測(cè)試對(duì)象劃分

1.1 文檔測(cè)試

實(shí)際工作中 , 也很少進(jìn)行文檔測(cè)試 , 最主要的一個(gè)原因就是 : 人們想的往往跟寫出來的南轅北轍 , 產(chǎn)品經(jīng)理表達(dá)的意思是他要餐巾紙 , 你聽成了三斤屎 , 每個(gè)人理解問題的角度和表述能力是不一樣的 , 所以通過文檔測(cè)試的方式不適合于日常開發(fā)

1.2 可靠性測(cè)試

可靠性（Availability）即可用性 , 是指系統(tǒng)正常運(yùn)行的能力或者程度 , 一般用正常向用戶提供軟件服務(wù)的時(shí)間占總時(shí)間的百分比表示 , 實(shí)際表達(dá)的意思就是程序正常使用多長(zhǎng)時(shí)間

可靠性 = 正常運(yùn)行時(shí)間 / (正常運(yùn)行時(shí)間 + 非正常運(yùn)行時(shí)間 ) * 100%
= 正常運(yùn)行時(shí)間 / 總時(shí)間 * 100%

舉個(gè)例子 :

可用性指標(biāo)一般要求達(dá)到 4 個(gè)或 5 個(gè) “9” , 即 99.99% 或者 99.999% , 最高可達(dá)到 100%

如果想要達(dá)成 4 個(gè) 9 (99.99%) 以及 5 個(gè) 9 (99.999%) , 對(duì)于全年無休的系統(tǒng)來說 , 不可用的時(shí)間是多少呢 ?

1.3 容錯(cuò)性測(cè)試

容錯(cuò)性測(cè)試是指系統(tǒng)能夠處理異常 , 用戶的錯(cuò)誤操作而不至于系統(tǒng)崩潰 , 從而能夠提高系統(tǒng)的可用性

容錯(cuò)性測(cè)試與可靠性測(cè)試非常相似 , 但是并不相同 , 容錯(cuò)性指的是出問題了還能不能用 , 可靠性指的是程序出不出問題

舉個(gè)栗子 :
有一架飛機(jī) , 他有四個(gè)引擎 , 假如說有一個(gè)引擎壞掉了 , 但是飛機(jī)還能正常運(yùn)行
那么這架飛機(jī)他的容錯(cuò)性非常好 , 有一個(gè)引擎壞掉了 , 這就是不可靠性的體現(xiàn)

1.4 安裝卸載測(cè)試

應(yīng)用的安裝和卸載在任何一款 APP 中都屬于最基本功能 , 一旦出錯(cuò) , 就屬于優(yōu)先級(jí)為緊要 Critical 的缺陷

在工作中 , 很容易就遺忘了安裝卸載測(cè)試

1.5 內(nèi)存泄漏測(cè)試

有一些語言會(huì)自動(dòng)幫我們進(jìn)行內(nèi)存釋放 , 但是有一些語言 , 動(dòng)態(tài)開辟的內(nèi)存要程序員手動(dòng)釋放的 , 比如 C 語言 .

那么程序員也不是神 , 我們很容易就會(huì)造成內(nèi)存泄漏 .

在工作中 , 會(huì)有兩種方法測(cè)試 :

1. 人工肉眼觀察 : 費(fèi)力不討好 , 先大概看一眼有沒有明顯問題
2. 借助工具對(duì)代碼進(jìn)行掃描 : Visual Leak Detector / sonar , 記錄每次內(nèi)存分配 , 清楚告訴用戶內(nèi)存是如何泄漏的

1.6 弱網(wǎng)測(cè)試

智能手機(jī)在網(wǎng)絡(luò)不好的情況下 , 一直獲取不到內(nèi)容的時(shí)候 , 基本都會(huì)給予彈窗提醒 ( ANR 彈窗 )

某一時(shí)間段內(nèi) , 如果網(wǎng)絡(luò)狀況不太好 , 客戶端就會(huì)對(duì)服務(wù)器頻繁地發(fā)送請(qǐng)求 , 造成服務(wù)器有一定的壓力

我們可以模擬 WIFI 環(huán)境、5G、4G、3G、2G 環(huán)境等等 , 針對(duì)這些環(huán)境分別測(cè)試我們的產(chǎn)品能否在這些環(huán)境正常運(yùn)行

我們可以去看后臺(tái)數(shù)據(jù) , 哪種網(wǎng)絡(luò)環(huán)境使用人數(shù)多 , 優(yōu)先測(cè)試哪種網(wǎng)絡(luò)環(huán)境

我們可以通過 Fiddler 工具進(jìn)行弱網(wǎng)環(huán)境模擬

工作中還有可能使用 Charles , 會(huì)更方便一點(diǎn)

1、打開弱網(wǎng)設(shè)置選項(xiàng)

2、打開弱網(wǎng)設(shè)置的腳本 , 找到以下位置

這里的 300 150 代表傳輸 1 KB 需要多少 ms
我們通過設(shè)置上行速率和下行速率來模擬不同的網(wǎng)絡(luò)環(huán)境
那么怎么知道上行速率和下行速率我們?cè)撛O(shè)置多少呢 ?
百度即可

參考鏈接

二 . 按是否查看代碼劃分

2.1 黑盒測(cè)試

黑盒測(cè)試是純功能測(cè)試 , 不關(guān)心產(chǎn)品是怎樣實(shí)現(xiàn)的 (不看代碼)
一般在執(zhí)行系統(tǒng)測(cè)試階段 , 會(huì)進(jìn)行黑盒測(cè)試的方法

2.2 白盒測(cè)試

白盒測(cè)試就需要關(guān)注程序的具體實(shí)現(xiàn)了 (看代碼) , 他一般是在單元測(cè)試階段使用的方法

2.3 灰盒測(cè)試

灰盒測(cè)試是介于黑盒測(cè)試和白盒測(cè)試之間的測(cè)試方法 , 灰盒測(cè)試多用于集成測(cè)試階段 , 不僅關(guān)注輸出、輸入的正確性 , 同時(shí)也關(guān)注程序內(nèi)部的情況 . 灰盒測(cè)試沒有黑盒測(cè)試用例覆蓋面積大 , 又沒有白盒測(cè)試對(duì)于代碼的分析那么詳盡

面試題 : 哪種測(cè)試方法用的多 ?

黑盒測(cè)試和白盒測(cè)試測(cè)試人員都會(huì)用的到 , 在工作中根據(jù)具體情況來結(jié)合黑盒測(cè)試和白盒測(cè)試
通常情況下 , 黑盒測(cè)試對(duì)于測(cè)試人員會(huì)用的多一點(diǎn)

三 . 按照開發(fā)階段劃分

3.1 單元測(cè)試

單元測(cè)試是對(duì)程序的 “最小單元” 測(cè)試

基本情況下 , 就是對(duì)我們程序中每一個(gè)小功能進(jìn)行測(cè)試

3.2 集成測(cè)試

集成測(cè)試也稱聯(lián)合測(cè)試 , 把程序中不同的模塊采用適當(dāng)?shù)姆椒ńM裝起來 , 對(duì)系統(tǒng)的接口以及集成后的功能進(jìn)行測(cè)試

3.3 冒煙測(cè)試

開發(fā)人員完成開發(fā)任務(wù)后 , 交給測(cè)試人員測(cè)試的第一步 , 評(píng)估 軟件 / 系統(tǒng) 是否具有測(cè)試的條件

冒煙測(cè)試成功 -> 進(jìn)行系統(tǒng)測(cè)試
冒煙測(cè)試失敗 -> 打回開發(fā)重做

3.4 系統(tǒng)測(cè)試

將軟件系統(tǒng)看成是一個(gè)系統(tǒng)的測(cè)試 , 包括對(duì)功能、性能以及軟件所運(yùn)行的軟硬件環(huán)境進(jìn)行測(cè)試

系統(tǒng)測(cè)試就是測(cè)試人員詳細(xì)測(cè)試的階段

3.5 回歸測(cè)試

回歸測(cè)試一般是系統(tǒng)測(cè)試中的一環(huán) , 他是對(duì)歷史版本、歷史功能進(jìn)行測(cè)試 , 保證功能都是符合要求的

可以借助自動(dòng)化來進(jìn)行回歸測(cè)試

📌 不用人工測(cè)試 , 完全使用自動(dòng)化測(cè)試可以嗎 ?
🈲 不可以 !
📌 自動(dòng)化測(cè)試可以替代人工測(cè)試嗎 ?
🈲 不可以 ! 現(xiàn)在不行 , 將來也不行

自動(dòng)化測(cè)試也是測(cè)試人員去寫的 , 自動(dòng)化測(cè)試是有局限性的 , 而且只是輔助測(cè)試人員進(jìn)行測(cè)試的一個(gè)工具

3.6 驗(yàn)收測(cè)試

驗(yàn)收測(cè)試是部署軟件之前的最后一個(gè)測(cè)試操作 . 它是技術(shù)測(cè)試的最后一個(gè)階段 , 也稱為交付測(cè)試 . 驗(yàn)收測(cè)試的目的是確保軟件準(zhǔn)備就緒 , 按照項(xiàng)目合同、任務(wù)書、雙方約定的驗(yàn)收依據(jù)文檔 , 向軟件購買方展示該軟件系統(tǒng)滿足原始需求

四 . 按照測(cè)試實(shí)施組織劃分

α 測(cè)試和 β 測(cè)試的區(qū)別

1. 環(huán)境 : α 測(cè)試是在公司內(nèi)部進(jìn)行測(cè)試 , β 測(cè)試環(huán)境是不確定的
2. 測(cè)試人員類型 : α 測(cè)試是公司內(nèi)部人員 , β 測(cè)試人員是用戶
3. 測(cè)試人員數(shù)量 : α 測(cè)試測(cè)試人員數(shù)量較少 , β 測(cè)試人員較多
4. 階段 : α 測(cè)試是在 β 測(cè)試之前測(cè)試的
5. 測(cè)試時(shí)間 : α 測(cè)試周期較短 , β 測(cè)試周期較長(zhǎng)

我們通過一個(gè)例子來理解
百度官網(wǎng)測(cè)試 :
環(huán)境 : α 測(cè)試是在百度公司進(jìn)行 , β 測(cè)試是讓一些用戶先進(jìn)行測(cè)試
測(cè)試人員 : α 測(cè)試人員是整個(gè)百度員工 , β 測(cè)試是每天一般抽出來 500 個(gè)用戶
階段 : 百度員工測(cè)試結(jié)束之后再讓用戶進(jìn)行測(cè)試
周期 : 百度員工測(cè)試了 1 周時(shí)間 , 用戶們持續(xù)了一個(gè)月

五 . 按照是否運(yùn)行劃分

靜態(tài)測(cè)試 : 比如 : code review , 就光看看代碼有沒有問題

動(dòng)態(tài)測(cè)試 : 把代碼運(yùn)行起來看看有沒有問題

六 . 按照手工進(jìn)行劃分

一般分為手工測(cè)試和自動(dòng)化測(cè)試

七 . 按照地域進(jìn)行劃分

國(guó)際化測(cè)試 : 測(cè)試在不同的國(guó)家使用問題 , 可以考慮一些其他的用例 : 時(shí)間、語言、日期、貨幣等

本地測(cè)試 : 就是在本地進(jìn)行測(cè)試