Unit Test vs Functional TestそしてClean Code - masayang's diary

Agile2008でもらったゴムバンドを未だに手首につけている。確かBob Martinだったと思うが、テスト駆動開発と「Clean Code」の関係について熱く語っていた年だ。 メソッドは短く。 メソッドが実現することは一つ。 あるメソッドのテストに色々と条件を設定しているのなら、それはClean Codeではない。 だが我々はその基本を簡単に忘れてしまう。色々とテストのための道具が揃ってきたせいもあろう。基本を忘れて一つのメソッドに色々と詰め込みすぎるとテストが大変になる。Mockがあっても、だ。Fixture使うのはさらに大変だし、Seleniumとかで入力から何から条件を与えるのはもっと面倒。そしておそらく抜けが発生する。 最近、内職でPython使ったアプリを組んでいるのだが、今回は上記「基本」を徹底するようにしている。例えばこんなコードがある。 def nearby(reque

[sonota88]

うんうん

[t_yodo]

Pythonの例だが、実際にどうやってリファクタしてくのか？ブレイクダウンする様子がよく分かる良い例。TDDの意味・真意が分かる良記事

[tfmagician]

テストに対する良いまとめ。メソッドは単機能に。メソッドを高機能にすると本当にテストが大変だ。

[kaorun55]

奥が深い

[katzchang]

「どこかの時点でコントローラを巻き込んだFunctional Testさらには受け入れレベルのUATは必要になる。ただしそれは基本的な(いわゆる正常系と呼ばれることが多い)場合を試せばよかろう」

[ryuzee]

本来的なUniｔTestはこうあるべき。レガシーだと外側からアプローチして、徐々にこういう形にせざるを得ないんだけど。

[atsushifx]

一つのクラス、関数、メソッドでやることは一つにとどめる。それがテストをやりやすくし、ひいては品質を高める