ユニットテスト大事なのでちゃんと勉強した話 - Qiita

まえがき 私は、弊社の案件で運用しているAIシステムで、主にバッチ処理を定期的に動かしたり、リリースを管理したりと、アルゴリズム開発というよりは主にインフラ側の保守を担当しています。 納期が短かったため、開発当時は「本番環境でバッチが動けばオッケー牧場！」というマインドで運用していました。 事前テストも、あらかじめ本番環境に近い環境で動かして、正常に動くことを目視確認していました。 本当は、モジュールも１つずつテストしたいんですよね。 なんでテストが必要なの? でも、テストって、ぶっちゃけめんどくさいですよね、書くの。 コードの実装がすでに頭に浮かんでいて、さっさと実コードを書いてしまいたい場合が多いと思います。 「動いてんだからいいじゃん！」実際、私もそうでした。 しかし、ことデータシステムにおいては、次のようなケースがよくあることがわかりました。 タイムゾーン無しの時刻型で処理していた

[sh19910711]

"エラーは、主に「プログラム自体の間違い」か「メモリ枯渇や権限などのインフラ的な問題」 / テストが間違っていて、リリース後に不具合が発生した場合は、テストケースを追加して、それが通るように修正" 2021