WritingTestableCode - テストできるコードの書きかた
WritingTestableCode - テストできるコードの書きかた 目次 この文書について まずいのその1: コンストラクタがやりすぎ まずいのその2: 深い仲になってしまっている まずいのその3: 脆いグローバルな状態とかシングルトンとか まずいのその4: クラスがやりすぎ テストできるコードの書きかた この文書について "Guide: Writing Testable Code" の日本語訳です http://misko.hevery.com/code-reviewers-guide/ 推敲歓迎: 誤訳, タイポ, 訳語の不統一, そのほか... TODO: 各 Flaw のリンク先も訳す Misko Hevery コードをベストな状態に保つために、 我々は Google でソフトウェアエンジニアに以下のようなをガイドを定期的に送っていた。このガイドを共有できてうれしいね。 この
【ハウツー】Javaのビヘイビア駆動開発をやさしく現する"easyb"を試す (1) ビヘイビア駆動開発、そしてeasybとは? | エンタープライズ | マイコミジャーナル
本稿では、Java向けのビヘイビア駆動開発(Behavior Driven Development: BDD)フレームワークであるeasybを簡単に紹介する。 「ビヘイビア駆動開発」という用語になじみのない方のために簡単に説明すると、「ソフトウェアを書く前に、その仕様をコードで書く」という開発手法である。対して、皆さんおなじみの「テスト駆動開発(TDD)」は、「ソフトウェアを書く前に、そのテストをコードで書く」という開発手法だ。 この2つの開発手法は、「プログラムを書く前に、そのプログラムが正しく動くことを保証するためのコードを書く」という点ではまったく一緒だ。保証するためのコードもかなり似通ったものになる。ただし、TDDのコンセプトは「テスト対象のものがないのにテストを書く」というもので、あまり直観的とは言えない。対してBDDは、「仕様通りに動くことを保証するために、検証コードを先に書く
第5回 単体テスト | gihyo.jp
今回は、テスト工程の1つである単体テストにフォーカスを当てます。前回、前々回ではテストケースを作成する技法を見てきましたが、そこで作ったテストケースをどのように実行するかという観点で、単体テストの基本的な進め方と、ツールを用いた単体テストの実行方法について解説していきます。 単体テストとは 単体テストとは、ソフトウェアを構成する最小単位である関数やメソッドに対して品質を確認する作業です。ソースコードレベルでのテストと考えるとわかりやすいでしょう。 一般的なテストにおいては、先入観なくテストするためには、テスト対象を作った人以外がテストをすることが望ましいのですが、単体テストに関しては、作業効率を考慮して、ソースコードを作ったプログラマ自身が実施するのが一般的です。 また、単体テストはツールを用いることで効率よく実施できます。よく使われるツールには、xUnitと呼ばれる単体テスト用のテスティ
僕的な理解のTDD - 404 じゃばてないわー Not Found(一部X-RATED)
何となくTDDわっしょいわっしょいするのも良いんだけど、実際のところ私がどうやってるのかなーというのを書いてみます。えーそんなんかよーって思うかもしれないのだけど、つまりはこう進めるんでしょ？っていう自分なりの理解を書いてみる。まずアイデアが必要とにかくちょーおぼろげでもいい。YAGNI・・・じゃねーや・・・えーとWYSIWYGでもないなーなんかなんとか言う原則。見ないことには何が欲しいかわかんないよねーというやつ。とっかかりのアイデアを膨らませていくと、自分の場合どこまでも広がっていって破綻してしまうので、とりあえず一番おおざっぱな「あーこんなことしたい」って言うのを考える。今回はアノテーション使ってコマンドラインオプションをうまいことビーンにマッピングできないかなー位のことを考えてみた。どういう風なプログラムを書きたいか考える自分と会話というとてもネクラなアクティビティを実施します。陰
議事録ドリブンな会議とテスト駆動開発 - ヤマモトの日記
議事録ドリブンな会議とテスト駆動開発は似てる。 議事録ドリブンな会議は、議事録を書くことを中心に据えることで、議論の無制限な発散やあいまいな終結を避ける会議のやりかただ。プロジェクターにPCを繋げてリアルタイムに議事録を取り、合意事項をどんどんその場でレビューしながら書く。あいまいさはないし速い。 ところで、会議の目的が議事録を取ることだ、と言ったらおかしいよね。そんなはずない。会議の目的はアイデアの創出と合意形成で、さらに言えばそれを通じて最終的には組織のミッションの達成するのが本当の目的だ。お客さまの満足、とかね。じゃあ、お客さま第一主義で行こう会議、と言えばもっとエクストリームにいい会議になるかというと、それはちょっともう違う。価値や目的が重要とはいえ、あんまり直球勝負でそれをいっちゃうと逆によくわからなくなるなんてことがあるようだ。 じゃあこんどは、たとえば席順重要会議とか二時間に
TestCaseその２ - Doge log
Eclipseからも起動したい。 既存のTestRunnerを使えないと辛い。(ant、maven） というニーズに妄想で対応。 以下危険コード。 RhinoTestCase package test; import java.io.File; import java.io.InputStream; import java.io.InputStreamReader; import java.io.Reader; import junit.framework.Test; import junit.framework.TestCase; import junit.framework.TestSuite; import org.mozilla.javascript.Context; import org.mozilla.javascript.Function; import org.mozill
JsUnit を使った JavaScript のユニットテスト - WebOS Goodies
アプリケーションを開発する上で、避けて通れないもの、それがテストです。とくにブラウザごとの非互換性が大きい Web アプリケーションでは、念入りなテストが必要です。でも、テストはあまり創造的な作業ではないし、やったからといってなにか機能が増えるわけでもない。できるだけ手間をかけずに済ませたいところですね。 そんなわけで、本日は JavaScript 用のテストフレームワークである JsUnit を利用したユニットテストの方法をご紹介しようと思います。 Ruby のユニットテストの記事でも書きましたが、ユニットテストによるテスト・ファースト開発は開発効率の面でも良い影響があります。まだ導入していない方は、ぜひこの機会に使ってみてください。 JsUnit について 今回利用する JsUnit は Java 用の JUnit を参考にして作られた JavaScript 用のユニットテストフレーム
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
TDDへの見解：品質は思索と熟考から得られる。バグの抑制からではない。
InfoQ: 私の「ユニットテスト」はあなたの「ユニットテスト」ではない
bose999の試験管の中の話