SMOKETEST

最初定義

Smoke Testing是從電路板測試得來的,當(dāng)電路板做好以后，首先會加電測試，如果電路板沒有冒煙再進(jìn)行其它測試，如果冒煙了就說明這個電路板基本的功能(加電)都沒達(dá)到，其他功能不必再繼續(xù)測試。

軟件領(lǐng)域

軟件領(lǐng)域引入冒煙測試，是對軟件基本的功能進(jìn)行測試，目的是確認(rèn)軟件基本的功能正常，保證軟件系統(tǒng)正常運行，所以測試人員測試的版本必須首先通過冒煙測試的考驗。

Smoke Test被認(rèn)為是最先由微軟提出的概念，與微軟一直提倡的每日構(gòu)建（build）有密切聯(lián)系。

冒煙測試就是開發(fā)人員在個人版本的軟件上執(zhí)行目前的冒煙測試項目，確定新的程序代碼不出故障。

——《微軟項目求生法則》之“構(gòu)建過程”

測試對象

冒煙測試的對象是每個新編譯的需要正式測試的軟件版本，目的是確認(rèn)軟件基本功能正常，執(zhí)行者是版本的編譯人員。不通過時需要重新編譯，到成功為止，冒煙測試的執(zhí)行者是版本編譯人員。

測試優(yōu)缺點

冒煙測試的作用就是保證系統(tǒng)的主流程和新模塊的基本功能能用，保證希望集成測試能正常開展，優(yōu)點是節(jié)省測試時間，防止build失敗。缺點是覆蓋率還是比較低。

如果冒煙測試失敗，會導(dǎo)致測試進(jìn)度延期，成本和進(jìn)度風(fēng)險增大，因此冒煙測試失敗是一個很大的項目失誤，所以一般的，在發(fā)布前，開發(fā)人員會內(nèi)部執(zhí)行一次冒煙測試，來保證提交的版本的質(zhì)量。

一般測試流程

第一步：確定冒煙測試用例

第二步：執(zhí)行冒煙測試（人選是測試人員）

BVT VS Smoke Testing

　　BVT 所做的測試內(nèi)容很淺，這一特征似乎符合 Smoke Testing 的定義；但是 BVT 只驗證 build 的構(gòu)建情況，這一點與 Smoke Testing 截然不同，因此二者是完全不同的測試。另外：

BVT 只在 build 構(gòu)建完成時進(jìn)行；Smoke Testing 是各個階段都有的測試。

盡管 BVT 可以加入自動測試腳本并執(zhí)行少量固定的自動化測試，但 Smoke Testing 與 build 的驗證無關(guān)。

BVT 的結(jié)果直接決定新構(gòu)建的 build 是否交付后續(xù)測試；Smoke Testing 不影響其他日常測試工作。

當(dāng)前公司冒煙測試內(nèi)容

1. db connection

2. redis connection

3. rabbitmq connection

4. dependencies rvice is working

當(dāng)然，以上是最基本的環(huán)境測試，其他的還包括單元測試，feature測試，自動化測試等。

寫在最后

良好的公司應(yīng)該是：

1. 具有測試視角的研發(fā)團隊

2. 兼具研發(fā)能力的測試工程師

3. 具有用戶視角的產(chǎn)品經(jīng)理

4. 測試和開發(fā)，只是視角不同，能力上并不應(yīng)該有差別，測試不應(yīng)該成為研發(fā)的阻礙，敏捷測試強調(diào)的是持續(xù)集成測試，測試和開發(fā)是密不可分的一個整體