「xUnitとかで書いた自動化テスト」について原理と原則を考えてみたいと思いました。 テストという言葉が悪い、というまさにその典型例なんだけど、 TDDやテストファーストに限らず、その周辺をぼんやりと取り巻いた 「テストと呼ばれているもの」についてのことを考えたいのです。 これってデベロッパーテスト、と呼んでいいのかしらん。 values: 品質 自信 コミュニケーション principles: よりよい設計を追求する テストはプロダクトコードの設計をよくするために書く 不安がなくなるまでテストを書く テストはセーフティネット。どれだけ書くかという指標は、書いた人がいちばんよく分かる とはいえテストを書くべき分量の感覚と裏付けは、身につけなくてはいけない テストの読み手を意識する なにをテストしたいのかがあいまいだと、テストコードもあいまいになる テストしたいポイントはどこか、枝葉はど
Context-driven testingは、 Cem Kanerらが提唱している、個々のプロジェクトのコンテキストに最も重きを置くテストスタイルのこと。スタイルなので、具体的な技術というよりは原則を示している。特に、ベストプラクティスや標準を安易に利用することは使わないよりむしろ有害であることを強調している。このスタイルにおける主張は、昨年に自分が非常に強く感じたことをうまく表現しており、気に入った。 The value of any practice depends on its context. There are good practices in context, but there are no best practices. People, working together, are the most important part of any project's cont
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く