タグ

TDDに関するt-wadaのブックマーク (444)

  • Clean Coder Blog

    So my last blog: The Startup Trap raised quite a ruckus. Amidst the various shouts of agreement and support, there was also a group who vehemently disagreed. I’m not going to summarize all their disagreements here, since I’ve already used up my quota of curse words for the month. But one of those disagreements struck me as something I should address. It’s the old argument of pragmatism vs. dogmati

    t-wada
    t-wada 2013/03/07
    Bob Martin が「TDD をやらないとき」について述べているエントリ
  • ジェームズ・グレニング「テスト駆動開発による組み込みプログラミング ~ C/C++言語とオブジェクト指向によるアジャイルな設計」研修 5月27日〜28日 (同時通訳付き)

    アジャイルソフトウェア開発宣言のオリジナル著者の一人であるジェームズ・グレンニング氏の来日が決定しました。ジェームズ氏は世界中アジャイル開発やTDDに関してのトレーナーでありプランニングポーカーの考案者でもあります。日で初の公開研修、またアジャイルジャパンでの基調講演が5月末に予定されています。 講座の概要 テスト駆動開発 (TDD)では、組込みソフトウェアを構築するための強力な手法です。このハンズオン研修では 困難な環境でのC/C++言語のテスト駆動開発の実践を学びます。 組込みソフトウェア開発者が直面するいくつかの課題 - 予測不可能なスケジュール、悪い品質とそれに繋がる問題をTDDによりどのように克服するか学びます。   繋それに加えて組込みソフトウェア開発者は、 ハードウェアとソフトウェアの同時開発の実態、希少なターゲットハードウェアの可用性、長いダウンロード時間、高い導入コスト

    t-wada
    t-wada 2013/02/28
    『Test-Driven Development for Embedded C』著者ジェームズ・グレンニング氏による C/C++ でのテスト駆動開発研修 5月27日〜28日 (同時通訳付き)とのことです。興味のある方はこの機会に是非! #tdd4ec
  • 新機能および新端末追加のお知らせ | Remote TestKit

    2013/11/28 新機能および新端末追加のお知らせ 2013年11月28日(木)実施のシステムメンテナンスが終了いたしましたのでご報告いたします。 尚、メンテナンス完了に伴い新規機種・機能を追加いたしました。 下記のとおり 1. Android 4.4に対応 Remote TestKitAndroid 4.4(KitKat)に対応しました。 あわせてレンタルできる端末にNexus 5を追加いたしました。 2.新規機能追加 自動キャプチャ ファーストビュー機能 「複数端末同時操作」による画像保存時にページ全画面のキャプチャに加え、端末ディスプレイに最初に表示される画面を同時に保存する機能を追加いたしました。 機能によりレンタルした端末でWebページの確認をする際に1画面に表示される範囲がひと目で確認できるようになりました。 3.レンタル端末の新規追加 最新端末の追加 ご要望にお答えし

    新機能および新端末追加のお知らせ | Remote TestKit
    t-wada
    t-wada 2013/01/30
    テスト駆動開発の入門記事 by @goyoki さん。とても分かりやすい。
  • How to write and report assertions in tests — pytest documentation

    t-wada
    t-wada 2013/01/08
    Python のテスティングフレームワーク py.test には Groovy の Power Assert のような機能があり、アサーション失敗時の情報量を大幅に増やすことができる。
  • 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

    Python で TDD してみる - methaneのブログ
    t-wada
    t-wada 2013/01/08
    "Python のコミュニティでは簡潔さや可読性(自然言語のように読めるかではなく、コードを理解するのにかかる時間)を大幅に削減できないなら、機能(覚えること)を増やさないという文化があるように思います"
  • 愛せないコードを書くには人生はあまりにも短い

    A empresa de tecnologia anunciou um novo smartphone com câmera aprimorada, processador mais rápido e bateria de maior duração. O dispositivo também possui tela maior e armazenamento expansível, com preço sugerido a partir de US$799. Analistas esperam que o aparelho ajude a empresa a aumentar sua participação no competitivo mercado de smartphones.

    愛せないコードを書くには人生はあまりにも短い
    t-wada
    t-wada 2012/12/19
    講演資料に沢山の反応を頂きました。誠にありがとうございます!
  • TDDのテストと型のような話 - pocketberserkerの爆走

    TDD Advent Calendarの没ネタその8です。前記事のリストに入れ忘れていたので、先に取り上げておきます。 個人的にこう考えてみたというだけで、間違っているかもしれないので反論、意見等大歓迎です。あと、うまくまとまっていませんごめんなさい(なので没ネタだったのですが)。 注意事項 これは静的型付け偏重な人物が書いたものです。戯言だと思ったら戯言だと思ってスルーしてください。 また、他の静的型付け言語利用者は異なる意見かもしれないことをここに記しておきます。調査してみたいところではありますけどね。 型とテスト? 確か、TDDBC大都会の懇親会でid:t-wadaさんとの会話していた時、何かのタイミングで「動的型付けってテスト多くならないですかね」と発言してからこの話になったと記憶している。 静的型付けの場合、型チェックは基的*1にコンパイル時にコンパイラにやってもらえる。動的型

    TDDのテストと型のような話 - pocketberserkerの爆走
    t-wada
    t-wada 2012/12/19
    「不安をテストにする」という文脈において、動的型付け言語と静的型付け言語の間のテスト量に差は出るかという考察
  • 事前設計とTDD - 2012-12-16 - やっとむでぽん

    実はモデリングが大好きです。元々はオブジェクト指向プログラミングを勉強しているところからUMLに(自然に)興味が向き、そこからオブジェクト指向設計とかオブジェクト指向分析とかそういう脇道にそれ(脇道とか言ったら怒られる!)、仕様も設計もこれからはオブジェクト指向だ!というありがちな若気の至りもありました。デザインパターンにも転んだし、責務!ロール!コラボレーション!ってのもやったし、重厚長大なフレームワークとかもなかなか楽しいですよねえ。ねえ? 今でも概念モデルとか大好物で、上の話を聞きながらうっかりとこんなオブジェクトモデリングをしてしまったりします。 そんなわけで、プログラミングする対象の仕様を理解しながら頭の中でモデリングして設計を進めてしまうのはやむを得ません。多かれ少なかれ、なにかしらの設計が浮かんできてしまいます。 でもTDDはテストを書きながら設計をします。先行して設計してし

    事前設計とTDD - 2012-12-16 - やっとむでぽん
    t-wada
    t-wada 2012/12/19
    事前設計と TDD に関する考察 " 事前設計が悪いわけではない。事前設計を検証して、問題発見とよりよい設計のためにTDDを使おう"
  • コードと心の距離 - haru01のめも

    読んで色々考えていた。 「愛せないコードを書くには人生はあまりにも短い」というタイトルで TDD について講演させていただきました #TddAdventJp #devlove2012 - t-wada の日記(旧) 「心」を扱うとどうも「ふわふわしたもの」と見られがちだが、その判断はいったん保留し、もう一度、「コードと私の心の関係性」について思索を試みる。 私にとって、コードと心の関係性は、繰り返し上がってくる興味が引かれるテーマだ。 「TDD」 と「コード」と「心」について落ち着いて理解する、補助線に「色彩論」が役立つ。色と人の心を関係性を深く深く探求したのが、ゲーテの色彩論だ。機械的世界観をベースにしたニュートンの色/光学に対する理論に反発して出てきた考えだ。 色彩論 - Wikipedia 建築のパタンランゲージも似たところがある。住む人々の心と建築のかたちの深い深い繋がりについて語

    コードと心の距離 - haru01のめも
    t-wada
    t-wada 2012/12/19
    コードと心の距離についての考察 "TDDを知る以前と後では、コードと私の(心)の距離感がぐっと縮まった感がある" "コードへの愛着やこだわりは単にプログラマーとコードの関係性だけで閉じていない"
  • TDD の素振りをしよう - haru01のめも

    このエントリは、 TDD Advent Calendar jp: 2012 : ATND の 18 日目の参加エントリです。前日のエントリは @t_wada さんの「愛せないコードを書くには人生はあまりにも短い」というタイトルで TDD について講演させていただきました #TddAdventJp #devlove2012 - t-wada の日記(旧)でした。 ここでは TDDの素振りのススメを語っていきます。 素振り重要 おそらく、いきなり番の仕事で、初めてTDDを実践しようにも、体や頭や心がついてこなくて、時間がかかってしまったり、フラストレーションが溜まり、やがて中断してしまうのではないでしょうか。 実際に体-頭-心が動くようになるには、普段からTDDやプログログラミングの練習、素振りが欠かせません。野球選手もいきなりバッターボックスに立つのではなく、日々の素振りやバッティング練習

    TDD の素振りをしよう - haru01のめも
    t-wada
    t-wada 2012/12/18
    TDD の学習を行うための素振り、ネット上で定番のお題まとめに、さらに経験からの言葉やレベルアップのための縛り、そして応用トピックまで続く素晴らしいエントリ #TddAdventJp
  • 軽量なテスト駆動開発を目指して #TddAdventJp - やさしいデスマーチ

    これは、TDD Advent Calendar jp:2012 の16日目のエントリーです。前日のエントリーは、@pocketberserkerさんの「Specs2のParameterized Testのはなし」でした。 ご存じの方も多くなっていると思いますが、「テスト駆動開発(以下、TDD)」とはテストコードを先に書くテストファーストを基盤とした開発手法です。先にテストコードを書く事により、これからどのようなプロダクションコードを書こうとしているかを明確にすることができることが特徴です。このため、テストの技法というようりは設計の技法です。 テスト駆動開発を実践することにより多くのメリットを得ることができます。このことは2011年のAdvent Calendarで言及しました(TDDを学ぶべき10の理由 #TddAdventJp)。TDDは簡単に導入することができる一方で、実践するのは非常

    軽量なテスト駆動開発を目指して #TddAdventJp - やさしいデスマーチ
    t-wada
    t-wada 2012/12/18
    『JUnit実践入門』著者の渡辺さんによる、非常に力が入ったエントリ "不安に感じない部分は省略することで、テスト駆動開発は軽量でもっと使いやすい開発技法になるのではないでしょうか" #TddAdventJp
  • Specs2のParameterized Testのはなし - pocketberserkerの爆走

    はー、TDD Advent Calendar 2012の15日目ですねー。 誘われたのはいいけど特に書くことないなー、なにかないかなーと考えていたらタイムリミットが近づいてきて胃が痛くなってきたので、とりあえずダミー記事をあげておきます。いつか物の記事がupされるかもしれません(フラグ)これもアリかなということで小ネタ。 SpockのParameterized Testあるよね こんな感じの。 import spock.lang.Specification import spock.lang.Unroll class HogeSpock extends Specification { @Unroll def "fizzBuzzへの入力値が #num の時は #res が返される"() { def sut = new HogeJava() expect: sut.fizzBuzz(num)

    Specs2のParameterized Testのはなし - pocketberserkerの爆走
    t-wada
    t-wada 2012/12/18
    Specs2 (Scala のテスティングフレームワーク) でも Spock (Groovy のテスティングフレームワーク) のような書き方が出来るよという話 #TddAdventJp 没ネタも面白そう。
  • HOME | deactivate-domain

    You recently received an email asking you to confirm your contact details. Because you didn’t confirm within 15 days, your domain was deactivated. ​ Final reminder: we’re holding onto your domain for an additional 7 days. After that, you won’t be able to reactivate it. To keep this domain, reactivate it as soon as possible.

    t-wada
    t-wada 2012/12/18
    シェルスクリプトで TDD 非常に良いな。そしてテストに失敗したとき赤くなる拡張まで!
  • JUnit実践入門 MSTest用パッチ #TddAdventJp - 亀岡的プログラマ日記

    GUIテストについて書くといったな。あれは嘘だ』(C.V 玄田 哲章) というわけで、TDDアドベントカレンダー13日目です。タイトル通り、MSTestの話をします。 昨日はTugu Katagiriさんの【TDD Advent Celndar 2012】12日目:虫退治もTDD!+オマケ話でした。バグをテストを書いて立ち向かう、というのはTDDの取っ掛かりとしてもいいですよね。和田さんもきのこで書いておられましたし。 なぜMSTest? TDD界隈では、結構な数のC#用のチュートリアルがあります。しかし、MSTestは意外に取り扱われることが少ないです。実際2010までは実質Pro以上の有償版専用でしたし、なかなか初心者用のチュートリアルとして組むのもためらわれるのがあったのかと思います。やはり主流派NUnitという感があります。*1。 しかしVS2012からTestExploler

    JUnit実践入門 MSTest用パッチ #TddAdventJp - 亀岡的プログラマ日記
    t-wada
    t-wada 2012/12/18
    『JUnit実践入門』を VisualStudio2012 + MSTest でやる話。最後の方に出てくる Chaining Assertion が良いなぁ。
  • 【TDD Advent Celndar 2012】12日目:虫退治もTDD!+オマケ話

    片桐 継 は こんなやつ かたぎり つぐ ってよむの 大阪生まれ河内育ちなんだけど 関東に住みついちゃったの 和装着付師だったりするの エセモノカキやってたりするの VBが得意だったりするの SQL文が大好きだったりするの 囲碁修行中だったりするの ボトゲ好きだったりするの F#かわいいよF# 正体は会った人だけ知ってるの 空気読まなくてごめんなさいなの わんくまリンク C# VB.NET掲示板 わんくま同盟Blog WindowsGo言語 ネット活動 SNSは疲れました TDD Advent Celndar 2012 12日目の記事になります。 11日目は @bash0C7 さんの ハイプレッシャーを克服するためのテスト駆動開発の重要な「二歩目」#TddAdventJp - koeだめ でした。 プ、プレッシャー……、読んでて、TDDとっかかりの頃の「どーすればいいんだ」的な気持ちを思

    t-wada
    t-wada 2012/12/18
    不具合にテストを書いて立ち向かうテクニックはとても重要ですよね!
  • Rhino.Mocksをちょっとだけ幸せにするお助けクラス - Since 1975

    これはTDD Advent Calendar jp: 2012参加記事です。 前日(7日目)は、高野将さんの「TDDにIDEを活用しよう (VS2012+CodeRush Xpress)」でした。 さて、私の方はというと…ATNDの方にコメントで windows8から搭載された、名前を出すことがはばかれる例のヤツをNUnitでテストする時の注意点とか(仮) なんて書きました。 最大の敵は、なんといってもasync / await機構が対応していなかったためテストが書きづらく、そのための支援クラスをいくつか書いたので、それをさらそうと思っていました。 思っていました….。 そんな折、 NUnit 2.6.2 リリース ~ async/await に対応! (www.tdd-net.jp) とのことで、もはや書く意味なくなりました。 なくなりました….。 なので別ネタに切り替えます。 で、最近

    t-wada
    t-wada 2012/12/18
    Rhino.Mocks (.NET のモックライブラリ)の使い方を便利にするためにヘルパークラスを作成した話
  • 「愛せないコードを書くには人生はあまりにも短い」というタイトルで TDD について講演させていただきました #TddAdventJp #devlove2012 - t-wada の日記(旧)

    このエントリは、 TDD Advent Calendar jp: 2012 の 17 日目の参加エントリです。前日のエントリは [twitter:@shuji_w6e] さんの「軽量なテスト駆動開発を目指して」でした。 久しぶりのエントリです。久しぶりどころか、なんと日記の更新が一年ぶりになってしまいました……(もはや年記ですね)。 昨日、二日間開催された DevLOVE 2012 の二日目最後の(?)講演として、「愛せないコードを書くには人生はあまりにも短い」というタイトルで TDD について講演をさせて頂きました。 DevLOVE では何度か登壇の機会を頂いているのですが、昨日はいつもとは少しだけ違いました。その違いとは「イベントで私以外にも TDD の事を講演する人が複数いる」ということでした。諸橋さん([twitter:@moro])の「テストに開発をもっと駆動させたい」と和智さん

    「愛せないコードを書くには人生はあまりにも短い」というタイトルで TDD について講演させていただきました #TddAdventJp #devlove2012 - t-wada の日記(旧)
    t-wada
    t-wada 2012/12/17
    ものすごく久しぶりにエントリを書きました! #TddAdventJp #devlove2012
  • ハイプレッシャーを克服するためのテスト駆動開発の重要な「二歩目」#TddAdventJp - koeだめ 過去アーカイブ[〜2013-12-14]

    TDD Advent Calender 2012, 12/11 のエントリーです。 昨日は @katzchang によるgauche unitを書いた話でした。お疲れ様です。とてもいい話でしたね。 いつもと違うプレッシャー さて、先日、サポーターズという学生と企業とを「支援」でつなげる就活サービスを行なっている人たちが主催の、エンジニア職に興味がある学生向けライブコーディングイベントに登壇し、学生のみなさんにいつもの開発を披露するという機会がありました。 いつもの開発を披露するということで、いつも通りのテスト駆動開発を披露したのですが、いつもと随分違う環境とプレッシャー下においても、テスト駆動開発はとても良い感じに機能し、これが相当に具合がよろしかったです。 ライブで思考を垂れ流してる様子をオーディエンスたち、しかもプログラマー業を生業としている人ってどんな風に仕事してるんだろうかって期待

    ハイプレッシャーを克服するためのテスト駆動開発の重要な「二歩目」#TddAdventJp - koeだめ 過去アーカイブ[〜2013-12-14]
    t-wada
    t-wada 2012/12/12
    駆動する力に関する気づきを記した良エントリ! "最初のコケるケースが踏み出した一歩ならば、Fakeで通すのが地面を蹴り上げる二歩目と言えます。この二歩目こそが開発を駆動する力" #TddAdventJp
  • gauche unitを書いた

    README.md このgistは TDD Advent Calender 2012, 12/10 のエントリとして書かれたような気がします。昨日、12/9のエントリは @setoazusa さんの JUnitテストの実行環境をバージョンアップする時の落とし穴 #tddadventjp – ふぃーるどのーつ@はてな だったそうです。 そう、だれがJSTに従うと言った? さて、私はいま社内読書会として 計算機プログラムの構造と解釈、通称SICP ってやつを読んでいて、ちょうど2章がもう少しで終わるかなーというところなんですが、その中ではデータ構造の操作だったりをする手続き(「関数」とは言わない)を作ったりして、それを「accumulatorを使うように直してみよう」みたいな感じで、 手続きの構造を変更 させられるわけで、もちろんそのときは、 手続きの入出力が変わらない ようにしなければならな

    gauche unitを書いた
    t-wada
    t-wada 2012/12/12
    学習中の言語でオレオレ xUnit を書くのは、言語のメタプログラミング機能を学ぶ良い機会になり、理解が深まるきっかけになると思います。
  • JUnitテストの実行環境をバージョンアップする時の落とし穴 #tddadventjp - ふぃーるどのーつ

    これはTDD Advent Calendar jp: 2012参加記事です。 前日(8日目)は、KTZさんの「Rhino.Mocksをちょっとだけ幸せにするお助けクラス」でした。 xUnitによるテスティングフレームワークの共通仕様として、「テストクラス内のテストの実行順序は不定」というのがあります。 とはいえこの仕様をテストを書く上で意識することはあまりありません。テストのあるべき姿として、テストメソッドは他のメソッドから独立しているべきですし、JUnitの場合、ほとんどの実行環境上で、ソースコード上の並びと同一順でテストが実行されていたからです。 しかしJava7(Oracle実装)からは事情が異なります。 package jp.fieldnotes.java; import org.junit.Rule; import org.junit.Test; import org.junit

    JUnitテストの実行環境をバージョンアップする時の落とし穴 #tddadventjp - ふぃーるどのーつ
    t-wada
    t-wada 2012/12/12
    Java7 でリフレクションで取れる順番が変わった混乱の結果 JUnit4.11 からはテスト実行順序のデフォルトが定まり、かつカスタマイズ可能になった話 (とはいえテスト実行順序には依存しないのがベスト) #TddAdventJp