談冒煙測試

2021-09-06 03:26:25 字數 1108 閱讀 1754

冒煙測試,剛進公司就接觸到了。只是剛開始一直沒有體會到冒煙的含義和精髓,一直以為是冒煙測試就是把待測產品的主要功能測試一下就行了。後面回想一下,不是那麼回事的。

冒煙測試源自硬體行業,對乙個硬體或者硬體元件改動後,直接給裝置加電,看看裝置會不會冒煙,沒冒煙,就表示待測元件是通過了測試。

在軟體開發過程中,一直有高內聚,低耦合這樣的說法,各個功能模組之間的耦合還是存在的,因此乙個功能的改動,還是會影響到其他功能模組。

因此在開發人員修復了先前測試中發現的bug後,想知道這個bug的修復是否會影響到其他功能模組,需要做的就是冒煙測試。

搞清楚冒煙測試的起源,冒煙測試的目的後,不難想到,冒煙測試是這樣的一種測試,不要求覆蓋面有多廣,但至少要保證覆蓋待測產品的絕大部分功能;不要求每個功能都測的很詳細,但至少要保證被修復了的bug所屬的功能和系統其他骨幹功能都是可用的(即這個版本能拿去做系統功能測試了)。

而要做到覆蓋骨幹功能和bug所屬功能,卻不是簡簡單單在頁面中點幾下就行了的。任何乙個專案或者產品,骨幹功能都有它的使用場景。冒煙測試就是要保證這些骨幹功能的使用場景都能跑通,如果沒跑通,後續的系統測試就沒必要了。

其實做冒煙測試之前,都已經做了乙個簡單的安裝部署測試了(你不安裝部署,**來東西測呢)。按我自己的理解,其實這塊也可以放入冒煙測試範疇的。想想看,安裝部署是不是很類似電路板加電,讓電路板開始工作呢?而後面的骨幹使用場景測試,只是在這個基礎上做的後續工作。如果安裝部署後,待測產品跑到一半就down掉了,後面的骨幹功能的使用場景還測個屁呀。

使用場景的是否能跑通的測試,不需要測一些異常的情況,保證基本功能覆蓋到就行了。通常,冒煙測試是交給開發人員去做的。只有確認了功能可用後,交給測試人員去做才有意義。剛開始進公司時,小組裡面有個人不做冒煙,只把他修改了的部分簡單測了下,就交給我這邊去測試。結果就是我測試到一半,發現有個很重要的功能用不了。這個時候,測試只要中止了。時間久了,大家對產品質量和測試工作有了一定認識(最主要是大家不急急忙忙地加班了,^__^ ),對我也有了一定的認可,因此做事也越來越正規了。現在我們小組的做法是,小組裡面每個人扮演產品使用場景中的乙個角色,然後大家一齊分工去完成每個場景裡面各自角色要完成的任務,在這個過程中,觀察待測專案是否正常。

後面需要冒煙上的優化做些什麼呢,我想更多的還是從自動化上去著手,版本構建自動化,自動化冒煙測試等等。

談冒煙測試

談冒煙測試 冒煙測試,剛進公司就接觸到了。只是剛開始一直沒有體會到冒煙的含義和精髓,一直以為是冒煙測試就是把待測產品的主要功能測試一下就行了。後面回想一下,不是那麼回事的。冒煙測試源自硬體行業,對乙個硬體或者硬體元件改動後,直接給裝置加電,看看裝置會不會冒煙,沒冒煙,就表示待測元件是通過了測試。在軟...

談冒煙測試

冒煙測試,剛進公司就接觸到了。只是剛開始一直沒有體會到冒煙的含義和精髓,一直以為是冒煙測試就是把待測產品的主要功能測試一下就行了。後面回想一下,不是那麼回事的。冒煙測試源自硬體行業,對乙個硬體或者硬體元件改動後,直接給裝置加電,看看裝置會不會冒煙,沒冒煙,就表示待測元件是通過了測試。在軟體開發過程中...

冒煙測試 功能測試

1 冒煙測試是走正常的流程 即正確的流程 主流程 用正確的資料,看系統能否通過,正常資料能夠很好的通過,則冒煙成功通過,在冒煙後版本才能進行功能測試。2 一名成功的測試工程師在測試功能點的時候,不應該只是站在測試的角度,應該是站在測試 從測試角度出發 需求 從需求出發 客戶 需求上沒體現的,從客戶立...