TDDライブコーディング つぶやき集

broccoli @nihonbuson

「手前味噌ですが、どっちも素晴らしい」と言い切れるきょんさんかっこいいっす #xpjug

broccoli @nihonbuson

きょんさん「みんなここに来る必要あるの…？」 #xpjug

broccoli @nihonbuson

単体レベル→全体シナリオ→シナリオをテストできる形に分割 #xpjug

broccoli @nihonbuson

必ず0件テストは行う形にする。いつもは0件テストを最初にやるが、今日は実感してもらうために1件テストからやった #xpjug

broccoli @nihonbuson

最初Greenになる時に、いっぺんに追加実装しちゃう #TDDあるある #xpjug

broccoli @nihonbuson

作るために必要なテストとリリースするために必要なテストは違う #xpjug

broccoli @nihonbuson

テストクラスの上に、200文字から500文字のユーザーストーリーを記載する #xpjug

broccoli @nihonbuson

前半のライブコーディングは小さい三角形を作ってから大きな三角形をレビューで指摘してもらう。 後半のライブコーディングは大きな三角形から分割をしていってる。 #xpjug

broccoli @nihonbuson

共通ワードとして認識を一致させることは大事 #xpjug

broccoli @nihonbuson

調査用に書いたものと実装するコードは違う #xpjug

broccoli @nihonbuson

なんか分からないけど実装したら動いた→ちゃんと調査できてないのでは？ #xpjug

broccoli @nihonbuson

分析をしておけば、他の人に進捗を伝えられるようになる #xpjug

broccoli @nihonbuson

質問「シナリオテストはミカドメソッドを使うと削除してしまうのでは？（メモ帳とかで書けば？）」 回答「最終的なテストになる部分は残す。他の部分もサブゴールにあたるので残す。」 #xpjug

broccoli @nihonbuson

メソッドの頭にRedmineの中身を転記すると言っていたが、Redmine自体が変更されたら？ テスティングフレームワークで書ける あとは@issueを付けたりとか #xpjug

broccoli @nihonbuson

そもそもスプリントが1週間、平均2日でレビューに送るので、Redmineの中身を直すことがない #xpjug

broccoli @nihonbuson

ユビキタス言語をチームで共有するには？ 1週間に1度、共有するMTGを設けている #xpjug

broccoli @nihonbuson

テスト仕切れない場合はどうすれば良いのか？（乱数とか） 回答はないです！ 乱数発生のライブラリのテストケースを見るのが良いかも #xpjug

broccoli @nihonbuson

非機能系は？（パフォーマンスとか） テストに最初から入れる。 特に性能テストとかは最初から書いておく #xpjug