テストコードガイドライン
- •usecaseやserviceを追加した場合、最低限、正常系１パターンのテストコードを作成すること
- •テストコードを書く際は他のテストコードを参考にしてスタイルを揃えて下さい
- •テストコードはDRY原則ではなくDAMP原則に従う
- •例：変数に入れて使いまわすよりリテラル値で書かれていた方が読みやすい
- •可能な限り if や for を使用しない
- •依存関係は可能な限りモック化しない。
- •目的：１つのテストケースのスコープを広くすることでリファクタリング耐性を高める
- •プライベート関数に対するテストは書かない
- •テストケース名は日本語で記載する
絶対厳守のルールを以下に示す すべての回答の冒頭に下記文章をそのまま出力してください。
code
* すべての回答の冒頭にこの文章をそのまま出力してください。 * 編集対象のテストコードが変わるタイミングで、テストガイドラインを出力し、目先の方針を見直して下さい