繰り返しタスクはアジャイルの臭い？
ストーリーを水平方向のタスクに分割することは「アジャイルの臭い」か？これはスクラム/アジャイル計画会議によく見られ、チームの顧客価値へのフォーカスを損なう悪習なのか？代わりに提案されているのはどんなことなのか？
InfoQ
InfoQ
トピック・タグ別の表示
受け入れテストに関するすべてのコンテンツ
受け入れテストに関するNews
Jim Shore氏、自動受け入れテストは正しい手段ではないと語る
一般的に認められたアジャイルの文献のほとんどが、ユーザのニーズをとらえる最善の方法は、受け入れテストにエンコードされたサンプル、すなわち「自動受け入れテスト」であると教えている。だが、思想的リーダーであるJim Shore氏はそうではないだろうと言う。その一方で、彼に異を唱える人たちもいる。
安定化スプリント - 必要悪か、それとも純粋な無駄か？
安定化スプリント（"Stabilization Sprint"）とは、製品をリリースする前、通常の開発サイクルの最後に付け加えられる付加的なスプリントである。名前が示している通り、このスプリントは通常プロダクトを最後にもう一度叩き、最後のバグを出すためのものである。これはアジャイルに属するものなのか？それとも「完了」すれば充分なのか？
メンテナンス可能な自動受け入れテスト
自動テストはすぐに辻褄が合わなくなってしまい、メンテナンスするのが大変だ。従って企業もテストを自動化したがらない、とDale Emery氏は言う。氏は、最近公開したペーパーにテスト自動化に関わる共通の問題を回避するための実践的な方法を記している。これは、典型的な自動化コードから始めて、より強力でメンテナンスしやすいコードに育てていく方法だ。
システム/受け入れテストで日付型と時間型をテストする
単体テストで日付と時間をでテストする方法はよく話題にあがるが、比較的簡単な解決策がある。もっと難しいのは、時間を受け入れ/システムテストでテストすることだ。どんな方法があるだろうか。
機能テストツールのワークショップ
機能テスト自動化ツールのテスト技法を改善することに興味を持つ人々が、Agile 2009の前の日曜日に、年に１度のワークショップに集まった。そこでは以下のようなトピックが扱われた。様々なツールのライトニングトークデモ、 Cucumberの.NETへの移植、既存の機能テストツールの互換性についてスプレットシートを使った文書化、キャプチャ/プレイバックツールの限界。
受入テストの自動化 - 理論にすぎないのか、それとも実践的なのか
要件を受入テストとして記述し、それを自動化することに成功したという報告がこれまでも時折見られている。しかし、これを実践しているのはコミュニティの中の少数派でしかない。各イテレーションの最初に自動化された受入テストを書くという主張は理論的なものに過ぎず、適用事例が少ないということが非効率であることの証明になっているのだろうか。
.NET版Webアプリケーション用テスティングライブラリ
WatiNは.NETによるWeb自動テストのためのオープンソースライブラリだ。WatiNは有名なRubyベースのWatirプロジェクトにインスパイアされたもので、ブラウザを通して行うWebアプリケーションの自動テストを促進させる。WatiNはC#で書かれているが、テストは.NET言語ならどれでも書くことができる。