僕がTDDをやめた理由 - カタチづくり
タイトルは、まあ、半分釣り。TDDな人もそうでない人も、肩の力を抜いてお気楽にどうぞ。 本題に入る前に まずお礼 ここで書くことは、前の記事 TDDはYAGNIに矛盾する？ - カタチづくり から派生して色んな方と意見を交わした経験が元になっています。この場を借りて、色々とアドバイスを頂いた方に心から感謝の意を表します。 特にコメント欄にお寄せいただいた きしだ さんのコメントは、コメントと言うよりももはや一つの素晴らしい記事となっていて、もう必読といってもいいレベルじゃないでしょうか。本当にありがとうございます。特にBDDについて大きなヒントを頂きました。 押し付けではなく、交換 タイトルから想像がつくとおり、ここにはどうしてもTDDに対して否定的な意見ばかりが並んでしまう。でも、だからといって僕がTDDを完全に否定しているとは思わないで欲しい。 僕が今一番恐れていることは、TDDに対し
http://www.kk.iij4u.or.jp/~y-kamite/squeak/sunit/sunit.html
#02/14/2002 修正 #10/24/2001 新規作成 SUnit（testing framework) の使い方 SUnitは、Kent Beck が提案したテスティングフレームワークです。その後、GoFのGammaと共に開発した JUnit などと共にxUnitシリーズを構成し、XPには欠かせないツールとなっています。 SUnitの使い方は以下の通りです。 １ TestCase のサブクラスを作成する 例：TestCase subclass: #TestBankAccount ２ テストする各クラスのメソッドごとに、テストケースを書く。 ・メソッド名の頭を test*** としておけば良い。自動的に選択され、実行される。 ・メソッドの振る舞いに対して制約値、期待値を論理式で書いておく。 assert: balance = 1005 balance=1005 であること。a
Ruby スクリプトのユニットテスト・チュートリアル - WebOS Goodies
WebOS Goodies へようこそ！ WebOS はインターネットの未来形。あらゆる Web サイトが繋がり、共有し、協力して創り上げる、ひとつの巨大な情報システムです。そこでは、あらゆる情報がネットワーク上に蓄積され、我々はいつでも、どこからでも、多彩なデバイスを使ってそれらにアクセスできます。 WebOS Goodies は、さまざまな情報提供やツール開発を通して、そんな世界の実現に少しでも貢献するべく活動していきます。 少し前に公開した Ruby 用 JSON クラスに数多くのバグを仕込んでしまい（たいへんご迷惑をおかけしました m(_ _)m）、テストの重要性を改めて痛感している今日この頃です。今後も開発を続けるにあたって、現在の行き当たりばったりなテスト方法ではとてもやっていけないと危機感を持ちまして、きちんとしたユニットテストの方法を調べてみました。 で、実際に試してみたと
Rubyスクリプトのテスト技法 | Netsphere Laboratories
[2021.4] RubyUnit (RUNIT) は廃れました。Ruby 3.0 では 'test-unit' パッケージ (Test::Unit モジュール) または 'minitest' パッケージを使ってください。 Rubyスクリプトを効果的にテストする「RubyUnit」を試してみる。 http://homepage1.nifty.com/markey/ruby/rubyunit/ [リンク切れ] テストって重要？ Rubyは書きやすいし，高機能なので短いスクリプトで狙ったものが書ける。だから楽しい。だからかもしれないけど，動いてるスクリプトでもリファクタリング（Refactoring）することが多いように思う。 で，うっかり振る舞いを変えてしまったりすることがある。Rubyは何でもかんでも実行時に解決するので，実行してみないと発見が難しい。 で，テストフレームワーク（Testi
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
プログラミング言語 Ruby リファレンスマニュアル
