どのくらいのテストが多すぎますか？

それでも、システムが複雑な場合は、遭遇する可能性のあるすべての状況をカバーするために、無限の数のテストのように感じるものが必要になる場合があります。これは、アプリのデザインを再考する必要があることを示している可能性があります。 これは、システムの一部が相互に密接に依存していることを意味します。

いくつかの異なる状態のいずれかになり得るオブジェクトがあるとします。

case user.type
when :admin
  message = admin_message
when :user
  message = user_message
when :author
  message = author_message
else
  message = anonymous_message
end

if user.preferred_notification_method = :email
  send_email(message)
elsif user.preferred_notification_method = :text
  send_text_message(message)
else
  queue_notification(message) 
end

ここで考えられるすべてのパスをテストする場合は、12の異なる状況でテストする必要があります。

1. ユーザーは管理者です。preferred_notification_method メールです
2. ユーザーは管理者です。preferred_notification_method テキストです
3. ユーザーは管理者です。preferred_notification_method どちらでもない
4. ユーザーはユーザーです。preferred_notification_method メールです
5. ユーザーはユーザーです。preferred_notification_method テキストです
6. ユーザーはユーザーです。preferred_notification_method どちらでもない
7. ユーザーは作成者です。preferred_notification_method メールです
8. ユーザーは作成者です。preferred_notification_method テキストです
9. ユーザーは作成者です。preferred_notification_method どちらでもない
10. ユーザーは匿名です。preferred_notification_method メールです
11. ユーザーは匿名です。preferred_notification_method テキストです
12. ユーザーは匿名です。preferred_notification_method どちらでもない

「通知方法に基づいてメッセージを送信する」と「ユーザーのタイプに基づいてメッセージを生成する」は結びついているため、テストするケースは非常に多くあります。あなたはかもしれない 少ない数で絞り込めますが、それは明らかではありません。バグを求めているだけです。

しかし、それらを分解した場合はどうなりますか？

message = get_message_based_on_user_type(user.type)

send_notification(message, user.preferred_notification_method)

これで、各パーツを個別にテストできます。

最初の部分では、ユーザーのタイプごとに正しいメッセージが返されることをテストできます。

2番目の部分では、preferred_notification_methodの値に基づいて、特定のメッセージが正しく送信されることをテストできます。 。

そして最後に、親メソッドがdo_stuff_based_on_user_typeから返されたメッセージを渡すことをテストできます。 send_email_or_textに沿って 。これで、テストする8つの状態があります：

1. ユーザーは管理者です
2. ユーザーはユーザーです
3. ユーザーは作成者です
4. ユーザーは匿名です
5. preferred_notification_method メールです
6. preferred_notification_method テキストです
7. preferred_notification_method どちらでもない
8. および親メソッドの1つのテスト

ここでは、コードを分割して4つのテストを保存し、別々にテストできるようにします。 2番目の例では、より少ないテストでうまくいくことがはるかに明白です。そして、状態を追加するにつれて、コードを分割することがさらに良いアイデアになることを想像できます。

分離と読みやすさの最適なバランスを見つけるには、時間と練習が必要です。しかし、適切な場所で依存関係を破れば、はるかに少ないテストでうまくいくことができます。