機能追加の時に楽ができる。既存部分への影響の有無を確認できる修正する時の事を意識してコードを書くようになる(読む人・触れる人に優しくなれる)テストコードの内容から機能の理解度が高まる外部から呼び出される機能のテストコードを書くと、呼び出し側の観点からの気付きが得られるあとでコードを綺麗に書き直す時に楽ができる。振る舞いが変わっていないかの確認手段。システムのリプレースの時に楽ができるフレームワークの載せ替えの時に楽ができる言語のバージョン変更の時に楽ができるイケてないことは?テストコードの用意に、開発と同じくらいの時間が必要となる継続的なメンテナンスが無くなるとゴミ化するもっとありそうだけど、ざっくりとこんな感じでした。おわりに一番刺さった言葉は「10行の変更を加えるために、全てのソースコードを読みたいか」でした。実際のテストコードの書き方や、テストの美味しいやり方、テスト自動化ツール、といった具体的な内容は後々調べます。今回は、テストコードの必要性や、それがあることでどう楽ができるの?を調べてました。以下のページを参考にまとめていたのですが、めちゃくちゃ深い内容まで書かれているのですごい価値があると思います。́・ω・`)<仕様変更を想定するならテストを書いてくれ頼むスピード感重視なのでテストは書かない。オンプレしか触れないインフラエンジニアからSRE目指して色々勉強中です。勉強の合間にバーチャルYouTuberの配信を観て癒やされています。良く観るのはリゼ・ヘルエスタさん周辺。upLoginユーザーは見つかりませんでした。