ユニットテストってもう言わない！ CI/CD時代のテスト分類に最適なテストサイズという考え方

テクノロジーカテゴリーの変更を依頼記事元:

278 usersがブックマークコメント

ユニットテストってもう言わない！ CI/CD時代のテスト分類に最適なテストサイズという考え方

はじめに以前からユニットテスト/単体テストという言葉は使いづらい、と感じており今回も旧Twitterで「... はじめに以前からユニットテスト/単体テストという言葉は使いづらい、と感じており今回も旧Twitterで「テストを実行時間ベースで分類する良い言葉ないかなー」と呟いていたところ、「テストサイズのSMLって考え方があるよ」と教えて戴きました。だいたいは教えてもらったt_wadaさんの記事にすべて書いてあるのですが、自分の整理も含めて動画にしたので、その補完記事となります。 TL;DR 単体テストのバベルの塔は既に崩壊 CI/CDでの継続的テストには時間ベースのテスト分類が重要 UT/IT/E2EではなくSMLによるテストサイズがCI/CDには合うそれは単体テストか結合テストなのか？自動テスト、手動テストに関わらずテストの分類として単体テストと結合テストという言葉は一般的です。 ITQBではTest Levelsという言葉で定義されていますし、以下のようなV字モデルの対応表はみんな知って

taguch1 ユニットテストが崩壊してるっていうならちょっと設計思想、構成、コードを見せてほしい。本質的な問題がどこかは別にある気がする。ただユニットテストは全部ではなく意味のある場所に書いた方がいい派ではある。

2024/06/05 リンク

hecaton55 現場によって「ユニットテスト」の定義が異なるという意見は分かる。代わりにテスト実行時間の軽い～重いで分類しましょうね～という事なんだろう。ただ最終的には「良いテスト」をデザインしないと回らないかな

2024/06/06 リンク

sirobu 旧約聖書においてバベルの塔建築前は共通言語を用いていたが、神が共通言語を取り上げたことにより建築中のバベルの塔は崩壊した。すなわち単体テストと言う言葉は単義的な共通言語ではないって言いたいんだと思われ

開発

arrowKato SMLで分ける。実行時間、Network access, Database File System, Use External systems, Multiple threads, Sleep statements, System properties が基準。真ん中らへんの表を見るべし。分類自体は明確であれば何でもよく、自転車置き場問題。