【TDD】テスト駆動開発【TestFirst】

**デフォルトの名無しさん** · 2010/09/19(日) 21:26:12

テスト駆動開発 (test-driven development; TDD) についてﾏﾀｰﾘ語りましょう

ツールについては別スレで
テストツールについて語るスレ 2
http://hibari.2ch.net/test/read.cgi/tech/1208013693/

**デフォルトの名無しさん** · 2011/02/09(水) 19:19:09

自分ならファイルを情報を取得する部分と
その内容を処理する部分に分けて設計し個別にテスト。

**デフォルトの名無しさん** · 2011/02/09(水) 21:02:09

えっ

**デフォルトの名無しさん** · 2011/02/15(火) 14:58:24

テスト可搬性高＝コード最適化じゃないからね
リファクタリングも含めて
この辺りの誤解が未だにあるような気がする

**デフォルトの名無しさん** · 2011/02/15(火) 15:45:51

>>53のケースへの適切な対処法を具体的に聞きたいな
分けて作ったらどうダメなん？

**デフォルトの名無しさん** · 2011/02/15(火) 15:49:58

むしろ分けずに書くのはドシロウトだろ

**デフォルトの名無しさん** · 2011/02/17(木) 07:40:15

まぁ環境によるわな
メモリが少ない環境だと、ストリームから逐一取り出してゴニョゴニョしたいときもあるだろうし

**デフォルトの名無しさん** · 2011/02/17(木) 08:07:11

それでもわけるだろ

**デフォルトの名無しさん** · 2011/02/17(木) 08:10:58

分けねえよ
「ファイルを取得して目的の形式で返す」までが単一の機能だろう

**デフォルトの名無しさん** · 2011/02/17(木) 08:25:07

言語によるかもしれん
Rubyだと、なんかよくわからん細かさのメソッドが（ユーザーから隠されて）存在するほうが喜ばれる気がする
オープンクラス利用して手元で動作修正することがしばしば行われるので、クラスやメソッドがどでんと大きいと面倒

**デフォルトの名無しさん** · 2011/02/17(木) 10:34:31

>>60
ん？それが分けるってことじゃ？
①ストリームオープン
　　②-1 ストリームから一行取得して目的の形式で返す
　　②-2 目的の形式のデータをごにょごにょ処理して何かをアウトプット
③データがなくなるまでループ

**デフォルトの名無しさん** · 2011/02/17(木) 12:11:39

>>60
>「ファイルを取得して目的の形式で返す」までが単一の機能だろう
要求されているのが単一の機能だとしても、それを複数に分けてはいけないと
いうルールはない。
分けた方がテストしやすいのなら、分けるべきだろう。

**デフォルトの名無しさん** · 2011/02/17(木) 12:47:22

四の五の言わずにソース貼れや

**デフォルトの名無しさん** · 2011/02/18(金) 00:37:33

大抵はreaderとhandlerにわける

**デフォルトの名無しさん** · 2011/02/19(土) 12:18:19

結局公開インターフェースだけテストすればいいのかな
その辺のサジ加減がわからん

**デフォルトの名無しさん** · 2011/02/19(土) 12:55:17

よく言われるのは自分の不安がなくなるまでかな
これで大丈夫と思ったらテストなんて書かなくて正解
あーこんなときどうするんだろって不安に思ったらテスト書く

**デフォルトの名無しさん** · 2011/02/19(土) 13:28:24

それはちょっと違くねえか
TDD的に

**デフォルトの名無しさん** · 2011/02/19(土) 15:22:27

×不安になったらテストを書く。
○不安が出ないように事前にテストを書く。

**デフォルトの名無しさん** · 2011/02/20(日) 00:51:21.25

角谷さんの記事が参考になった
http://kakutani.com/20080216.html#p01

忍法帖【Lv=1,xxxP】 · 2011/05/11(水) 10:31:59.12

**デフォルトの名無しさん** · 2011/06/14(火) 11:09:22.79

フィクスチャって、テストデータのことだよね？違う？
ひとによってはsetUp()/tearDown()のことをフィクスチャといっているんだけど、どうなん？

**デフォルトの名無しさん** · 2011/06/14(火) 20:35:50.80

>フィクスチャとは、テスト・ケースのもととなるオブジェクトの集合です
http://www.metabolics.co.jp/XP/cppunit-doc/cookbook.htm

