一、冒煙測驗介紹
冒煙測驗一詞，來源于電路板測驗：
電路板拼接或組裝完成后，進行通電測驗，如果冒煙，則說明存在缺陷，
而軟體應用中，對其的定義為：
在軟體開發程序中的一種針對軟體版本包的快速基本功能驗證策略，
是對軟體基本功能進行確認驗證的手段，并非深入測驗，
通過冒煙測驗，可以快速判斷提測軟體包是否具有可測性，也可以通過冒煙測驗通過率去衡量開發的質量，
二、冒煙測驗須知
冒煙測驗的介入時間？
開發編碼完成，自測通過以后為最佳介入時間，
如果開發無自測直接提交，一般冒煙測驗通過率會很低【除非你遇到的是大內高手】
什么需求需要做冒煙測驗？
理論上，所有的需求均可以做冒煙測驗，
冒煙測驗需要做幾輪？
一輪冒煙測驗結束后，二輪冒煙對問題驗證，
所以，二輪是比較普遍的，當然會也有可能更多輪，
冒煙測驗要寫用例嗎？
答案是肯定，
任何不寫用例的測驗，都是“耍流氓”，
測驗用例是測驗作業的指導，是軟體測驗必須遵守的準則，更是軟體測驗質量穩定的根本保障，
冒煙測驗用例怎么寫？
和其他用例一樣，重點放在正向流程的驗證
比如，登錄，只驗證能夠正常登錄即可，不需要涉及例外登陸，資料合法性登用例設計，
冒煙測驗只能手工測驗嗎？
冒煙測驗可以引入自動化，常用于版本發布場景，在進行全量測驗前，可以先構建一輪冒煙測驗，
此時，冒煙測驗的重點可能是系統的核心功能或流程，每次發版基本都會涉及改動，所以冒煙測驗自動化腳本也要及時更新，
冒煙測驗的重點是什么？
1、關注正向流程的驗證
上面已經提及，冒煙測驗并非深入測驗，所以我們的重點放在正向的流程驗證，保障主流業務場景可測，更深入的測驗放在冒煙測驗通過以后，
2、注重問題的回應效率
一般冒煙測驗程序中發現的問題，都是阻塞性問題，會影響測驗進度的推進，所以測驗程序中一定要注重問題的解決時效，
冒煙測驗通過的標準是什么？
1、無阻礙性bug
2、主流程可測驗
3、冒煙測驗用例全部通過
冒煙測驗由誰來執行？
1、開發：編碼完成后，開發可根據測驗提供的冒煙用例進行自測
2、產品：驗收階段，產品可根據冒煙用例對產品進行驗收，
3、測驗：開發提測后，測驗根據冒煙用例進行測驗驗證，
三、冒煙測驗總結
冒煙測驗結束后，有哪些維度可以供我們來總結復盤呢？
1、冒煙用例通過率
2、冒煙輪次
3、冒煙測驗程序中發現的問題
4、問題的修復時效
對上述資料的分析，可以倒逼開發質量的提升，當然這是一個相互的程序，
測驗也可以針對共性的問題定期進行宣講培訓，以規避此類問題的反復發生
冒煙測驗是一種快速發現提測版本質量的測驗策略
做好冒煙測驗，可以提升生產效率，減少問題修復成本，雖然在整個測驗的生命周期中冒煙測驗占比較低，但其意義是重大的，也是測驗工程師們不能忽略的一部分，
關于冒煙測驗的其它想法， 也歡迎大家補充~~~~
轉載請註明出處，本文鏈接：https://www.uj5u.com/qita/277983.html
標籤：其他
上一篇：Unittest框架
下一篇：CentOS系統安裝Nginx