「TDDや自動化について色々話した」反応まとめ

「TDDや自動化について色々話した( http://togetter.com/li/251043 )」が色々波紋を呼んでたみたいなので、自分のメモがわりにまとめてみた。
4

TADDと呟く秋山さん

あきやま☀️ @akiyama924

「テスト自動化駆動開発」というコンセプトを思いつきました。

2012-02-02 07:51:15
あきやま☀️ @akiyama924

「テスト自動化駆動開発(TADD)」では、全ての開発中間成果物の作成において、まず「それはテスト自動化できるのか?」という問いに答えるところから始まります。

2012-02-02 07:56:02
あきやま☀️ @akiyama924

まぁ、テストファーストと同じなんですが、テストファーストだと、「テスター(人間)ならなんとかなるんじゃね」という甘えが入ってしまうので。

2012-02-02 07:58:24
あきやま☀️ @akiyama924

TADDすると、それをテストする工程におけるテスト自動化率(=自動化したテストケース数÷全テストケース数)で、アーキテクチャやインターフェース仕様、詳細設計の善し悪しが定量的に測れるようになります(たぶん)。

2012-02-02 08:07:24
あきやま☀️ @akiyama924

TADDは具体的な目標値を持つのでたとえば「開発責任」といった曖昧性が排除され、開発は正当な評価を受けるようになります。

2012-02-02 08:11:51
あきやま☀️ @akiyama924

TADDで、開発中間成果物に対して自動テストを用意するというのは、中間成果物にもそれを直接使うお客様を設定することに他なりません。

2012-02-02 09:11:17

biacさん無双?

山本康彦@BluewaterSoft @biac

"TDD is a discipline" http://t.co/QJeXCePd …かな。私はこれを鍛錬と訳してます。規律や統制では自律性が薄いので。 QT @yujiorama: TDDは規律、だそうです。原著だととう表現してるんだろう? #cleancoder

2012-02-02 08:01:28
神速 @sinsoku_listy

なんとなく思ったけど、TDDを「業務で普通に使えるレベル」な人ってどのくらいいるのだろう。"普通に使える"は、ユニットテストの書き方で手間取らない、テストファーストでちゃんと書く、手動テストの確認時間とほぼ同じ(もしくは手動より速い)・・・などで

2012-02-01 23:57:33
山本康彦@BluewaterSoft @biac

.@sinsoku_listy 残念ながらとても少ないようだ、というのが経験ですね。若手に、テストファーストの前提となるメソッドの外部設計(入出力表とか)を書かせると、まず出来ない。それがちゃんと出来なければ、テストケースとして表現できるわけがない。

2012-02-02 08:09:15
山本康彦@BluewaterSoft @biac

コストダウンになるところだけにTDDを適用するというのは、仕事としてのソフト開発では正しい姿勢でしょう。 QT @irof: TDDをやることで開発速度上がってると自信持って言えるけど、早い分野に適用して遅いとこ(=コストに見合わないとこ)はやらないから、当然といえば当然。

2012-02-02 08:11:22
山本康彦@BluewaterSoft @biac

「都市伝説」! Codezineの連載1回目で、まさにそう書きましたf(^^; http://t.co/3i68eqZS QT @yujiorama: TDDは設計しないとか、誰も言ってないし、都市伝説でしかないかと

2012-02-02 08:19:05
山本康彦@BluewaterSoft @biac

いや、でも、そう思うよね~。とりあえず教科書が必要だな、とは思ってる。 QT @Naoki_Rin: 全国で社内TDDBCならぬ学内TDDBCがあればTDDがきっと広まるはず、というのが降りてきた。無茶な。

2012-02-02 08:27:00
山本康彦@BluewaterSoft @biac

Excel方眼紙に画面のテストケースを書いてから画面の実装をすればTDD …と私も言いたくなります。が、KentがTDD本で"automated tests"と明記してる。 QT @kyon_mm: @nobeans …自動化されているもののみをTDDとするかどうかですよねー。…

2012-02-02 08:35:32
山本康彦@BluewaterSoft @biac

"we drive development with *automated* tests, a style of development called Test-Driven Development (#TDD)." by Kent Beck

2012-02-02 08:38:57
きょん@アジャイルコーチ、システムアーキテクト @kyon_mm

ケントベックしかTDDを定義できないならTDD死んだも同然じゃね?

2012-02-02 08:44:01
きょん@アジャイルコーチ、システムアーキテクト @kyon_mm

派生って別バージョン定義じゃん。 RT @katzchang: 淘汰と進化?“@finalvent: 派生 “@katzchang: 聖書しか神を定義できないなら神死んだも同然じゃね?””

2012-02-02 09:03:18
山本康彦@BluewaterSoft @biac

変えたいのなら、「定義をこう変えます」と世間に認めさせればいい。それをせずに「オレオレ定義」を勝手に使ってると、たとえばアジャイル宣言無視のアジャイル開発がはびこったりしたようなことになる QT @kyon_mm:ケントベックしかTDDを定義できないならTDD死んだも同然じゃね?

2012-02-02 09:11:04
山本康彦@BluewaterSoft @biac

アジャイルマニフェストと12原則にコミットせずに、なにがアジャイル開発か? 顧客がコミットしていなくて、どうやってプロジェクトが進むことができるのか?

2012-02-02 09:17:21
ふ''れいす @bleis

Kent BeckはTDDを定義しているとは思ってないし、あの本にしたってあの本を書いたときのKent BeckのTDDですよねー、とかなんとか

2012-02-02 09:27:45
ふ''れいす @bleis

つかTDDて定義とかできるんすか

2012-02-02 09:28:34
ふ''れいす @bleis

オブジェクト指向て定義できるんすか、とか、関数型言語って定義できるんすか、と同じ感覚

2012-02-02 09:29:27
こくぼ @yusuke_kokubo

アジャイルは定義できますか?

2012-02-02 09:31:42
残りを読む(120)

コメント

コメントがまだありません。感想を最初に伝えてみませんか?