>テストコードにおいて、ある状態にオブジェクトを設定するためのコードを、テストの「フィクスチャ（土台）」と呼びます。
http://d.hatena.ne.jp/asakichy/20100405/1270437389

らしいから
>setUp()/tearDown()のことをフィクスチャといっている
でも問題なさそう

**デフォルトの名無しさん** · 2011/06/15(水) 10:29:49.07

むしろテストデータをフィクスチャとか、マジ素人

**デフォルトの名無しさん** · 2011/06/15(水) 13:18:41.30

Wikipediaに説明があった。
ttp://ja.wikipedia.org/wiki/XUnit

> テストフィクスチャ
> テストを実行、成功させるために必要な状態や前提条件の集合を、フィクスチャと呼ぶ。
> これらはテストコンテキストとも呼ばれる。
> 開発者はテストの実行前にテストに適した状態を整え、テスト実行後に元の状態を復元することが望ましい。

これじゃ何のことか分かりにくいなあ。

**デフォルトの名無しさん** · 2011/06/15(水) 18:50:16.06

知ってる人なら意味が分かる、ってやつだな
初学の人がこれ読んだだけじゃチンプンカンプンだろう

**デフォルトの名無しさん** · 2011/06/18(土) 23:25:11.37

> これらはテストコンテキストとも呼ばれる。

これで充分わかるだろ

**デフォルトの名無しさん** · 2011/06/22(水) 14:42:58.40

テストフィクスチャは言葉の意味にぶれが結構あって文化や人によって若干違ってくる。

例えばRailsだとテストデータをyamlで用意する手段があって、それをフィクスチャと呼んでる。

基本的にはテストするために用意するテストデータやオブジェクトのことだと思っておけば大丈夫。

**デフォルトの名無しさん** · 2011/06/22(水) 16:09:43.38

>>78
ちがうよ

**デフォルトの名無しさん** · 2011/06/22(水) 16:36:00.05

テストデータっていうよりか
テストの為のお膳立てじゃね？

**デフォルトの名無しさん** · 2011/06/22(水) 17:15:39.89

>>79
なにが違うか説明してくれよ

**デフォルトの名無しさん** · 2011/06/22(水) 17:32:04.40

コピーはゼロックスだがゼロックスはコピーとは限らないだろ

**デフォルトの名無しさん** · 2011/06/22(水) 17:42:11.76

そういう関係じゃないと思う
テスト用のデータなのか、テスト用のプログラムなのかって違い

**デフォルトの名無しさん** · 2011/06/27(月) 14:42:18.25

テストの前提となる環境データその他を指すんじゃねぇの

**デフォルトの名無しさん** · 2011/06/27(月) 15:01:59.49

何でもデータの一言で片付けるのは
開発者としてどうよ

**デフォルトの名無しさん** · 2011/06/27(月) 15:20:10.96

データなんだからデータでいいだろ
data =

**デフォルトの名無しさん** · 2011/07/02(土) 00:38:39.15

まあ、とりあえずTDDといったら、日本人ならt_wadaさんだな。

**デフォルトの名無しさん** · 2011/07/04(月) 17:02:36.68

t_wadaって実践が伴ってるんだろうか

**デフォルトの名無しさん** · 2011/07/04(月) 21:57:39.91

数年前にご一緒したことありますが、プラグマティックな方でしたよ

**デフォルトの名無しさん** · 2011/07/05(火) 11:28:38.99

>>89
それは実践が伴ってるという意味？
別に全部見てるわけじゃ無いけど、最近TDDでプログラミングとかバリバリしてるようには見えない。
実践が伴わなければ本とか記事とか書くなと言うわけじゃ無いんだが、どうもうさんくさい。

**デフォルトの名無しさん** · 2011/07/05(火) 17:09:05.74

だいたい名前が売れてる人は、実際には他人のコードなのに、そいつが書いたかのような事になっている。

**デフォルトの名無しさん** · 2011/07/06(水) 20:26:40.58

>>91
そんな事実みたことねーよ。

**デフォルトの名無しさん** · 2011/07/06(水) 20:36:51.52

ぶっちゃけ他社のソース見ることはないな
うち元請けじゃないし

**デフォルトの名無しさん** · 2011/07/13(水) 00:20:56.20

t-wadaは真心。
t_wadaは下心。
Twitterで流れていたネタｗ

**デフォルトの名無しさん** · 2011/07/13(水) 17:00:39.07

>>94
古いね。

**デフォルトの名無しさん** · 2011/07/14(木) 08:02:22.70

