【初心者向け】テストコードの方針を考える（何をテストすべきか？どんなテストを書くべきか？） - Qiita

はじめに 「テストコードを書きましょう」とはよく言われるし、テストコードが大事だってことも理解できるんだけど、何をテストしたらいいの？どんなテストを書いたらいいの？と迷っている初心者プログラマさんは意外と多いのではないでしょうか？ そんな方たちに向けて、この記事では僕が普段意識しているテストコードの方針を紹介します。 おことわり 本来であれば具体的なコード例も豊富に入れたいところなのですが、かなり時間がかかってしまうので、いったん文章メインで記事を公開します。 もしかすると、そのうちコード例も一緒に盛り込んだ「リッチバージョン」を公開するかもしれません。 この記事の前提条件 この記事ではあくまで、「今現在、筆者が仕事で書いているテストコードの方針」です。 そのため、状況が異なると適用しづらい方針も出てくるかもしれません。 筆者は以下のような現場でコードを書いています。 月額定額で、お客様と

[d4-1977]

方針を示すとアレコレ決めるときの判断基準になるから大切なことだと思いました

[youko03]

“「このコード、テストなしでリリースするのはちょっと不安だな」と思ったら、それがテストを書くトリガー リリースするときに「ちゃんとうまく動きますように」と祈ってる自分がいたら、テストが不足している証拠

[sachiko-kame]

"テスト"

[otihateten3510]

いつも思うけど、テストコードの目的が複数あるのが問題だよなあ／　「テストコードがあればリファクタリングできる」が嘘くさい。手動テストはどちみち必要と書いてるのに。

[at_yasu]

いい話

[Kesin]

最近の自分の考えと完全に一致だった

[zoe302]

社内のテストコード導入の時にめっちゃいろいろ考えたことが大体まとまってるいい記事

[drunkturtle]

“アリスとボブ”

[inokara]

どういう時にテストを書くのかが曖昧になっていたので, とても参考になった.

[a-kuma3]

IDE（というか VB、お前だ）の功罪。そもそも、テストが書けないコードが多過ぎる