InfoQ ホームページ テスト に関するすべてのコンテンツ
-
経験的調査で明かされるテスト駆動開発における品質の向上
学術誌Empirical Software Engineeringにて最初に発表された論文は、次のように報告している。「TDDは様々な分野で適用可能のようだ。また、開発チームの生産性を大きく低下させることなく、開発するソフトウェアの欠陥密度を大幅に削減できる。」この調査では、MicrosoftおよびIBMの4つのプロジェクトが比較されており、TDDを使用したプロジェクトとそれに類似するTDDを使用しないプロジェクトを取り上げている。
-
Arthropod - FlashとAIRのデバッガ
デバッギング・ツールはどのような言語によるソフトウェア開発においても、実行環境においても欠かせないものである。FlexであろうがAIRであろうが、Adobe Flashプラットフォームでのリッチ・インターネット・アプリケーション開発もまた例外ではない。
-
-
Fiddler Webデバッグプロキシ
Fiddlerは無償のプロキシであり、HTTP(S)トラフィックの記録をとる。それにより、デベロッパは要求��応答を検査し、ブレークポイントを設定し、送受信データの修正をすることができる。また、Fiddlerはイベントベースのスクリプト記述サブシステムを装備しており、あらゆる.NET言語を使用して拡張することができる。
-
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の使用にある制限を課すので、プログラミングがより安全になり、検証が厳しくなるので、実行時に予期せぬエラーの数が少なくなる。
-
リファクタリングは設計の代わりではない
stack overflowコミュニティのメンバの１人が、「設計は最近ではリファクタリングの一部なのだろうか？」という質問をした。この疑問は、創発的な設計へのアジャイルのアプローチについて多く見られる誤解を浮き彫りにしている。
-
Rubiniusの前進 - Brian Ford氏のインタビュー
Rubiniusプロジェクトで現在何がおこなわれているのか、Rubiniusチームメンバーである、Brian Ford氏にインタビューをした。
-
実例駆動受け入れテスト
テストは、開発において不可欠な部分だと考えられる。コードとテストケースは、アジャイルプロジェクトの重要な成果物だ。しかしながら、多くのアジャイルチームにおいてユニットテストと統合テストが受け入れテストよりも注目を集めている。Gojko Adzic氏とLisa Crispin氏が、開発の一環として効率的に受け入れテストを含めるアプローチを提案する。
-
アジャイルのテスターと開発者の適切な比率は？ 状況次第である。
長年の間、ソフトウェア開発の世界に存在する疑問：テスターと開発者の適切な比率はどのくらいか？最近Scrum Developmentのスレッドでは、アジャイルがこの比率にどのような影響を与えるかを尋ねるものがあった。最初の問いに対する答えは「状況次第である」と思われる。2つめの質問に対する答えは、Elisabeth Hendrickson氏の意見では、アジャイルチームはもっと少ないテスターでもっとたくさんのテストが出来る、ということである。
-