[B! TDD] hokorobiのブックマーク

Python で TDD してみる - methaneのブログ

RSpec の入門とその一歩先へがとてもよい記事だったので、 Python で写経させてもらいました。 https://github.com/methane/pytest-tut Ruby コミュニティと Python コミュニティの考え方の違いも見えて面白いと思います。環境は Python 3.3 で、実行には py.test コマンドを使いましたが、 py.test の機能は特に使っていないので nose でもなんでも大丈夫です。ファイルの作成まずは空の実装とテストを作ります。 message_filter.py class MessageFilter: pass message_filter_test.py 最初のテストを書く py.test は .should といったメソッドを勝手に生やしたりはしません。普通に assert 文を書きましょう。 --- a/messege

hokorobi 2013/01/12

TDD

リンク

TDDとテスト容易性(試験性)の関係 - 千里霧中

最近ソフトウェアテスト方面の方々に対してTDDの講義を行う機会を頂いていて、テスト・QCの視点とTDDの視点の関わりについていくつかの点で考えるようになっている。その延長線上で、少し前に話題になっていた、TDDとテスト容易性(試験性)の関係についても考えを整理しているのだけれど、区切りのいいタイミングなので今回文章としてまとめてみたい。なお今回は、割と代表的な単体テストの運用形態と思われる、ウォーターフォール的に単体テストを用意するアプローチ（設計のブレークダウンで確保するアプローチ）と、TDDで0から単体テストを蓄積していくアプローチ(インサイドアウトのTDDで確保するアプローチ)を比較していく形で、TDDとテスト容易性の関係について説明していきたいと思う。無防備なテストラストの弊害まず前提の話になるけど、取りあえず何も考えずにテストラスト（後からテストを書くアプローチ）で単体テス

hokorobi 2012/12/24

TDD

リンク

TDD Boot Camp 横浜 Second Seasonにスタッフとして参加してきた #tddbc - Diary of absj31

