テストを書くか書かないかの判断の話

writing_unit_test.md ユニットテストでテストを書くか書かないかの判断の話 お題 メソッドの出力の結果が、true か false のどちらでも返ってくる可能性がある場合、assert 文を書く時は true の場合だけで良いのだろうか テストとは まず、基本の考えとしてなぜテストをするのか？というのがあります。 テストとは、エラーをみつけるつもりでプログラムを実行する過程である。(via ソフトウェアテストの技法 [Glenford J. Myers]) という言葉のとおり、最小の手間でプログラムのエラーを見つけ出そうとする試みがテストです。裏を返せば、エラーが見つかる可能性が低いのにすべてのことを試すのはテストではありません。 判断するときの論点 いくつかこれを判断するときの論点があります (Boolean に限らず、「そのテストは必要か？」と考えるときの観点ともいえ

[tpircs]

TDDはプログラミング手法であり、テスト手法ではない、とずっと思ってる。

[baronhorse]

バグ入った時の影響範囲を一番考える。近い人間が大勢迷惑するような奴はやりすぎってくらいしつこく書く。

[sinya77]

テストの粒度やどの程度まで行うかは悩みどころ。この記事のように具体的な整理された方針があると助かる。

[kent-where-the-light-is]

“TDD としてのユニットテストはあくまで開発のための補助線であり、途中のリズムをとるためのものであり、それがないと足がかりがなくなって不安なので打ち込む登山のハーケンのようなものです。ただ、その足場を今

[eichisanden]

カバレッジ100%とかいう案件もあったな（遠い目）

[h5y1m141]

"テストの資産価値さじ加減と書きました。テストを書くかどうかのさじ加減をどう決めるでしょうか？その一つの視点が、「テストとして残した場合になにがどのくらい保証できるのか」というものです。"

[Kwappa]

「呼び出し先のオブジェクトを信頼していれば、その結果がそのまま返るというところの確認にとどめて、真偽の両方を試そうとはしないと思います。」昔、それMongoidのテスト書いてるだけだろ、とツッコんだなあ。

[TokyoIncidents]

わかりやすい文章で素晴らしい。ブコメにある同値分割については調べてみよう

[ymori76]

これこれ。この資料欲しかったんですよね。北都さんのやつ。

[kinunori]

テストを書くか書かないかの判断の話 · GitHub

[koheisg]

TDDの間合いについてのgist。test書くと設計が綺麗になると言われてたけど、最初はそんな効用はすぐに得られない。そこはリファクタリングのスキルが必要になる。

[bouzuya]

どれくらい書くべきかの基準のひとつは費用だと思っている。そのテストを書き、維持するのにどれくらいの費用がかかるのか、そのテストのよって守られるものにどれくらいの価値があるのか。

[efcl]

テストとは何か、手法、書く時書かない時、境界値、品質とテスト

[kaipu1224]

テスト書く文化があるのが羨ましい・・・

[wordi]

ライブラリは基本信用してるけど(大抵ユニットテスト書いてるし)、アプリロジックでは書いときたい、自分がライブラリロジック書く時は用例兼用のテストとログ出力、ドキュメントはがっつり書く

[raimon49]

＞TDD としてのユニットテストはあくまで開発のための補助線であり、途中のリズムをとるためのものであり、それがないと足がかりがなくなって不安なので打ち込む登山のハーケンのようなものです。

[devorgachem]

それな

[Dryad]

とりあえずquickcheck系のツールでproperty testingくらいやっておいたらどうか。

[bamch0h]

これQAテストでどれだけバグ上がってんだろ、そこでTDDで見つけておくべき問題は発生しないのかな？

[auient]

開発中のテスト(TDD)、品質保証のためのテスト(QAテスト)という分け方は分かりやすい。目的が違うしテストの内容も違って然るべき

[sona-zip]

えっテストの必要性の判断基準に同値分割ってどういうこと これを読んで納得してる人は一度テストの書籍を読んだ方がいいよ

[wbfcg593]

プログラミング IT

[katsuren]

“テストの資産価値” そう、この観点がないとしょっちゅうビルドが壊れる。