記得有一次面試中面試官問了我乙個問題,談談什麼是冒煙測試,我當時就傻了,估計人家從這個問題中就得出結論,我還是個新手,也許測試還沒入門呢!不過只有跌倒過一次,才不會再次在原來的地方跌倒,不然那樣就太糟糕了.就因為這樣我回去好好翻了翻資料,把冒煙測試理清楚了,原來如此!
冒煙測試,嚴格來說就是乙個基本功能點的驗證測試,可能是我在上家公司的產品質量不怎麼樣的緣故吧,我們做得比較多的是冒煙測試,每次只要開發人員一提交測試版本到測試部門,我們會嚴格按照冒煙測試的流程和標準來執行,一旦基本功能點不通過,我們將不予受理測試任務,並可以保留對開發人員的上訴意見,雖然我們每次執行的不是很嚴格,但每次總會做這麼乙個過程.不是為了針對誰,而且版本測試必須要有這樣乙個冒煙測試的過程來約束開發人員,讓他們潔身自好,真正負責任的去做產品,幫助開發人員提高自身的質量意識,從而可以更有效的提高產品的質量,和版本發布速度.也許說,效率是要靠團隊來推動的.
下面我想具體說說冒煙測試如何執行,並且如何規範標準,還有就是該由誰來做?
冒煙測試必須在每次提交新的測試版本前執行,且執行規範需根據需求設計文件來要求,開發在每次接受新的開發需求時,必須按照需求文件嚴格整理出冒煙測試點,也就是基本功能點,畢竟這些功能點都是開發人員要完成的,可能會認為這個工作不重要,如果整理出了這些基本功能點,就不會導致後期版本發布時出現功能遺漏,或者功能實現有缺陷等等問題,只有將所有的問題保留在前期的需求評審階段,才能更有效率完成使用者的需求,後期出問題的機率也就大大降低.
冒煙測試的規範,其實冒煙測試規範取決於人,而不在於流程,如果需求分析做的很細緻,就不可能不規範,就不會冒煙標準,更不會存在爭議的問題所在,所以這就需要開發在設計階段對需求的把握,要實現什麼樣的功能,達到什麼樣的效果,其實開發在做之前是有預想的,但是到底是否符合使用者的需求,就要看跟使用者的需求溝通和評審,所以這裡所說的準備還是由設計階段產生的冒煙測試點,然後定義實現的情況,並給出最後評審.當然不同的專案是不一樣的,但是準則是冒煙測試不通過,產品是不能提交給測試人員測試的,因為它不具備測試條件.
冒煙測試的執行到底該由誰來做,我們以前公司也經常碰到這樣的矛盾,其實開發人員不願意做測試是事實,但是提高產品的質量最後還是由開發人員自己來完成,這一點測試人員也無能為力,但如何才能讓他們體會到這一點呢.那就需要通過嚴格的考核標準來推動,有壓力才有動力,這個準則任何時候都是有效果的.其實嚴格來說,測試人員肯定是要做冒煙測試的,因為這是測試流程中的首要階段,也是必要條件之前,測試人員執行冒煙測試不通過,就說明版本不具備測試條件,重新發回給開發人員.但是如果每次都出現這種問題,因為冒煙測試不通過而打回原形必然回耽誤大家的時間,而為了節省這個時間,提高版本發布的效率,那就需要開發人員自己做冒煙測試,只有開發在提版本之前做乙個版本自身體檢,才能讓這個版本健康的發布出去,這樣才會有效的提高大家的工作效率,開發人員做冒煙測試是應該,因為這也是對自身工作負責任的一種態度,通過冒煙測試他們能夠檢查一次那些需求沒有實現,是有遺漏的,就不會將原本就無效的版本發給測試,導致最後還要被發回重申,既浪費時間,又大大降低效率,何必呢?
所以說任何乙個理論的誕生都是有它的依據和道理的,雖然麻煩一點,但是效率提高了很多,何樂而不為呢!
再談冒煙測試
記得有一次面試中面試官問了我乙個問題,談談什麼是冒煙測試,我當時就傻了,估計人家從這個問題中就得出結論,我還是個新手,也許測試還沒入門呢 不過只有跌倒過一次,才不會再次在原來的地方跌倒,不然那樣就太糟糕了.就因為這樣我回去好好翻了翻資料,把冒煙測試理清楚了,原來如此 冒煙測試,嚴格來說就是乙個基本功...
冒煙測試 功能測試
1 冒煙測試是走正常的流程 即正確的流程 主流程 用正確的資料，看系統能否通過，正常資料能夠很好的通過，則冒煙成功通過，在冒煙後版本才能進行功能測試。2 一名成功的測試工程師在測試功能點的時候，不應該只是站在測試的角度，應該是站在測試 從測試角度出發 需求 從需求出發 客戶 需求上沒體現的，從客戶立...
談冒煙測試
談冒煙測試 冒煙測試，剛進公司就接觸到了。只是剛開始一直沒有體會到冒煙的含義和精髓，一直以為是冒煙測試就是把待測產品的主要功能測試一下就行了。後面回想一下，不是那麼回事的。冒煙測試源自硬體行業，對乙個硬體或者硬體元件改動後，直接給裝置加電，看看裝置會不會冒煙，沒冒煙，就表示待測元件是通過了測試。在軟...