こんなしょーもないネタを事情通っぽく「古いね」とか言われてもなぁ。

**デフォルトの名無しさん** · 2011/07/14(木) 09:49:55.26

おまえらTDDについて話せよ。

ということで話題を投下。ちょっと新人にTDD教えるのにペアプロしようと思うんだがなにかいいお題はないかな。

言語はRubyで仕事はRailsだけど、とりあえずTDDについておしえたいのでWebアプリをお題にするのは避けようと思ってる。

定番どころだとボーリングなのかもしれんが、サンプルとしてあまり良い気がしないんだよな。

**デフォルトの名無しさん** · 2011/07/14(木) 11:22:03.40

別に構えてお題を用意する必要ないだろ
今までやってた業務のやつやらしゃいいじゃん

**デフォルトの名無しさん** · 2011/07/14(木) 22:29:28.39

だよなあ

**デフォルトの名無しさん** · 2011/07/15(金) 04:17:44.07

ここにいる人ってTDDBCとか出たり、テスト駆動開発入門の本を読んだりしないで
適当に実業務の中でTDDを覚えたり2chやWebの記事やblogなどで勉強した感じですかね？
少なくともTDDBCとかには出ていない雰囲気がする。。。

**デフォルトの名無しさん** · 2011/07/15(金) 12:53:11.73

ヒント：今までのTDDBCの参加のべ人数を推定してみよう

**デフォルトの名無しさん** · 2011/07/16(土) 00:39:49.48

あんなイベント出てるやつは「TDDBCに参加することでTDDをなんとなく理解をしている自分に酔ってる」と思う。
まあ、2chの練習も程度が低いので五十歩百歩だなｗｗｗ

**デフォルトの名無しさん** · 2011/07/16(土) 00:40:56.78

ああいう、オフのイベントに参加できるだけリア充だと思う。
俺には考えられない。。。

**デフォルトの名無しさん** · 2011/07/16(土) 04:16:36.95

reviewで充分だよな

**デフォルトの名無しさん** · 2011/07/17(日) 22:35:19.81

>>102
入り口はそれでもいいんだよ

**デフォルトの名無しさん** · 2011/07/19(火) 17:32:31.53

bootcampに参加する奴って、人脈を広げたい奴か、自分で書籍を読み通すことができない奴か、
暇人かのどれかでしょ。

**デフォルトの名無しさん** · 2011/07/19(火) 18:57:09.08

どうした、bootcampで小馬鹿にでもされたか？

**デフォルトの名無しさん** · 2011/07/19(火) 19:23:10.60

TDDBCを叩いてる奴は和田さんに相手にしてもらえなくて悲しい思いでもしたのか？

**デフォルトの名無しさん** · 2011/07/19(火) 20:35:24.16

これは酷い

**デフォルトの名無しさん** · 2011/07/19(火) 21:19:32.09

TDDBC参加すらしたことのない小者が2chでTDD？ﾌﾟｹﾞﾗ。

とかいいながらそれは無いわ…。引くわ…。

**デフォルトの名無しさん** · 2011/07/20(水) 11:50:04.76

なんつーか、マ板でやれお前ら

**デフォルトの名無しさん** · 2011/07/20(水) 21:38:39.32

まずは、外に出て人に会うことから始めろよｗｗｗ

**デフォルトの名無しさん** · 2011/07/20(水) 21:54:26.24

堪忍して

**デフォルトの名無しさん** · 2011/07/28(木) 18:40:18.43

テストに関するオススメの良書教えて

**デフォルトの名無しさん** · 2011/07/28(木) 18:46:36.80

あげ

**デフォルトの名無しさん** · 2011/07/28(木) 21:01:34.98

良書はまだ無い、
原点のテスト駆動開発入門を写経するが吉

**デフォルトの名無しさん** · 2011/07/28(木) 21:21:52.42

テスト駆動開発入門は訳がひどいと書いてあるのが不安になるな
英語の勉強もかねて原著を読むか・・・

↓ここらへんの書籍ってどうなの？

基本から学ぶソフトウェアテスト―テストの「プロ」を目指す人のために
ソフトウェアテスト技法―自動化、品質保証、そしてバグの未然防止のために
ソフトウェアテスト293の鉄則

**デフォルトの名無しさん** · 2011/07/28(木) 21:47:37.60

本読んでTDDできると思ってるやつらおめでたすぎ。
TDDBCに参加しないと真のTDDは実践できない。

