BT

最新技術を追い求めるデベロッパのための情報コミュニティ

寄稿

Topics

地域を選ぶ

InfoQ ホームページ テスト に関するすべてのコンテンツ

  • Moq 3.0のリリース

    Moqは.NET向けのmockingライブラリである。Version 3.0 RTMがリリースされ、ダウンロードで利用可能である。

  • 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コミュニティのメンバの1人が、「設計は最近ではリファクタリングの一部なのだろうか?」という質問をした。この疑問は、創発的な設計へのアジャイルのアプローチについて多く見られる誤解を浮き彫りにしている。

  • Rubiniusの前進 - Brian Ford氏のインタビュー

    Rubiniusプロジェクトで現在何がおこなわれているのか、Rubiniusチームメンバーである、Brian Ford氏にインタビューをした。

  • 実例駆動受け入れテスト

    テストは、開発において不可欠な部分だと考えられる。コードとテストケースは、アジャイルプロジェクトの重要な成果物だ。しかしながら、多くのアジャイルチームにおいてユニットテストと統合テストが受け入れテストよりも注目を集めている。Gojko Adzic氏とLisa Crispin氏が、開発の一環として効率的に受け入れテストを含めるアプローチを提案する。

  • アジャイルのテスターと開発者の適切な比率は? 状況次第である。

    長年の間、ソフトウェア開発の世界に存在する疑問:テスターと開発者の適切な比率はどのくらいか?最近Scrum Developmentのスレッドでは、アジャイルがこの比率にどのような影響を与えるかを尋ねるものがあった。最初の問いに対する答えは「状況次第である」と思われる。2つめの質問に対する答えは、Elisabeth Hendrickson氏の意見では、アジャイルチームはもっと少ないテスターでもっとたくさんのテストが出来る、ということである。

  • Article: Typemock: その過去・現在・未来

    Eli Lopian氏率いるTypemock社の過去・現在・未来について、インタビュー形式にて記します。

  • 職人のペアプログラミングツアー

    Corey Haines氏が、最近米国中部でとてもユニークな「ペアプログラミングツアー」に乗り出した。この革新的な旅を始めて三週間にな���、Haines氏は数多くのユニークな洞察を明らかにするビデオインタビューを投稿している。

  • Web Services Test Forumの発表

    相互運用性は、Web Services標準で必要とされているため、ベンダーによって推進されている主要要素である。それに取り組むために設立された組織さえある。

BT