アジャイルの限界
非伝統的な環境でアジャイルを実践しようとする試みが直面する問題は、アジャイルの原則が適用できないことでも、フィードバックのサイクルが始めからうまくいかないことでもない。アジャイルのスイート・スポットの外では、アジャイルの技術を適用するにはさらなる障壁があり、コストがかかること。これが、彼らが直面した問題だ。これらの障害物はアジャイル自体の適用を妨げるものではないが、アジャイル適用のコストを引き上げる。
InfoQ
InfoQ
トピック・タグ別の表示
TDDに関するすべてのコンテンツ
TDDに関する最新コンテンツ
TDDに関するNews
アジャイルコミュニティが受け入れるべきものは何か ... YOW! Austraria 2011 に参加した思想的リーダたちに聞く
アジャイルコミュニティが2012年以降受け入れるべき，もっとも重要なものは何か？ 先日の YOW! Austraria Software Developer Conference に参加する機会を得た InfoQ では，多数のアジャイル講演者たちが一同に会するこの機会を活かして，この質問に対する彼らの考えを聞くことにした。
Global Day of Code Retreat
Global Day of Code RetreatはCoderetreatに対する理解を広めるための世界規模のイベントだ。単純な課題をTDDやペアプログラミングを用いて取り組むことで、丸一日をTDDや開発力の向上に使い、ソフトウエア開発の重要な側面を学ぶ。
Googleの品質保証
以前はMicrosoftのアーキテクトを務め、現在はGoogleのテストエンジニアリングのディレクターであるJames Whittaker氏は“How to Break Software” シリーズで何冊かの著書がある。氏はGoogleがどのようにテストをしているかについて数回に渡って記事を書いた。Googleではテストは開発と共に行われ、テスターの数は比較的少ない。各製品は多くの人に触れられる前に一連のチャンネルで評価される。
BDD: ATDDの改良版なのか。
振る舞い駆動開発のコミュニティでは古い問いが新しい形式で表れている。すなわち、BDDは受け入れテスト駆動開発の単なる完了版なのか。このふたつの開発方式の違いについて、コミュニティでは様々な議論がされているが、Dan North氏は、TDDは"素晴らしい"のだからこのような議論に注力しないでほしいと要求した。
TDDに関するArticle
TDDを根づかせる:導入の問題と解決策
大きな組織のチームでは、TDDの採用に未だに苦戦している。この記事では、Mark Levison氏が、チームを調査した時に発見した問題と、TDDを組織に紹介するための戦略とを共有する。
反復的で自動化された、継続的なパフォーマンステスト
アプリケーションのパフォーマンスを考えたとき、我々はアプリケーションが完成に近づくまでは、パフォーマンスのテストを滅多に行いません。我々が機能テストで行ってきた、反復、自動化、継続という教えをパフォーマンスについても同様に適用できるでしょうか？
XMLをユニットテストする
XMLUnitはBSDライセンスの下で認可されたオープンソースプロジェクトです。XMLUnitは相関クラスの小さなライブラリを提供しますが、それは、前のセクションで概説された幾つかのXMLをテストする異なった方法のそれぞれを簡素化します。
TDDに関するInterview
Coplien氏とMartin氏、TDDとCDDそしてプロフェッショナルの定義について大いに語る。
JAOO '07 で「今時、ユニットテストを実施してないコードを納品するのは無責任な開発者だ」というBob Martin氏の主張について、議論が起こった。 このInfoQビデオは、BobとJim Coplien氏がこれに関連する話や、いくつかの他の話題について議論する様子を納めたものだ。TDDと契約による設計(Design by Contract)の比較や、システムとビジネスドメインモデルを調和させるためには、事前にどれくらいのアーキテクチャ設計をしておかなければならないのか、などが議論されている。（翻訳：近藤 修平 - (株)永和システムマネジメント）