スピード感重視なのでテストは書かない。テストはなぜ開発を遅くするか - Qiita

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? あまりにバズってしまったので、前書きを追加 ここまでバズってしまって正直すまんかった。 この記事はもともと愚痴記事をマイルドにして投稿しただけなので「テストを勧める」とか「テストを信奉する」とかそこまで強い意図は特にありません。（私がテスト好きなのは否定しません） 「テスト書こう」に対して「そんなコストはない」と言いながら、いろいろ問題が生じる現状を愚痴りたかっただけです。愚痴るだけだと生産性がないから、なんでこんなに認識が違うんだろうと原因を考えた結果、テストを書くことに対する技術で実際にコストが大きく異なるなと気づいて書いた次第です

[gowithyou]

テストコードにコストがかかるんじゃなくて、テストコードを書く学習コストがかかるんだよ。この手の記事は学習コストを軽視しすぎ。

[tzt]

テスト可能なコードを書く、というのがそもそもそれなりの学習と経験を要求するという問題があると思う。一度出来るようになればテスト書かないほうが早いなんてのは寝言だとわかるようになるんだがな……

[otihateten3510]

仕様変更が何度も入る際にテストを信用しきれないというのが大きい。読む量を増やしたくない。テストは「絶対に変わらない仕様」「負債を返済する際」「汎用的なコード」「人力テストが厳しい時」に使えばいいと思う

[nashcft]

主張はわかるんだけどややテストファースト原理主義的な見え方して無闇な反発を食らいそうな感ある

[yasu-log]

テスト系の話はサーバーサイドばかり。フロントでなぜ役立つか説明が欲しい

[guni1192]

学習コストは間違いなくあるけど，それって言語やフレームワークと同じぐらいの重要度なんじゃないかな．

[Rei19]

設計が微妙なコードに対して無理にテスト書くのはコスト高い、そもそもテスト書きやすいコードは責務が分割されていい感じの設計になっている

[yu_dotnet2004]

概ね同意見だけど、たぶん必要なのはこうした正論ではなく、客観的に観測できる実績なんだと思う。

[uva]

メンテしていく価値のあるプロダクトかどうかやろ。1年後に会社がなくなってたら全て1と0の狭間に消えるんやで

[htnmiki]

BtoBはテスト必須、BtoCは余裕があれば、くらいの感覚でやってる会社が多そうなイメージある。

[inouetakuya]

フロントエンドについてはどうしてもブラウザで確認しなければならない箇所もあるけど、ブラウザなしでも確認できるところも多くて（そうあるべき）それらはテスト書いた方が開発早いし、この記事の内容は当てはまる

[den8]

ええ記事や。 “「コンフリクト頻発」とか「常時障害対応」とか「ソースコードが魔境で改変が命がけ」とか テストがあればリソース半分以下で済むでしょう。” 大げさでなしに10倍以上差がつくケースもある

[miholovesq]

“テストを書く前提で書かれないコードは書き直さないとテストを追加できない”

[umai_bow]

どこまで行ってもユニットテストは自己満足だと思うけどな

[tettekete37564]

金を出す側に「テスト書くのは当たり前」という感覚がないのがまず悪い。あとテスト書く前提のコードとそうで無いコードでは圧倒的に前者の方が様々な面で強い。テストを書かないというのはデメリットでしか無い

[luccafort]

この人が不満に思っているひともこの人自身もテスト駆動開発って本があるので読むと良いぞ！って最近読了したぼくはおもいました。テストコードの学習コストがっていうけど書けないほうがやばいのでは？

[ledsun]

更新されて、良い文章になったなあ

[bigchu]

テスト書かない人が足を引っ張る

[lets_skeptic]

「テストを書く習慣のある人とない人でテストコストの見積もりが大きく異なる」これだな。見積もりというより実際にコストが凄いかかる。

[Kesin]

テストコードの有用性とかコスト感は実際に何度か書いてみないと分からないと思う。流行ってるライブラリが本当に使えるか判断するときはとりあえず使ってみると思うので、テストも一度は試してみて欲しい

[rydot]

“フルタイムの技術的負債返済係”ああ。。。

[windish]

テストコードがあると変化に強くなるんだよね。書けた方がなにかと楽。

[elm200]

テストを書く書かないというのは、状況に合わせて柔軟に決めればよいと思うよ。基本的には複雑な処理をしている箇所にはテストを書いたほうがテストを書いている過程で実装が洗練されバグも潰せるから良いと思う。

[yosio_ism]

ユニットコードが全てを解決してくれるわけじゃないし、仕様変更時にテストも直さなきゃいけないし、テストが通らない状態のプロジェクトを引き継ぐのはツライ。なので、最初から部分的に利用する前提が良いかな。

[heignamerican]

ちなみにテストを一切書けない人達、テスト書かなくても十分開発速度が遅い。 画面やWebサービス等で、自動テストで確認してから画面と繋げたら楽な箇所でも、画面で逐一確認しながら遅いサイクルで開発を進めたり…

[tbpg]

コメント主が書いたコードの平均的な循環的複雑度を添えてブコメしていくのはどうか？（冗談です）

[kurakano]

斜め読みではスタートアップをやり玉にしてるのに利点を説くときは長期稼働プロダクトに焦点を当てて話してる風に読めちゃうからズルく見えるのかな？「テスト嫌い」が焦点ならスタートアップは外せばいいのに

[houyhnhm]

コードでテスト出来るならそれくらい手間はかけさせろとは思う。／無駄に拡張実装してるけどテストされてなくて使ってみてバグに気付くとか最悪な話はしばしばある。

[sds-page]

プログラマ３大宗教戦争、テスト書くか書かないか、コメント書くか書かないかとあと一つは？

[potato4d]

スタートアップの場合は「そもそも開発しつつリアルタイムで仕様が変わるみたいなのが多い」みたいな視点が抜けてる気がする

[nekoruri]

テストファーストや学習がどうたらってより、テストが高コストになるのはインターフェースの設計にコストを掛けず遠回りしている場合が多いと思ってる。

[letsspeak]

テスト有無に限らずマスターストーリー定義と再利用性をきちんと考えて設計していないひとが世の中にはわりといる

[bakebakebake]

テストファーストは仕様決めるエンジニアじゃない人にまで知識を要求してしまうのがな

[katsyoshi]

ブコメの学習云々は同意しかねる。テスト書きたくない場合はあれですよね。

[cl-gaku]

TDDでがっつりやる部分とテストがなくても自明な部分をうまくパーティショニングして設計するのが理想だがなかなかそうはいかないな

[miho-satoh-satomi]

開発 テスト スピード 重要

[hatomugicha]

読んでないけど開発の中にテストを組み込んどくことを見積もりが設計の時に入れとくといい

[NOV1975]

この手の話って全てのレイヤで同じように考えるべきかわかんないんだけどね

[shun_libra]

JUnit使った事あるけど、テストケースの抽出に死ぬほど時間がかかって、タイトなスケジュールが更にキツくなっただけだった。以来、テストの自動化は諦めた。学習コストのブコメは同意しかない。

[benzyo]

内容と逆のタイトル付けて釣るパターン