自動テストはなぜうまくいかないか？乗り越えるためには何が必要か？ - Qiita

リファクタリングの鶏卵問題 ソースコードがクソなので綺麗にしたい。 リファクタリングしたい。 しかし、リファクタリングが出来ない。 リファクタリングが出来ないのは、テストが無いからだ。 よし。じゃあテストを書こう。あれ、テストが書けない？ そのようなテストが無く、書き換えられないことによる矛盾や憤りは皆さん何百回と感じてきたと思います。 しかし、この「テストが出来ない」ということを言語化するのは、非常に難しいと思います。それは、「テストが出来ない」には実は2つの視点があります。 本質的にテストが困難なモジュールで、誰がやってもテストが書けない。 本質的にモジュールはテスト可能だが、自分の実力が足りず、自分ではテストが書けない。 1.のようなテスト困難なモジュールは誰がやってもテストは書けないです。しかし、問題は、「テストを書きたい」と思ったとき、「自分がそれほどテストに詳しくない」という場

[junglejungle]

自動テスト可能な時点で疎結合が実現できた良いコードであるという鶏卵問題。

[mumei-0]

“そもそもモジュールの設計レベルでテストについて考えておかないとテスト可能になりません。”

[honma200]

言語関係なく標準入力とか扱いたいならストリームなりを注入してやればいいと思うけど、標準出力、環境変数、randomくらいならunittest.mock.patch(.dict(環境変数))でやれば？と思う

[rryu]

　コールバックハンドラやテンプレートメソッドなどのライブラリの間に入るものは、それがちゃんと呼ばれるかという基本的なテストですらE2Eテストになってしまうのがめんどくさい。

[roshi]

モックの使い方が参考になった。本当はこれくらいテストに意識向いてなければ実装に手を動かすべきではないんだろうなー。

[kamm]

『自分の実力が足りず、自分ではテストが書けない』 元のソースに手を入れる権限がないと実力関係なしにテスト書けないじゃん。上司やチームの理解が必要だと思うけど個人の実力の問題にしてしまうのはなんだかなあ

[diveintounlimit]

経営層を納得させるコストを払わないようにするためにテスト最初から書いとけなんてのは大抵の場合は夢物語だよ。そもそもクソコードはテストがあってもクソコードだ。

[shingo-sasaki-0529]

リファクタリングの鶏卵問題、普通に一個上のレイヤーの結合テストを強めに書いて下のレイヤーを一気にリファクタして、リファクタ後の単体テストを書いて(冗長であれば)結合テストを減らすで良いと思ってる。

[peperon_brain]

最もテストしたいクラスを初期化するのに必要なクラスを初期化するのに(ryが独自複雑フォーマットの巨大ファイル群、モック？どうやって差し込むの？みたいなので挫折し、本番データ手動E2Eしかできなかった10年前。

[kazokmr]

サードパーティーライブラリがテストに関係するときはドキュメントかGithubのissueを見て調べるなぁ。で、無理だ。ってなったりする

[turanukimaru]

f(arg){output(input()+arg)} があったら f(input(),arg) {return arg[0]+arg[1]} と g(arg){output(arg)} に分割して f() をテストしろ。自動テスト屋からは以上です。

[uturi]

外部ライブラリと接続するクラスは必要最小限にし、そのクラスはE2Eテストやマイグレーションテストでしか検証できない、と。影響力は下げられそうだけど、全て自動テストというのはほぼ不可能かな。