Serviceを読んで理解し、同意したものとみなします。スタック・オーバーフローはプログラマーとプログラミングに熱心な人のためのQ&Aサイトです。701件2今回はテストケースをメソッドごとに作成していくのですが最初のメソッドから詰まっています。recordInfo.add(keyValue);}という感じで受け取ったパラメータをFieldKeyValuePairというクラスにセットするというものこれの異常系などの考え方がわからないです。nullが入ってきたときは空文字列を入れるように制御しているので特殊値のパターンはできますが私には後は正常系が1つしか思いつきませんこれのテストケースを他にどういう風に考えますか?教えていただけると幸いです。票1テスト対象のコードからテストを作成していると実装漏れなどを救えません。テスト対象のコードから作成するのではなく仕様(要件)をもとに作成します。質問にはテスト対象のコードしか記載されてないので推測するしかありませんが一例として私がテストコードを書くとなった場合の考え方を例としてあげてみます。引数「reportFieldKey」で指定したキー値を持つFieldKeyValuePairのオブジェクトが既にrecordInfoに存在した場合、期待する挙動はどれだろうか。(1)上書きする(2)エラーとする(xxxxExceptionがthrowされるなど。(正常系)(2)であった場合はエラー(xxxxExceptionがthrowされる)ことを確認するテストコード(異常系)を作成する必要がある。個の銅バッジご回答ありがとうございます。仕様書自体がYukihiro様が書いたような細かな仕様は書いてありませんでしたのでどうしたらいいかわからなかったのです。私は、ひとまず仕様書は読んだのですが、本当にメソッドの役割程度のものしか書いてないので異常形テストなどをどうするのだろうと考えていました。そのあたり質問に不足していました。申し訳ございませんでした。8:021私なら、仕様書を書いた人(設計者)に確認できるなら迷わず確認します。確認できない(確認し辛い)環境なら指示したひと(やプロジェクトリーダーなど)に相談し方針(仕様書に記載されている事のみからテストコードを作成する。)を決めて了解をとります。確認と相談をしてみようと思います。丁寧なご回答まことにありがとうございました。|回答スタック・オーバーフローに参加してくれて、ありがとうございます!質問の回答を共有してください。回答を説明し、自分の検討結果も共有してください。意見を述べること(意見を述べるなら、参照リソース、自分の経験で意見をサポートしてください)さらにサポートが必要な場合このヘルプを参考してください。“回答を投稿”をクリックすることで利用規約、プライバシーポリシー、及びクッキーポリシーに同意したものとみなされます。タグが付いた他の質問を参照するか、自分で質問をする。公開5周年をお祝いしましょう!🌸コメントで回答する理由を教えてください関連する質問4Threadの待機4JavaのReaderクラスの考え方について1テストケースに通らない理由がわかりません。質問のフィードこのRSSフィードを購読するには、このURLをコピーしてRSSリーダーに貼り付けてください。