**デフォルトの名無しさん** · 2011/07/28(木) 22:09:02.48

釣りにすらなんねーだろ…ｗ

**デフォルトの名無しさん** · 2011/07/28(木) 22:09:20.82

宗教的で気持ち悪いな

**デフォルトの名無しさん** · 2011/07/28(木) 22:16:19.16

>117
テスト駆動開発入門は確かに読みにくいけど、コードを写経する分には問題ない
1回写経してみると読みにくさも気にならないと思う

ソフトウェア技法とかの本はどっちかというと、品質保証系のテストの本。
そっちはそっちで役に立つし、TDDに応用できないかと言えば色々できるけど、別の分野と考えた方がいいかも。
良書ではあると思うよ

**デフォルトの名無しさん** · 2011/07/28(木) 23:24:00.87

TDDは慣れるものじゃなくて、理解して実践する類のもの
写経なんかすんなよ　ケントベック泣いちゃうぞ

写経している奴は、ケントベックが
「他のTODOをやってみたが上手く行かないことが分かったので、先にこっちのTODOをやる」
などとさらっと書いてある部分はどうしてんだろう

**デフォルトの名無しさん** · 2011/07/29(金) 00:52:42.66

右も左も解らない状態でどうやって慣れるのさｗ

**デフォルトの名無しさん** · 2011/07/29(金) 20:43:51.15

テストって二つの意味があるんだよな。
設計をプログラムに落とすテスト駆動開発と。
品質を保証するテスト。

どっちもテストって名前ついているけど、
全くの別物だよ。

**デフォルトの名無しさん** · 2011/07/29(金) 22:55:13.75

そういうデベロッパーテスティングの意味を理解するだけでもTDDBCにいく意味はあると思うぞ。

**デフォルトの名無しさん** · 2011/07/31(日) 08:55:27.49

TDDについて語るスレなんだから、ここで語るんだよ。
TDDBCについて語るスレじゃねーぞｗ

**デフォルトの名無しさん** · 2011/08/01(月) 01:13:08.98

>117 読むなら
レガシーコード改善ガイド
+ パターン指向リファクタリング入門
でおｋ
補足資料としてリファクタリング, テスト駆動開発入門があればって感じだね
まぁ後、アジャイルソフトウェア開発の奥義, コードコンプリートなんかも気休めにはなるだろう。

"品質保証系のテスト"の話がしたいなら別だが。

**デフォルトの名無しさん** · 2011/08/02(火) 08:12:19.14

>>125
なんかもの凄く必死に見えるんだが、そんなにTDDBCの空席目立ったのか？

**デフォルトの名無しさん** · 2011/08/02(火) 15:00:00.36

ttp://d.hatena.ne.jp/absj31/20110731/1312209896
見たけど、なんでt-wadaがTDDのエバンジェリストっぽい立ち居地にいるのかわからん。

**デフォルトの名無しさん** · 2011/08/02(火) 15:25:14.87

>>129
優秀かつ積極的にTDDを広めようとした人が他にいなかったからじゃないか?

**デフォルトの名無しさん** · 2011/08/02(火) 22:30:09.48

いっつもt_yanoとごっちゃになる。

**デフォルトの名無しさん** · 2011/08/03(水) 01:26:15.74

>>129
じゃあ、あなたが立ち上がりましょう！大丈夫、あなたほど優秀な人ならば表の世界で活躍できる！
さあ、怖がらないで！

**デフォルトの名無しさん** · 2011/08/03(水) 18:16:09.36

>>127
ありがとう
その2つ読んでみます。
リファクタリングはちょうどオブジェクト指向の勉強として読んでいます

>>117と似たようなシリーズの「はじめて学ぶソフトウェアのテスト技法」がいつの間にか家にあったので
とりあえず読んでみようと想うのですが、>>117の3つって必要ですかね
なんか表紙が似ているので同じようなものだと嫌だなぁとｗ

**デフォルトの名無しさん** · 2011/08/04(木) 01:42:56.84

> 設計をプログラムに落とすテスト駆動開発
なんかニュアンス違うw

テスト駆動開発でプログラムができあがる、ってまさに設計しながらって感じで
テスト駆動開発の"前"に行う設計ってせいぜいおおまかな下書きラフスケッチみたいなものでしかない。
とてもじゃないがソースに落とせないよ

**デフォルトの名無しさん** · 2011/08/04(木) 02:26:35.10

みんな表に出て議論しようよ。
みなさんの知見をもとにより良い開発について考えていきましょう！

