☰

ユニットテストを書くときに何をテストすればよいかはどうやってわかりますか? [closed] 質問する

tag-icon • tag-icon c# unit-testing tdd
ユニットテストを書くときに何をテストすればよいかはどうやってわかりますか? [closed] 質問する

UserC# を使用する場合、ユーザー名、パスワード、アクティブ フラグ、名、姓、フルネームなどを持つ というクラスが必要です。

方法があるはずだ認証するそして保存ユーザー。メソッドのテストを書くだけでいいのでしょうか? また、プロパティは .Net のゲッターとセッターなので、プロパティのテストについても心配する必要がありますか?

ベストアンサー1

私の質問に対しても、多くの素晴らしい回答が寄せられています。"TDD 入門 - 課題は? 解決策は? 推奨事項は?「

私のブログ投稿(これは私の質問に部分的に触発されたものです)、私はそれに関していくつかの良いフィードバックを得ました。具体的には:

どこから始めればいいのか分からない？

  • 新しく始めましょう。新しいコードを書くときだけ、テストの記述について考えましょう。これは、古いコードを作り直すことや、まったく新しい機能の場合もあります。
  • シンプルに始めましょう。テスト フレームワークや TDD 風のものを無理やり理解しようとしないでください。Debug.Assert は問題なく機能します。これを開始点として使用してください。プロジェクトを混乱させたり、依存関係を作成したりすることはありません。
  • ポジティブに始めましょう。あなたは自分の技術を向上させようとしているのですから、そのことに満足してください。世の中には、停滞して自分を向上させるために新しいことに挑戦しない開発者がたくさんいます。あなたは正しいことをしています。このことを覚えておけば、諦めずに済むでしょう。
  • 挑戦に備えて始めましょう。テストを始めるのはかなり大変です。挑戦を覚悟してください。しかし、挑戦は克服できるということを覚えておいてください。

期待するものだけをテストする

最初に始めたときは、常にそこに座って、起こり得るあらゆる問題を把握し、それをテストして修正しようとしていたため、本当に問題がありました。これはすぐに頭痛の種になります。テストは、真の YAGNI プロセスであるべきです。問題があることがわかっている場合は、そのテストを記述します。そうでない場合は、気にしないでください。

1つのことだけをテストする

各テスト ケースでは、1 つの項目のみをテストする必要があります。テスト ケース名に「and」が含まれている場合は、何かが間違っています。

これで「ゲッターとセッター」から先に進めばいいなと思います :)

おすすめ記事