タグ

TDDに関するcointoss1973のブックマーク (5)

  • テスト駆動開発(TDD)の事例 - IBMとMS 計4プロジェクトを紹介した論文 -:森崎修司の「どうやってはかるの?」:オルタナティブ・ブログ

    *はbiac氏のご指摘により「TDD採用により増加した工数」から修正した。 欠陥密度はリリースが近いフェーズでのテストで検出された欠陥にもとづいているそうだ。 また、次のような知見が紹介されている。 途中でTDDをやめたり、途中からTDDをはじめてもうまくいかない。プロジェクトの開始時からやるべき(既存のソフトウェアの次バージョンから始める場合には言及がない) テストコードの実行速度に気を配り、速く実行できるようにする。それぞれのテストコードの実行は短くても結合すると膨大な時間になってしまう場合がある。 テストケース数、テストコードの行数、コードの行数、カバレッジ、発見されたバグと修正されたバグの数、を計測し、傾向を把握する。 開発開始、終了時には開発者の意向に耳を傾ける場を作る。今後も継続してTDDしたいかどうか。 どのプロジェクトもTDDを採用されなかったと想定した場合と比較して、工数

    テスト駆動開発(TDD)の事例 - IBMとMS 計4プロジェクトを紹介した論文 -:森崎修司の「どうやってはかるの?」:オルタナティブ・ブログ
    cointoss1973
    cointoss1973 2012/08/30
    "どのプロジェクトもTDDを採用されなかったと想定した場合と比較して、工数が2割増しと見積られている。また、不具合密度が9~61%まで低減したことも述べられている。"
  • ペアプロ・TDDの『お題』をまとめてみた #tddbc #coderetreat #pp_con - Diary of absj31

    TDD及びペアプロを通じてプログラミングスキルを上げるべく、ネットで公開されている『お題』について色々情報収集してみました。 お題やテーマについては、見つけ次第随時追加していきます。 Stackユーティリティ from 『車窓からのTDD』 - 車窓からのTDD こちらについては自分でも試しに写経してみました。以下エントリ。 『車窓からのTDD』を写経してみた ( JDK7 / Eclipse4.2 / Quick JUnit / Mercurial / Bitbucket ) - Shinya’s Daily Report FizzBuzz問題 from TDDBC TDDBC お題 うるう年問題 from TDDBC TDDBC お題 LRU Cache from TDDBC TDDBC お題 ワードフィルタ from TDDBC TDDBC お題 以上、ここまでの4つのお題は和田卓人

    ペアプロ・TDDの『お題』をまとめてみた #tddbc #coderetreat #pp_con - Diary of absj31
    cointoss1973
    cointoss1973 2012/07/22
    ペアプロ・TDDのイベントとかに使えそうですねw
  • TDDはYAGNIに矛盾する? - カタチづくり

    Joel on Softwareに面白そうな記事が載っていた。 とはいえ、どうも僕の英語力では完全な読解が難しい。会話を書き起こしたものなので当然ながら文体が会話調で、僕にはなかなか理解が難しいのだ。以下で僕の読み間違いがあれば指摘して欲しい。 さて、冒頭で Joel 氏はこう言っている。 Joel: There's a debate over Test Driven Development... should you have unit tests for everything, that kind of stuff... a lot of people write to me, after reading The Joel Test, to say, "You should have a 13th thing on here: Unit Testing, 100% unit tests

    TDDはYAGNIに矛盾する? - カタチづくり
  • テスト・ファーストなんて嫌いだ!

    私はテスト・ファーストが嫌いだ。 君はテスト・ファーストを知っているか? 知らないなら簡単に説明しておこう。テスト・ファーストというのは,XP(エクストリーム・プログラミング[用語解説] )というソフトウエア開発手法で紹介されている実践項目(プラクティス)だ。プログラムを作る前にテストを作れ,と説く。 テスト・ファーストで言うテストは,ソフトウエア全体のテストではないんだ。ソフトウエアを構成する単体プログラムのテスト,すなわち「単体(ユニット)テスト」を意味する。これまでテストと言えば,ソフトウエアがある程度完成してからのテストがメインで,テスト担当者(テスター)が行う作業,という意味合いが強かっただろう? しかしテスト・ファーストでは,単体テストをテストの中心に置くんだ。 まず最初にテスト・プログラムを作る。それもテスターではなく,プログラマ自らが作る。それからテスト・プログラムが成功す

    テスト・ファーストなんて嫌いだ!
    cointoss1973
    cointoss1973 2012/03/29
    たまに読みたくなる記事
  • テスト駆動開発について僕は誤解していた - 偏見プログラマの語り!

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

    テスト駆動開発について僕は誤解していた - 偏見プログラマの語り!
    cointoss1973
    cointoss1973 2012/03/07
    "正しさと速さは、「良いコードだけ」よりも「良いコードと良いテストのペア」の方が獲得しやすい"
  • 1