9月1日 TDD Boot Camp (#TDDBC) 横浜 Second Season(神奈川県) 2012/09/01 TDD Boot Camp 横浜 Second Season #tddbc - Togetter 去年夏の東京1.6、秋口の横浜に引き続いてのTDDBC参戦。 TDD Boot Camp 東京 1.6に参加してきた #tddbc - Shinya’s DailyReport TDD Boot Camp 横浜に参加してきた #tddbc - Shinya’s DailyReport 開催会場は株式会社アットウェア＠横浜。毎度お馴染み﹃アジャイルサムライ読書会横浜道場﹄の場でもありますね。今回はスタッフ/TAとして参加していたというのもあり、早め(8:45)に会場入り。諸々の調整、準備等をしているうちにあっという間に受け付け開始の9:30に。(※ちなみに当日はいっ

hokorobi 2012/09/02

TDD

リンク

TokyuRuby会議05 でLT王になってきた - joker1007’s diary

7/29(ナイスな肉の日) 開催のTokyuRuby会議に参加してきました。参加費無料なのに、プレミアムモルツが無限に注がれ続けるという、正気の沙汰とは思えないイベントです。ちゃんとビアサーバーから注いでくれます。そして全てはLTです。会場案内からイベントの説明まで。その他のお酒と食べ物は参加者からの持ち込みによって成り立っていて、私は、これを持っていきました。﹁勝駒純米吟醸山田錦﹂毎年楽しみにしているお酒の一つで、あんまり数が多く出ないのですが、たまたま直前に発見できたので、持ち込むことができました。かなり自信があったので、せっせと周りに勧めては、美味かったら投票しといてくださいねー、と言って回ってたら、酒王の称号を獲得しました。これは、実際のところ狙ってたところがあるので、マーケティングに成功したかなーという感じです。 fukajunさんがステマしてくれて

hokorobi 2012/07/31

TDD

リンク

ToDoリストのすすめ - 日々常々

TDDBCでTAやってぼやっと思ったことシリーズ。シリーズ？続くの？ - TDDBCのお題はざっくり﹁何ができるか﹂が書かれてることが多いですが、これはテストを書くのに十分な粒度ではありません。少なくともお題をそのままテストメソッド名にしてしまうのはダメなパターンです。簡単なところは上手く行くこともありますが、すぐに厳しくなると思います。これは実際の開発でもよくあります。例え設計者が別に居たとしても、詳細設計書に書かれているものが十分であったことはあまり記憶にありません。咀嚼して適切な粒度に整理し直す必要があります。*1 TDDでのテストの歩幅は人それぞれだなので、明確な答えを示すことはできませんが、﹁何をテストすればこれができたと言えるか﹂が明確でない……言うなれば assert から書き始められない場合は、階段の段差の高さが自分のスキルに見合っていないと言うことです。まず全体を見て

hokorobi 2012/06/16

これは freemind (freeplane) とか使うといいよな～、と読んでいたらまさに「ソフトウェアのマインドマップ」と書いてあった。ですよね～

TDD

リンク

RSpecによるユニットテストの書き方 — recompile.net

2012年04月19日最近、新人のテストコードを見る機会があり、ユニットテストの書き方について考える機会があった。ユニットテストはテンプレートみたいなものがあるので、それさえ押さえれば、誰でも簡単に書くことができる。ここでは、その方法について紹介したい。サンプルはRSpecで書くが、その他のユニットテストフレームワークでも、応用ができるとおもう。はじめにごく単純化すると、テスト対象は状態を持ち、入力を与えると何らかの出力を行なうものである。入力が変われば出力は変化するし、状態が変化すると入力が同じでも出力が変わる（かもしれない）。ユニットテストは、テスト対象の状態を操作し、与えた入力によって意図通りの出力を得られるかを確認する作業のことをいう。なので、ユニットテストを書くときには、オブジェクトの状態ごとにメソッド単位で入力と出力を確認するようにする。 RSpecの疑似コードで書くと

hokorobi 2012/04/29

TDD
rspec

リンク

恐怖のFragile Tests問題

Kubernetesでの性能解析～なんとなく遅いからの脱却～（Kubernetes Meetup Tokyo #33 発表資料）NTT DATA Techno logy & Innovation10.1K views•63 slides

hokorobi 2012/04/15

TDD

リンク

テスト駆動開発について僕は誤解していた - 偏見プログラマの語り！

ここ数日 ruby をやってるんですけど、ruby といえばテストらしいので Test::Unit やら RSpec やらを調べてました。しかし僕はこれまでまともな TDD をやってこなかったので、先にテストとは何ぞや？TDD とは何ぞや？ってのを調べたりしていました。この記事は、ずぶの TDD 素人がテストについて知り始めたまとめです。 1. きっかけは RSpec のドキュメントそもそも RSpec の↓紹介文の冒頭から意味不明に感じたんです。 FAQ:﹁RSpec って、要は Test::Unit でやっていることを別の書き方にしただけでは？﹂この FAQ への短い答えはイエスです。﹃スはスペックのス︻第1回︼ RSpec の概要と、RSpec on Rails (モデル編)﹄ Rubyist Magazine えっ... じゃあ要らんやろソレ。いちいち手作業でチェック

hokorobi 2012/03/09

TDD

リンク

C言語でもレガシーでも、TDD をやってやれないことはない(レガシーコード改善成分90%、TDD成分10%) - yujioramaの日記

id:goyoki さんの次になるTDD Advent Calendar jp: 2011の9日目です。まったく自重しない素敵エントリが続いているので、ここらで息抜きをしましょう。 TDD についての理論、情緒、実践についてはすでに語られてしまったので、現場で使われた話を書きたいと思います。前提このお話はフィクションです。現実によく似た光景を見たり聞いたりしたとしても、それは幻想です。幻想のはずです。幻想ということにしてくださいお願いします。はじめにそこには C 言語のシステムがありました。規模にして数万行の中規模なシステム。 24時間365日動き続けることが要求されるもので、僕の仕事は、このシステムの中枢部をうまいこと改修することでした。テストコードはあるものの、設計に大きな変更が入る前のプロダクトコードが対象となっていて、ユーティリティ関数以外のテストは全滅という、

hokorobi 2011/12/27

TDD

リンク

xUTP Magazine 0002号

『xUTP Magazine』、略して『ぺけま』は、xUTP読書会の有志による xUnitester の xUnitester による、xUnitester とそうでない人のためのウェブ雑誌です。巻頭言 xUnitester Hotlinks: 第一回和田卓人さん xUTP Topics: 第二回 xUnit Test Patterns の世界観「テストコードの不吉な匂い」 mockitoでサクサクTest Double生活(下) TDDでのテストの構築と保守　その１　ユニットテストで支えるTDDの作業 TDD Boot Camp レポート編集後記次号予告次号は2012年1月末頃を予定しています。掲載予定記事おねがい記事へのご意見、ご感想や、「こんな記事が読みたい」、「あの人の記事が読みたい」、といったご希望などがありましたら、お気軽にお問い合わせください。記事の投稿も随

hokorobi 2011/12/25

TDD

リンク

Testing と私と苦い出来事 - haru01のめも

この記事は、TDD Advent Calendarの20日目。 cubeon さんの後になります。 http://atnd.org/events/22027 http://d.hatena.ne.jp/cubeon/20111219 今日は、Developer Testing について私の過去の苦い経験を1つお話しします。この体験は私の中で Testing について強く印象に残っている5本のエピソードの中の1つです。この出来事は、時々思い返します。︵Testingの苦い経験とか、ちょっと趣向の違う記事あってもいいよね！︶はじまりあれは今から数年前、私が社会人２-３年目で、 TDDやXPに初めてトライしたプロジェクトのでした。Java開発者向けに、とあるフレームワークをつくるというプロジェクト。このプロジェクトには、XPやTDDを強く支持している外部コーチや先輩の人たちがいま

hokorobi 2011/12/20

TDD

リンク

きっと方眼の理から逃れられないお前たちにも告げる！テストコードを手に入れるのだ！ #TddAdventJP - 壊頭文書 @cubeon

タイトルは思いつきで意味は無いです。本来ならこのネタタイトルだけで終わらせたい… TDD Advent Calendar jp: 2011 : ATNDの19日目のエントリーです。前日の18日目は[twitter:@megascus]さんのアジャイルにTDDしようとしてペアプロして失敗した話、翌日の20日目は[twitter:@haru01]さんのTesting と私と苦い出来事になります。内容諸々の事情で今年から社内SEに転職しました。そんなこんなで元システム屋の同業者として他社の社内システム担当さんと話をする機会もありました。その中で、Excelのマクロが出来ますと面接で言って入社したら、システム担当にさせられた上に、今までプログラミング経験がないのにVBAまで書くことになってしまったという、よくありそうな経歴をお持ちの方とお会いすることとなり、 TDDをいろい

hokorobi 2011/12/20

TDD

リンク

アジャイルにTDDしようとしてペアプロして失敗した話 - 水まんじゅう2

これはTDD Advent Calendarの18日目。記事としては @mao_instantlife さんの TDDやってみてコメントが減った話のあと、@cubeon さんのきっと方眼の理から逃れられないお前たちにも告げる！テストコードを手に入れるのだ！の前となります。最近、新しい開発手法の一貫としてTDDを採用しようとするプロジェクトが出始めている印象があります。ただし、とりあえず取り入れてみたけれどもうまくいかなくて結局ウォーターフォール方式に逆戻りという例も多いのではないでしょうか。以前、アジャイルにTDDをしようとしてペアプロして失敗したプロジェクトの話を聞いたことがあるので書こうと思います。その時のプロジェクトでは数百人月前後の工数をかけてそれまであったレガシーシステムをJavaでリプレイスしようとしていたようです。それなりの規模のプロジェクトに多いように、さ

hokorobi 2011/12/18

TDD
agile

リンク

テストと言うパートナー #TddAdventJp - 日々常々

TDD Advent Calendar jp: 2011の 12日目です。前：あなたは写経しますか - pocketberserkerの爆走次：TDD戦略 -TDDを導入し進化させる方法- #TDDAdventJP - うさぎ組テストはパートナー「何を言ってるんだ？」な感じかもしれませんが、私にとってテストはパートナーです。私がTDDのコンテキストで言う「テスト」はDeveloperTestです。このテストは開発者の開発者による開発者のためのテストであり、つまり開発者たる私のためのものです。私だけのためにテストは働いてくれます。テストに対する不安 TDDや自動テストと言う言葉に触れ、「いざテストを書こう」と思った時。もしくはよく知らないままテストコードを書かなければならなくなった時。テストに対して不安を感じると思います。TDDは「不安をテストにする」とか言いますが、そもそもテス

hokorobi 2011/12/13

TDD

リンク

実録！TDD風景 #TddAdventJp - sue445's Blog

Search this site Recent Entries Recent Comments Recent Trackbacks

hokorobi 2011/12/08

TDD

リンク

TDD の基礎体力と、TDD に対する想い - ぐるぐる～

TDD Advent Calendar 2011 の 4 日目の参加エントリです。前半では、TDD を学ぶ前に身に付けておくといいと思う基礎体力について書きました。後半は、まぁ、その。後悔はしていません。反論ウェルカム、議論しようぜ。不安をテストに「レッド - グリーン - リファクタリング」は、TDD の根っこの部分であり、これ自体が「どう TDD をやればいいか」を教えてくれるものではありません。それに対して、「不安をテストに」というのは、「どう TDD をやればいいか」という指針を与えてくれる言葉です。この言葉自体は、TDD Boot Camp で自分のものにできました。不安については、テスト駆動開発入門では (言及されているものの) 自然に組み込まれていて、最初に読んだときには全然気づきませんでした。しかし、TDDBC で id:t-wada (和田さん) に短くて

hokorobi 2011/12/04

TDD

リンク

あんなテスト、こんなテスト(this and that about testing)

Similar to あんなテスト、こんなテスト(this and that about testing)

hokorobi 2011/10/17

TDD
Perl

リンク

テスト駆動開発入門ネクストステップ

テスト駆動開発入門ネクストステップ 1. テスト駆動開発入門ネクストステップ井芹洋輝 TDD Boot Camp 東京 for C++ 2011/10/8 @国立情報学研究所 2. 謝辞 • 主催の今給黎さん • 和田さん、会場提供、スタッフの方々 • 参加者の皆さま深くお礼申しあげます 3. 自己紹介 • 井芹洋輝(@goyoki/id:goyoki) • 組み込みエンジニア • WACATE実行委員/TDD研究会 • 講演/執筆： – XP祭り関西「ユニットテストの保守性を作りこむ」 – Androidテスト祭り「テストの活用による開発効率化」 – 並カン「FPGA/HDLを活用したソフトウェア並列処理の構築」等 4. 概要本講義はTDDの基本サイクルを学んだ方が対象です。本講義ではTDDを開発で実践するための知識、TDDについて自立して学習を進めるための情報を学び、

hokorobi 2011/10/10

TDD
未

リンク

TDDを実践してわかったTDDつまづくあるあると自分なりの乗り越え方まとめ

DevLOVE X Day1 C-5のセッションです。 ITの活用範囲の広がりとともに、費用・品質よりもデリバリを優先するプロジェクトも増えてきました。しかし﹁しっかり考えるよりも、作ってリリースしちゃおうぜ、正解なんて誰にも分からないんだから﹂というマントラを唱えながら、返済見込みの立たない大量の技術的負債を抱える。それが最善の選択なのか、もう少しだけ立ち止まって考えてみませんか? YAGNIという言葉を便利に使いすぎてはいませんか?コードを書きなぐるのと、ちょっと考えて設計して作るのとで、そんなに開発スピードに違いがありますか?考えてみたいと思います。