** 談冒煙測試
冒煙測試，剛進公司就接觸到了。只是剛開始一直沒有體會到冒煙的含義和精髓，一直以為是冒煙測試就是把待測產品的主要功能測試一下就行了。後面回想一下，不是那麼回事的。
冒煙測試源自硬體行業，對乙個硬體或者硬體元件改動後，直接給裝置加電，看看裝置會不會冒煙，沒冒煙，就表示待測元件是通過了測試。
在軟體開發過程中，一直有高內聚，低耦合這樣的說法，各個功能模組之間的耦合還是存在的，因此乙個功能的改動，還是會影響到其他功能模組。
因此在開發人員修復了先前測試中發現的bug後，想知道這個bug的修復是否會影響到其他功能模組，需要做的就是冒煙測試。
搞清楚冒煙測試的起源，冒煙測試的目的後，不難想到，冒煙測試是這樣的一種測試，不要求覆蓋面有多廣，但至少要保證覆蓋待測產品的絕大部分功能；不要求每個功能都測的很詳細，但至少要保證被修復了的bug所屬的功能和系統其他骨幹功能都是可用的（即這個版本能拿去做系統功能測試了）。
而要做到覆蓋骨幹功能和bug所屬功能，卻不是簡簡單單在頁面中點幾下就行了的。任何乙個專案或者產品，骨幹功能都有它的使用場景。冒煙測試就是要保證這些骨幹功能的使用場景都能跑通，如果沒跑通，後續的系統測試就沒必要了。
其實做冒煙測試之前，都已經做了乙個簡單的安裝部署測試了（你不安裝部署，**來東西測呢）。按我自己的理解，其實這塊也可以放入冒煙測試範疇的。想想看，安裝部署是不是很類似電路板加電，讓電路板開始工作呢？而後面的骨幹使用場景測試，只是在這個基礎上做的後續工作。如果安裝部署後，待測產品跑到一半就down掉了，後面的骨幹功能的使用場景還測個屁呀。
使用場景的是否能跑通的測試，不需要測一些異常的情況，保證基本功能覆蓋到就行了。通常，冒煙測試是交給開發人員去做的。只有確認了功能可用後，交給測試人員去做才有意義。剛開始進公司時，小組裡面有個人不做冒煙，只把他修改了的部分簡單測了下，就交給我這邊去測試。結果就是我測試到一半，發現有個很重要的功能用不了。這個時候，測試只要中止了。時間久了，大家對產品質量和測試工作有了一定認識（最主要是大家不急急忙忙地加班了，^__^ ），對我也有了一定的認可，因此做事也越來越正規了。現在我們小組的做法是，小組裡面每個人扮演產品使用場景中的乙個角色，然後大家一齊分工去完成每個場景裡面各自角色要完成的任務，在這個過程中，觀察待測專案是否正常。
後面需要冒煙上的優化做些什麼呢，我想更多的還是從自動化上去著手，版本構建自動化，自動化冒煙測試等等。
談冒煙測試
冒煙測試，剛進公司就接觸到了。只是剛開始一直沒有體會到冒煙的含義和精髓，一直以為是冒煙測試就是把待測產品的主要功能測試一下就行了。後面回想一下，不是那麼回事的。冒煙測試源自硬體行業，對乙個硬體或者硬體元件改動後，直接給裝置加電，看看裝置會不會冒煙，沒冒煙，就表示待測元件是通過了測試。在軟體開發過程中...
談冒煙測試
冒煙測試，剛進公司就接觸到了。只是剛開始一直沒有體會到冒煙的含義和精髓，一直以為是冒煙測試就是把待測產品的主要功能測試一下就行了。後面回想一下，不是那麼回事的。冒煙測試源自硬體行業，對乙個硬體或者硬體元件改動後，直接給裝置加電，看看裝置會不會冒煙，沒冒煙，就表示待測元件是通過了測試。在軟體開發過程中...
冒煙測試 功能測試
1 冒煙測試是走正常的流程 即正確的流程 主流程 用正確的資料，看系統能否通過，正常資料能夠很好的通過，則冒煙成功通過，在冒煙後版本才能進行功能測試。2 一名成功的測試工程師在測試功能點的時候，不應該只是站在測試的角度，應該是站在測試 從測試角度出發 需求 從需求出發 客戶 需求上沒體現的，從客戶立...