テスト駆動開発について僕は誤解していた - 偏見プログラマの語り！
ここ数日 ruby をやってるんですけど、ruby といえばテストらしいので Test::Unit やら RSpec やらを調べてました。しかし僕はこれまでまともな TDD をやってこなかったので、先にテストとは何ぞや？TDD とは何ぞや？ってのを調べたりしていました。 この記事は、ずぶの TDD 素人がテストについて知り始めたまとめです。 1. きっかけは RSpec のドキュメント そもそも RSpec の↓紹介文の冒頭から意味不明に感じたんです。 FAQ:「RSpec って、要は Test::Unit でやっていることを別の書き方にしただけでは？」 この FAQ への短い答えはイエスです。 『スはスペックのス 【第 1 回】 RSpec の概要と、RSpec on Rails (モデル編)』 Rubyist Magazine えっ... じゃあ要らんやろソレ。いちいち手作業でチェック
TDD Boot Camp
This document discusses an algorithm called FizzBuzz and includes links to articles about it. It also discusses using a Last Recently Used (LRU) cache to track recently accessed data and remove the least recently used items when the cache reaches capacity. Code examples are provided for implementing an LRU cache using a Map data structure.Read less
社内向けにTDDの講習会を行いました - anfangsのログ
勤め先でTDDの講習会を行ったので、その内容について書きます。 この記事がTDD導入を検討している方の力になれば幸いです。 経緯 私はとあるSIerに務めており、部内ではテストの工数を削減することが課題となっています。 以前からTDDを同僚や先輩に宣伝していたこと、また、理解ある上司に恵まれたこともあって、 テストコードの書き方を講習する時間をもらえました。 そこで、TDDBCの要領で楽しみながらTDDを学んでもらうことにしました。 一人ではつらいので、TDDBCの参加経験がある先輩と二人で講習を行いました。 参加者について 若手開発者 3名 中堅開発者 2名 業務にオブジェクト指向の考え方を取り入れたのは2,3年ほど前?らしい。（要出典） 普段はC#、VisualStudio、VSSを使っている。 講習の目的 二人で話しあい、講習の目的を以下のように決めました。 テストコードの書きかたを
『TDD信者が増えてきてるのでこの辺で一言言っとくか。』
令和からの働き方について -TownSoft- 元「傲慢SE日記」で、しばらく放置していました。 2020年からはこれからの働き方などについて書いて行こうかと思います。 TDDは良いか？ とりあえず、過去に色々TDDについて記事を書きましたのでそれを掲載します。 仕事が出来ない人ほど横柄なのは何故？（2007年05月12日） リファクタリング、テスト、開発速度など（2007年08月01日） テストファースト（2007年08月21日） まぁ、この中で一番参考になるのは最後に書いたテストファーストかな。今の僕の考えと合わせると心情が良く分かる。 TDDはプログラムを書く前に仕様の詳細まで把握する事が出来て、なおかつテストコードまで作ってくれる優れものだ。しかし、局面によってはTDDは不要になる。僕も数年前はTDDやテストファーストを実践していた。効率的だと思った所もあるが、大体はマンネリに陥っ
TDD BOOT CAMP in TOKYOに行ってきました！ - ShiroKappa Blog
2011/07/09に開催された「TDD BOOT CAMP in TOKYO」に行ってきました。 まずは、Symfonyしゃべりばでのひょんなきっかけから、この素晴らしいイベントの主催をされた[twitter:@HIROCAST]さん、会社でもお世話になっておりますが、開催協力と講演をしてくださった[twitter:@t_wada]さん、各言語をサポートいただいた[twitter:@shishi4tw]さん、[twitter:@setoazusa]さん、[twitter:@kyon_mm]さん、[twitter:@sue445]さん、設営から運営をサポートしてくださった方々、LTをしてくださった[twitter:@remore]さん、[twitter:@tomy_kaira]さん、Ustの配信にご尽力いただいた[twitter:@brtriver]さん、[twitter:@gilbite
【TDDBC2.1】やる夫で学ぶTDD
2. ＿＿＿_ ／⌒ ⌒＼ ／（ ●） （●）＼ ／::::::⌒（__人__）⌒::::: ＼ 前回ウケたからやる夫でやるお！ | |r┬-| | ＼ `ー'´ ／ 11 9 26 3. , '´ ￣￣ ` ､ i r-ｰ-┬-‐､i | |,,＿ ＿,{| Ｎ| "ﾟ'` {"ﾟ｀lﾘ Pythonスタッフや ら な い か ﾄ.i ,__''_ ! ／i/ l＼ ー .ｲ|､ ,.､- ￣/ | ｌ ￣ / | |` ┬-､ / ヽ. / ト-` ､ノ- | l l ヽ. / ∨ l |! | ｀> | i / |｀二^> ｌ. | | ＜＿_,| | ＿| |.|-< ＼ i / ,イ_＿__!／ ＼ .|
TDDを実践してわかったTDDつまづくあるあると自分なりの乗り越え方まとめ
8. ＿＿＿_ ／⌒ ⌒＼ ／（ ●） （●）＼ ／::::::⌒（__人__）⌒::::: ＼ 簡単だお！ | |r┬-| | ＼ `ー'´ ／ 3か月前の@remore 9. ＿＿＿_ ／⌒ ⌒＼ ／（ ●） （●）＼ ／::::::⌒（__人__）⌒::::: ＼ 簡単だお！ | |r┬-| | ＼ `ー'´ ／ 後に現実を知ることになります
QUnitの基本的な使い方 - but hopeful
[追記] 2013/9/1 三年前の記事が未だに読まれているようなので、一応書いておきますが、あれから色々変わってもっと良いものも出ています。 QUnit でも別に問題はないですが、今から QUnit を使うよりは http://visionmedia.github.io/mocha/:title=mocha] とかの方が個人的にはお勧めです。とにかく、今は色々あるのでもっと別の選択肢調べて見ることを個人的にはおすすめします。別に QUnit は使わないほうが良いとは言いません。 JavaScriptのテスティングフレームワークはいろいろありますが、自分は今主にQUnitを使っているので、少し使い方をまとめて見たいと思います。 [追記]今回作成したソースを上げました。ninja.js QUnit とは QUnitはもともと、jQueryをテストするために開発されたJavaScript Un
技術/TDD/JavaでUnitTestでprivateメンバにアクセスしたい場合 - Glamenv-Septzen.net
id: 449 所有者: msakamoto-sf 作成日: 2009-10-03 15:44:05 カテゴリ: Java TDD プログラミング テストコードを書く時に困るのが、privateなメンバをテストしたい場面である。 そもそもprivateなメンバをテストコードでテストする必要があるのか、テストしたいのならprivateではなく別のクラスに移すべきではないのか、という意見はひとまずおいておく。 ここでは、下記記事で紹介されている、Javaでprivateなメンバを外部からreflectionを使ってアクセスする手法を例によって抜き書きしてまとめておく。 "Subverting Java Access Protection for Unit Testing - O'Reilly Media" http://onjava.com/pub/a/onjava/2003/11/12/re
いまさらだけど、家でもテスト駆動するようになった
前書き いまどきテスト駆動開発の話をするというのも、まるでこの時期（5月末）に桜の話でもするようで、少し気後れするところもある。BDDとか言っておけば、少しは気も紛れるだろうか。まぁ、いいや。季節外れもまた良し。 今年に入った頃からようやく、家でちょっとしたコードを書く時でも、テストファーストを取り入れるのが習慣になってきた。 その中で、いろいろ実感として頭に溜まっているものもあるような気がするので、今日はその辺のことをアウトプットしてみようと思う。 基礎知識 一応書いておくと、TDD = Test Driven Development = テスト駆動開発は、コーディングをする時は先にテストコードを書きましょうっていう手法。 自分はXP関連の書籍で軽く説明を読んだり、Webでそれっぽい記事を読んだりしたくらいの知識しかないので、正直あまり詳しくはない。だから自分がやってる方法が、正しくテス
より良いテスト駆動開発を行うためのチートシートの紹介
みなさんこんにちは。@ryuzeeです。 planetgeek.chというサイトでUrs Enzler氏がTDDのチートシートを公開していたのでご紹介します。 Clean Code and Clean TDD Cheat Sheets (PDFファイルでダウンロード可能です) 以下で、チートシート内の一部を意訳にてご紹介しましょう。 Unit Test Smellsテストが何もテストしていない一見するとテストが有効に機能しているように見えるが、実はテスト対象をテストしていない テストに過度なテスト準備が必要とされるテストが環境をセットアップするのに長いコードを必要としている。こういうノイズがテストが本当にテストしたいのが何なのか？ということを分かりにくくする。 大きすぎるテスト有用だが大きすぎるテスト。たぶんテストが１つではなく複数の機能をチェックしているか、テストが１つ以上のことをやろう
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
テスト駆動開発始めました！
TDD勉強会キックオフ for Java