個人から始める変化〜 IKIGAIマップ、マルチ・ポテンシャライト、ザ・メンタルモデルを入口にして〜(公開変更版）Takeshi Kakeda
TDDBCの前にTDDについて知っておいてもらいたい３つのこと
個人から始める変化〜 IKIGAIマップ、マルチ・ポテンシャライト、ザ・メンタルモデルを入口にして〜(公開変更版）Takeshi Kakeda
テスト駆動開発とかんばんは似ている、とケント・ベック氏
コードを書くときにまずテストから書き始め、そのテストが通るようにコードを書くことで開発を進めていく「テスト駆動開発」。テストファーストとも呼ばれますが、この開発手法と、「かんばん」と呼ばれる、現場の進捗状況をかんばんによって見える化することで、開発プロセス全体の無駄をとり、価値の流れを作り出す手法には共通点が多い、というエントリ「TDD is Kanban for Code」をブログにポストしたのは、エクストリーム・プログラミング (XP) の考案者でアジャイルソフトウェア開発宣言の起草者の一人でもあるケント・ベック氏。 この2つにどのような共通点があるのでしょうか？ かんばんとテスト駆動開発 「かんばんの目的は、開発プロセスの中で価値の流れを最大化することだ」とケント・ベック氏。簡単にまとめると、かんばんでは看板を使って各工程を見える化することで、下流工程から上流工程に要求が伝わり、仕掛
私家版テスト駆動開発 - rabbit2goのブログ
テスト駆動開発(TDD)をやってみたいけど最初の一歩がなかなか踏み出せないという人が少なくないようだ。あまり形式張らずに出来るところから少しずつでも挑んでいくのがコツだと思うのだけど、教科書に出てくる「正しいやり方」に躊躇してしまうケースがあるらしい。そんな訳で、今回は我流のテスト駆動開発方法を紹介してみたい。 テスト戦略を決める 制限のある開発期間内に効率的にテストコードを作る必要がある以上、何を目標として何処までをテストすべきか目標を決めておくことは欠かせない。もちろん、カバレッジ100%のコード作成は望ましいものの、異常系を含めてそこまでの網羅率を実現するのは難しいことが多いし、GUI処理は時間をかけてマクロを作るより人間が目視で確認した方が手っ取り早かったりする。費用対効果を考えて、もっとも効果の大きい箇所を重点的にテストコードでカバーすることを考えたい。 テストコードは後付け 由
Mockitoノススメ - Fly me to the Luna
モックライブラリ使ってますか? 僕はJavaの人なので、主にJUnitを使ってテストコードを書いています。テストコードを書いている最中、「もしこのオブジェクトから例外が帰ってきたら、ちゃんと例外のハンドリングができてんの？」等々、既存のオブジェクトの振る舞いを差し替えたくなることってありませんか？そういうときにモックライブラリを使うと、既存のオブジェクト処理を差し替える事ができます。 実は最初はモックライブラリって意味あるの?と懐疑的だったんです。どういうところに懐疑的だったかというと、 テストコード中に出てくるモックライブラリのセットアップがめんどい。 テストコードがプロダクトコードの実装に依存しちゃうんじゃないの？プロダクトコードをちょっと変えただけでテストが落ちるようになるんじゃないの？ みたいなところです。でもMockitoというモックライブラリを使ってテストコードを書き初めてから
プログラマーにとってのテストの重要性
優れたエンジニアはテストコードをとても重視している、という話を本人たちから直接聞く機会が最近ありました。 オープンソース会の重鎮として知られる楽天のよしおかひろたかさんは「下手なドキュメントを書くくらいだったらテストコードを書くべきだ」「ソフトウェアはテストコードと本体のコードの両方が必要。テストコードがないのは未完成品」と、テストコードの重要性を話してくれました。「全部書き直したいような（他人の）ソースコードを見たときでも、テストを書いていると心が落ち着いてくる（笑）」（吉岡氏）。 JavaのフレームワークSeaserの開発者などで知られるひがやすを氏は、コードレビューのときに「テストコードを見る」ことがほとんどなのだそうです。「テストコードがちゃんと書けていればOK」（ひが氏）。 これは1月30日に行われた「Source Code Reading Workshop Japan 2010
BPStudy#29「テストドリブン開発（TDD）」に参加してきました！ - たかふーのブログ
実は「テスト王子」ことid:t-wadaのお話をちゃんと聞くのは今回が初めて。（「飲まれ王子」「女医王子」ことid:t-wadaのお話は過去数回聞かせて頂きました的な注釈） まとめ TDDは、Web記事やイベントレポートを通して理解しているつもりだったのですが、実際にTDDで開発をしている状態を見てないと結局頭で理解しているだけだったな、と感じました。キーワードだけを羅列していくと、「Fake-it/Outside-in/Inside-out/育てるテスト」ですね。 普段の仕事ではExcelがメインだしｗ、プライベートではJavaがばっかりだったので、「Fake-it」を行うということはすっぽり抜けてました。ただ、ぼちぼちRubyやPHPを触るようになってきたので必要性は高まってきています。 「Outside-in」は、TDDで開発を始める際に一番最初に書くテストがこれになるのかな？これを
僕がデブサミで副題に「ドワンゴ」という社名まで入れて喋る事 - 宇宙行きたい
ドワンゴのパブリックイメージってどうなんだろうねーって このまえ社内で話してました． 「汚ない格好でコンビニ袋さげて時間関係なく出社」なんて 2ch で書かれてたりしましたし， 「ふざけてる」，「遊んでる」，「破滅」とかまぁ，そんな感じかなぁと…… で，まぁ，大体あってます． あってるし，否定しないし，しかも， そう思われてるのを寧ろカッコイイと思ってしまう 駄目男気な人の集りなのです． ただ，まぁ，本当にふざけて遊んで破滅してるだけだと何も出来ないので， 実際の開発がどんな感じで進んでるのかをちょっと発表してみようと思います． (僕は裏方の開発なのですが，サービス側の開発の話しも入れる予定) 三周遅れのXP -僕とドワンゴのXP- そもそものはじまり 「java-ja 第1回チキチキ 地方巡業withひがやすを飲み会in富山」で発表した時に， id:t-wada からこんなブコメを頂きま
TddAntiPatterns - TDD のアンチパターン
TddAntiPatterns - TDD のアンチパターン 目次 この文書について TDD のアンチパターン TDD アンチパターン・カタログ 嘘つき。 (The Liar) セットアップ過多 (Excessive Setup) 巨人 (The Giant) モック酔い (The Mockery) 検査官 (The Inspector) 太っ腹な残り物 (Generous Leftovers) 地元の英雄 (Local Hero) 小姑 (The Nitpicker) 秘密のキャッチ (The Secret Catcher) ペテン師 (The Dodger) 大声 (The Loudmouth) はらぺこキャッチ (The Greedy Catcher) 序列屋 (The Sequencer) 隠れ依存 (Hidden Dependency) 点呼 (The Enumerator)
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
なぜTDDとペアプログラミングで生産量が増えるのか