冒煙測試
1.什么是冒煙？
冒煙測試,嚴格來說就是一個基本功能點的驗證測試，版本測試必須要有這樣一個過程，其中可提高自身的質量意識，從而可以更有效的提高產品的質量，和版本發布速度。簡單的說，就是先保證系統能跑的起來，不至於讓測試工作做到一半突然出現錯誤導致業務中斷。
2.測試准入條件
冒煙測試必須在每次提交新的測試版本前執行，且執行規范需根據需求設計文檔來要求，工程師在每次發布新版本前，嚴格執行冒煙測試點，也就是基本功能點，避免后期版本發布時出現功能遺漏，或者功能實現有缺陷等等問題。
3.針對執行人的考慮
冒煙測試的執行到底誰來做，其實這也是經常會出現的矛盾，開發人員不願意做測試是事實，但是提高產品的質量最后還是由開發人員自己來完成的。
其實嚴格來說，測試人員肯定也是要做冒煙測試的，因為這是測試流程中的首要階段，也是必要條件之一，但是測試人員執行冒煙測試不通過，就說明版本不具備測試條件，重新發回給開發人員。與此往復必然會耽誤大家的時間。
所以開發人員也應該參與到冒煙測試的流程中。只有開發在提版本之前做一個版本自身體檢，才能讓這個版本健康的發布出去，這樣才能更有效的提高大家的工作效率。
4.執行流程：
a. 測試人員按照當前迭代內容設定冒煙測試范圍，並交由產品審核；
b. 產品審核通過后，由測試人員在項目提測前一天交由開發人員；
c. 開發人員在提測前執行對應的冒煙測試用例，通過后發布開發結束通報；
d. 開發人員，需要在通報中具體說明自測結果；(如實填寫)
e. 測試人員針對冒煙用例進行復測，通過后進入正式測試階段，不通過返回給開發人員；
f. 測試完成，測試人員發送迭代通告，說明測試結果與開發自測成功率；
5.關於冒煙用例未通過是否應該測試的考慮
基本上測試人員是屬於各個子項目的專屬配置。假設冒煙測試不通過測試人員直接拒絕測試，很可能會影響項目上線的進度。不利於團隊發展。總的來說吧，我覺得關於質量的把控還是應該大家一起參與的，對於質量意識我覺得並不僅僅是意識。有對應的標准規范，對應的控制節點，才能更好的定位問題發現問題並解決問題。
這並不僅僅是測試部門的事情，所以對於一些流通性比較強的規范，還是應該去付諸行動，因為在沒有公認的規范前提下，所有的工作准備都會大打折扣，進而也不利於個人與團隊的發展。
當然我想說，當前的項目分配，在時間允許的情況下提測質量不達標的測試任務也會進入測試階段，但是這並不是長久之計。長此以往也會出現一些問題。所以還需要大家都能理解並認同。另外提測后開發自測結果反饋也會在測試結束的報告中進行體現；
6. 跟現在開發流程是否沖突
基本上功能提測后開發人員都會進行自測，只是自測的點和自測的質量，沒有具體說明，其實我主要的想法是把開發自測這塊兒，單獨拿出來放到流程中，我們測試人員提供冒煙用例。自測結果數據化，希望通過數據的統計可以發現並解決一些問題。具體跟現在的流程沖突不大。