2013年9月30日 星期一

Smoke Testing 大綱/心得

文章網址:http://www.51testing.com/html/87/300987-810692.html

文章裡有提到說煙霧測試的目標是測試穩定,而不是為了找出所有 bug。感覺起來煙霧測試有點類似在做 Happy Path,也就是要讓程式最基本、主要的功能可以正常執行,先把關一層,之後再加其他 case 來驗證其他小功能也是正確無誤。也防止最基本的功能有問題,還把有很大問題的程式丟出去,造成嚴重的問題。

Smoke Testing 大綱/心得

煙霧測試
http://www.twwiki.com/wiki/%E7%85%99%E9%9C%A7%E6%B8%AC%E8%A9%A6

此篇文章介紹煙霧測試的「軟體應用、微軟方針、火災預警、參考資料」。

1. 在「軟體應用」方面:
他提及煙霧測試是一組用以確定系統處於穩定狀態、所有的主要功能都具備,並且能夠在「 正常 」條件下運行的測試用例。
所以煙霧測試的目標是顯示「穩定性」,確定系統能夠在測試環境內正常運行,而不是發現系統的每個 Bug。

這些確認點像是基本性能確認測試,像是是否可以正確安裝 / 卸載,主要功能是否完成,是否存在嚴重死機、Crash 或數據嚴重丟失等 Bug。

只有通過 Smoke Test 的版本,才能依據正式的測試 doc 進行正式測試。

2. 在「微軟方針」裡,他列出以下,可供我們參考:
(1) 建立每日組建
- 遵循每日建制,針對有改變的 code,及有其相依性的部分做煙霧測試,確保品質。
(2) 注意事項
- 將每日組建設定為小組的最高優先順序。因為得先確認更動的部分不會造成組建錯誤、或是其他功能錯誤。
(3) Web測試和負載測試
- 驗證每個設定都已正確地設定,並且如預期般正常運作。

3. 火災預警
這部分是介紹基於煙霧檢測火災自動報警系統。

Smoke Testing 大綱/心得

本週主題為:Smoke Test (又稱 煙霧測試/冒煙測試)




Smoke Testing  http://softwaretestingfundamentals.com/smoke-testing/

文中提到,Smoke Testing 不是一種詳細的測試,而是一種在確保基本重要的功能都可以正常運作,涵蓋了主要的功能,但是不會深入去測試。
Smoke Testing 測試的結果,會決定一個 build 是否足夠穩定,可以進入下一個測試階段,
如果 Smoke Testing 通過了,則可以進入下一個測試,如果 Smoke Testing 失敗了,則被要求要再出一個已修復的新 build 來測試,這樣一來,如果連基本的功能都沒有做好,詳細的測試可能也只是浪費時間罷了。

在「軟體測試之道」裡提到的「煙霧測試 ( smoke test )」中,說到「煙霧測試」也可以稱作 BAT ( Build acceptance tests ) 或是 BVT ( Build verification tests ),也就是每一個 build 出來後,會自動執行 BVT,確保這個 build 是可以被測試的。
( 可看「軟體測試之道」p.283  有更多的說明)