InfoQ ホームページ ソフトウェアテスト に関するすべてのコンテンツ
-
メンテナンス可能な自動受け入れテスト
自動テストはすぐに辻褄が合わなくなってしまい、メンテナンスするのが大変だ。従って企業もテストを自動化したがらない、とDale Emery氏は言う。氏は、最近公開したペーパーにテスト自動化に関わる共通の問題を回避するための実践的な方法を記している。これは、典型的な自動化コードから始めて、より強力でメンテナンスしやすいコードに育てていく方法だ。
-
テストのヒューリスティクス- テスターのように考える
James Bach氏とElisabeth Hendrickson氏は、コンテキスト駆動テストのコミュニティのメンバだ。James Bach氏は最近、STANZカンファレンスで講演をし、テスト手法についてのガイドラインを示した。Elisabeth Hendrickson氏は価値のあるテスト活動を見つけるために役に立つヒューリスティックなチェックリストを示した。
-
StoryTellerと実行可能な仕様書 - Jeremy D. Miller氏のインタビュー
先週、Jeremy D. Miller氏はStoryTellerプロジェクトをプレビューリリースしたとアナウンスした。このプロジェクトは、「実行可能な仕様書」を実現しようとする.NETのオープンソースプロジェクトである。InfoQは、JeremyにStoryTellerがFit/FitNesseやCucumber などのほかのツールとなにが違うのか、またこのプロジェクトを今後どうしていくのかなどについてたずねた。
-
機能テストツールのワークショップ
機能テスト自動化ツールのテスト技法を改善することに興味を持つ人々が、Agile 2009の前の日曜日に、年に１度のワークショップに集まった。そこでは以下のようなトピックが扱われた。様々なツールのライトニングトークデモ、 Cucumberの.NETへの移植、既存の機能テストツールの互換性についてスプレットシートを使った文書化、キャプチャ/プレイバックツールの限界。
-
テストを分類する
単体テスト、機能テスト、システムテスト、結合テストの違いは何か？デベロッパテスト、ストーリーテスト、受入テストはどうだろう？テストのネーミングと分類に関してコンセンサスは形成されていないようだが、多くのアジャイル開発プロセスにおいてテストは中心的な役割を担っている。TDDディスカッショングループの議論ではこれらの分類が行われ、見通しを良くするよう試みられている。
-
Kent Beck氏、ごく短期のプロジェクトではテストを省略することを提案
Kent Beck氏は、ごく短期のプロジェクトにおいて、実行可能なコンセプトがあるかどうか判断するときには、すばやく軌道に乗せるために自動テストをあまり（あるいはまったく）やらなくても構わないと提案している。これはTDDを取り巻く従来の見解に反するものだ。
-
Pexの最新版がリリース - .NET用のホワイトボックステストライブラリ
Microsoft Researchは自動ホワイトボックステストの.NET用ライブラリであるPexの新バージョンをリリースした。Pex v0.11ではデリゲートをパラメータで渡す、新しい例外ツリーのビュー、イベントのスタブ化、再帰スタブのサポートが加わった。今回のリリースではStubs Visual Studioアドインの登録に関する問題も修正され、また最新のCode Contractsが使用されるようになった。
-
アジャイルチームの熱心な試験者
ジャイルチームの熱心な試験者の必要性は、長期間議論、討論されている。多くのアジャイルチームでは、熱心な試験者は極めて重要な役割を果たす。Scrum Developmentグループでの協議で、チームでの熱心な試験者の必要性を再び取り上げようとしている。
-
Code Contractsの使用に関する詳細
以前InfoQは.NET向けのCode Contractsの可用性について取り上げた。今回、 .NETへの重要な追加である、Code Contractsの使用に関するさらなる詳細を提供する。
-
Cucumberによるストーリー駆動開発の手法
ビヘイビア(振舞)駆動開発(BDD:Behaviour Driven Development)の盛り上がりは看過できない。BDDは、テスト駆動開発(TDD:テスト駆動開発)の課題に応えるかたちでDan Northが2003年に提唱した手法だ。BDDはソフトウェアプロジェクトに関わる様々な人や組織の間を巻き込み、お互いが協調していくことを促進する。そこにはたとえば、開発者、品質保証担当、技術に詳しくない業務分析担当者などが含まれている。
-
.NET版Webアプリケーション用テスティングライブラリ
WatiNは.NETによるWeb自動テストのためのオープンソースライブラリだ。WatiNは有名なRubyベースのWatirプロジェクトにインスパイアされたもので、ブラウザを通して行うWebアプリケーションの自動テストを促進させる。WatiNはC#で書かれているが、テストは.NET言語ならどれでも書くことができる。
-
「古典派」TDD 対 「モック派」TDD、これは本当の対立軸だろうか？
先日のTest-Driven Development(テスト駆動開発)Yahoo groupsでの議論で関心を集めたのは、TDDに対するいわゆる「古典派」のアプローチと「モック派」のアプローチとのつながりについてだ。
-
SpolskyとBobおじさんの対決
ここ数週間、Joel SpolskyとRobert C Martin(Bobおじさんと呼ばれている)の間で議論が交わされている。そもそもの発端は、Jeff AtwoodとJoel Spolskyの「38:th Stack Overflow」というポッドキャストで、Joelの「よくユニットテスティングをJoelテストの13番目の項目に加えるべきだと言われるんだけど、それには反対なんだ」という発言だった。
-
.NET向けのCode Contractsがダウンロードで利用可能
Code Contractsは、Design by Contract概念の.NET実装である。.NET 4.0で提供されることになっていたが、Code ContractsはすでにDevLabsからダウンロードで利用可能である。Contractsは、APIの使用にある制限を課すので、プログラミングがより安全になり、検証が厳しくなるので、実行時に予期せぬエラーの数が少なくなる。
-
アジャイルのテスターと開発者の適切な比率は？ 状況次第である。
長年の間、ソフトウェア開発の世界に存在する疑問：テスターと開発者の適切な比率はどのくらいか？最近Scrum Developmentのスレッドでは、アジャイルがこの比率にどのような影響を与えるかを尋ねるものがあった。最初の問いに対する答えは「状況次第である」と思われる。2つめの質問に対する答えは、Elisabeth Hendrickson氏の意見では、アジャイルチームはもっと少ないテスターでもっとたくさんのテストが出来る、ということである。