在軟件開發(fā)過程中，一直有高內(nèi)聚，低耦合這樣的說法，各個(gè)功能模塊之間的耦合還是存在的，因此一個(gè)功能的改動(dòng)，還是會(huì)影響到其他功能模塊。

　　因此在開發(fā)人員修復(fù)了先前測(cè)試中發(fā)現(xiàn)的bug后，想知道這個(gè)bug的修復(fù)是否會(huì)影響到其他功能模塊，需要做的就是冒煙測(cè)試。

　　搞清楚冒煙測(cè)試的起源，冒煙測(cè)試的目的后，不難想到，冒煙測(cè)試是這樣的一種測(cè)試，不要求覆蓋面有多廣，但至少要保證覆蓋待測(cè)產(chǎn)品的絕大部分功能；不要求每個(gè)功能都測(cè)的很詳細(xì)，但至少要保證被修復(fù)了的bug所屬的功能和系統(tǒng)其他骨干功能都是可用的（即這個(gè)版本能拿去做系統(tǒng)功能測(cè)試了）。

　　而要做到覆蓋骨干功能和bug所屬功能，卻不是簡(jiǎn)簡(jiǎn)單單在頁面中點(diǎn)幾下就行了的。任何一個(gè)項(xiàng)目或者產(chǎn)品，骨干功能都有它的使用場(chǎng)景。冒煙測(cè)試就是要保證這些骨干功能的使用場(chǎng)景都能跑通，如果沒跑通，后續(xù)的系統(tǒng)測(cè)試就沒必要了。

　　其實(shí)做冒煙測(cè)試之前，都已經(jīng)做了一個(gè)簡(jiǎn)單的安裝部署測(cè)試了（你不安裝部署，哪里來東西測(cè)呢）。按我自己的理解，其實(shí)這塊也可以放入冒煙測(cè)試范疇的。想想看，安裝部署是不是很類似電路板加電，讓電路板開始工作呢？而后面的骨干使用場(chǎng)景測(cè)試，只是在這個(gè)基礎(chǔ)上做的后續(xù)工作。如果安裝部署后，待測(cè)產(chǎn)品跑到一半就down掉了，后面的骨干功能的使用場(chǎng)景還測(cè)個(gè)屁呀。

　　使用場(chǎng)景的是否能跑通的測(cè)試，不需要測(cè)一些異常的情況，保證基本功能覆蓋到就行了。通常，冒煙測(cè)試是交給開發(fā)人員去做的。只有確認(rèn)了功能可用后，交給測(cè)試人員去做才有意義。

　　后面需要冒煙上的優(yōu)化做些什么呢，我想更多的還是從自動(dòng)化上去著手，版本構(gòu)建自動(dòng)化，自動(dòng)化冒煙測(cè)試等等。