**デフォルトの名無しさん** · 2011/08/04(木) 21:43:36.36

個々の事例となると社外秘だったりするんで
公開の場でってのは難しいわなぁ

**デフォルトの名無しさん** · 2011/08/07(日) 10:18:32.85

BDDになるとどのくらい違うんだっけ？
イマイチ、TDDとの違いがピンと来ないんだが

**デフォルトの名無しさん** · 2011/08/07(日) 14:29:01.42

BDDはただの言い換えでしょ、Spec系の。
俺は嫌い。

**デフォルトの名無しさん** · 2011/08/07(日) 16:34:10.79

うむ

**デフォルトの名無しさん** · 2011/08/07(日) 16:41:55.68

結局BDDってなんだったの感はあるよな。
最近詳しく言及してたのは
ttp://ukstudio.jp/2011/07/02/bdd
ぐらいか?

**デフォルトの名無しさん** · 2011/08/07(日) 17:22:20.47

滝への回帰としか思えん

**デフォルトの名無しさん** · 2011/08/08(月) 01:29:11.62

和田さん入籍おめでとうございます。

**デフォルトの名無しさん** · 2011/08/08(月) 14:43:54.15

テスト駆動開発ってプログラミングを楽にするけど、
メインは、プログラマーの底上げを図るための物だよね。
だから力がある人や、それと同等の力のある人同士で
プロジェクトを作成する人には不要だね。

**デフォルトの名無しさん** · 2011/08/08(月) 15:31:50.53

力がある人もプログラミングを楽にできるのだが

**デフォルトの名無しさん** · 2011/08/08(月) 22:27:31.26

きしださんとか事あるごとにテストに懐疑的な発言してるけど、あの人が言うと業界にいい加減な人を増やすだけだからやめてほしい。

勉強熱心なのは認めるけど、それを解釈する脳ミソや、実践する態度に疑問を感じてならない。

**デフォルトの名無しさん** · 2011/08/09(火) 11:28:30.47

>>145
誰？
どこに何を発言したの？
見たこと無いけど。

**デフォルトの名無しさん** · 2011/08/10(水) 18:58:30.33

このへんか。もっと昔にも言ってたけどこの人発言量多いから探すの面倒だな。

TDDとか「TDDはあなたの心のなかにあります」みたいなあいまいな言葉なんだから、技術用語として使うのはどうかと思う。その言葉を使って意思疎通ができてない。混乱にしかならないので、この言葉ははやめに葬るほうがいい気がするよ。
https://twitter.com/#!/kis/status/100050996616642560
それもこれもケントベックというペテン師が悪い。
https://twitter.com/#!/kis/status/100051107589537792

**デフォルトの名無しさん** · 2011/08/10(水) 23:42:41.43

良いテストを構築できるかどうかがプログラマの腕の見せ所だろ？

**デフォルトの名無しさん** · 2011/08/11(木) 11:21:29.20

>>147
hatenaのページ見つけたけど、ことあるごとにテストに懐疑的な発言をしているとは見えないんだが。
googleでざっと探してみたけど…

TDD site:http://d.hatena.ne.jp/nowokay/
テスト site:http://d.hatena.ne.jp/nowokay/

>このへんか。もっと昔にも言ってたけどこの人発言量多いから探すの面倒だな。

いやいや、ことあるごとに懐疑的な発言をしているんなら、すぐに見つかるんじゃないの？

**デフォルトの名無しさん** · 2011/08/15(月) 14:57:24.37

ソフトウェアテスト総集編のTDDの記事を書いているTDD研究会のケニチロウってどうなの？

TDDにとっついてみようと本を買ったのはいいが、
ピンとこないというか勘所がわからないので、
この人の言うことをどこまで真に受けていいのかわからないw

**デフォルトの名無しさん** · 2011/08/16(火) 04:58:29.70

噂のRuby&Githubに特化した自動テストサービス「Travis CI」を試してみたらすごいよかった... - mochizblog
http://mochizblog.heroku.com/21

**デフォルトの名無しさん** · 2011/08/16(火) 11:45:59.77

>>150
(3, 4, 5)の場合をif文でいったん実装するというのはやり過ぎという議論もあるかもしれないけど、
それ以外はいたってまともで真に受けて良いよ。

**デフォルトの名無しさん** · 2011/08/16(火) 13:29:16.49

>>152
とん、これ参考にお盆中にゴニョゴニョがんばってみる。