SEA関西プロセス分科会で講演後、宿口さんとNakaさんから、ブロッキングバグが多発するならスモークテストをあらかじめやってレビューで潰しておけばいいのでは、という指摘を受けて、なるほどと思ったのでメモ。 【元ネタ】 【公開】SEA関西プロセス分科会講演資料「TestLinkのベストプラクティス~日本の品質管理技術を見直そう」: プログラマの思索 TestLinkを運用して気付いたことpart11~お試しテスト、フールプルーフテスト、探索的テスト、モンキーテスト、フェイルセーフテスト、ラッシュテスト: プログラマの思索 Software Testing - Columns: スモークテスト スモーク テストのガイドライン @IT:The Rational Edge オープンソース時代のテスト手法(2) スモークテストの定義は下記の通り。 (引用開始) 最初に実施するテストは「スモークテスト
![TestLinkを運用して気付いたことpart12~スモークテストはお試しテスト - プログラマの思索](https://cdn-ak-scissors.b.st-hatena.com/image/square/f5023cc76aa5502e2a40df5cca5d9a093c69f2db/height=288;version=1;width=512/https%3A%2F%2Fforza.cocolog-nifty.com%2F.shared-cocolog%2Fnifty_managed%2Fimages%2Fweb%2Fogp%2Fdefault.png)