テスト駆動開発について僕は誤解していた - 偏見プログラマの語り！
ここ数日 ruby をやってるんですけど、ruby といえばテストらしいので Test::Unit やら RSpec やらを調べてました。しかし僕はこれまでまともな TDD をやってこなかったので、先にテストとは何ぞや？TDD とは何ぞや？ってのを調べたりしていました。 この記事は、ずぶの TDD 素人がテストについて知り始めたまとめです。 1. きっかけは RSpec のドキュメント そもそも RSpec の↓紹介文の冒頭から意味不明に感じたんです。 FAQ:「RSpec って、要は Test::Unit でやっていることを別の書き方にしただけでは？」 この FAQ への短い答えはイエスです。 『スはスペックのス 【第 1 回】 RSpec の概要と、RSpec on Rails (モデル編)』 Rubyist Magazine えっ... じゃあ要らんやろソレ。いちいち手作業でチェック
GitHub - thoughtbot/capybara-webkit: A Capybara driver for headless WebKit to test JavaScript web apps
capybara-webkit Development has been suspended on this project because QtWebKit was deprecated in favor of QtWebEngine, which is not a suitable replacement for our purposes. We instead recommend using the Selenium or Apparition drivers. Qt Dependency and Installation Issues capybara-webkit depends on a WebKit implementation from Qt, a cross-platform development toolkit. You'll need to download the
より良いテスト駆動開発を行うためのチートシートの紹介
みなさんこんにちは。@ryuzeeです。 planetgeek.chというサイトでUrs Enzler氏がTDDのチートシートを公開していたのでご紹介します。 Clean Code and Clean TDD Cheat Sheets (PDFファイルでダウンロード可能です) 以下で、チートシート内の一部を意訳にてご紹介しましょう。 Unit Test Smellsテストが何もテストしていない一見するとテストが有効に機能しているように見えるが、実はテスト対象をテストしていない テストに過度なテスト準備が必要とされるテストが環境をセットアップするのに長いコードを必要としている。こういうノイズがテストが本当にテストしたいのが何なのか？ということを分かりにくくする。 大きすぎるテスト有用だが大きすぎるテスト。たぶんテストが１つではなく複数の機能をチェックしているか、テストが１つ以上のことをやろう
「パターンによるソフトウェア構成管理」 スティーブ・P・バーチャック、ブラッド・アップルトン 著 - 実感近似
ソフトウェアの開発が、「開発→リリース→メンテナンス→開発→リリース→メンテナンス」の一次元的なループであれば問題ないけど、実際は開発の途中で古いバージョンのメンテナンスが入り、特殊なバージョンの作成が入り、企画変更が入り、同時進行の開発がスタートする。当然それらは複数人による作業となり、ある担当者が加えた変更を別の担当者が知らない場合もある。そうなると規模が大きくなった時、あるバージョンでどのコードが実際に使われたのか、実際に動作が確認されている最新のコードはどれかすらおぼつかなくなる。 そういったソフトウェア開発を管理するために有用な16のパターンに分類し紹介している。のだけど、どうも俺にはぴんと来なかった。パターンの中にも具体的なやり方もあれば心構え的なものがあったり、あまり切り口が統一されていない感じがした。 と読んだ時には思ったんだけど、これを書いていて気付いた。これはパターン自
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
InfoQ: "古典派"TDD 対 "モック派"TDD、これは本当の対立軸だろうか？