Slim3に触っていたら、日本のソフトウェア産業になんとなく失望した « エンピツとキーボード
最近、slim3というGoogleAppEngine/Java上で使用できるフレームワークを触り始めました。 http://sites.google.com/site/slim3documentja/ 一言で言ってこれはすごい。 Eclipseと連動させたら、苦もなくテストライクな環境で開発ができるようになります。 チュートリアルも丁寧に作られています。 MVCモデル、TDDの要素をしっかりと盛り込んで、フレームワークの使用方法が説明されます。 ちょっと開発に携わったことのある人であれば、 “Creating a Slim3 application is easy, and only takes a few minutes” （Slim3のアプリケーションを作るのは簡単、数分しかかかりません。） という言葉に偽りなし、と実感できるでしょう。 webサービスで儲けようと思ったら、早
Lotus Connections大規模事例 - ベルリッツ様
IBMの革新的なテクノロジーがさまざまな業界にもたらした驚くべき影響をご覧ください。当社の深い業界知識、カスタマイズされたサービス、業界固有のソリューションは、世界中でクライアントのビジネス変革を支援しています。 自動車 銀行と金融サービス 消費財 防衛 エネルギー 金融サービス 官公庁・自治体 ヘルスケア 保険 ライフサイエンス 製造 天然資源 石油・ガス 小売 宇宙 通信 旅行・運輸 お客様事例 Telefonica IBMとTelefonicaスペインがどのように協力し、アイデアを実際のビジネス価値に変えたかをお読みください。 State bank of India State Bank of Indiaのインテリジェント プラットフォームがどのように顧客を第一に考えているかをご覧ください。 アメリカン航空 より良いカスタマーエクスペリエンスへの道は、クラウドです。
「とちぎテストの会議」レポート | gihyo.jp
2010年7月17日に、栃木県北部の西那須野公民館に30名近くの人が集まり、「とちぎテストの会議」が開催されました。本稿では、本イベントのレポートをお届けします。 本レポート写真協力：佐々木揚さん、中内章一さん 深夜のTwitterから始まった、とちぎテストの会議 本イベントは、2月ごろにTwitter上でTDD（テスト駆動開発）をめぐる議論が行われたことが発端となっています。同じ「TDD」という言葉を見たときに想像する内容が人によって大きく異なるらしい、ということがこれらの議論から見えてきたため、「それなら、様々な立場の人を集めて議論してみよう」というところから本イベントが企画されました。 TDDはテスト手法か否か（@kdmsnrさんまとめ） TDDについて（@t_wadaさんまとめ） 深夜のテストTL（@fistfvckさんまとめ） TDDネタ再燃？（@vestige_さんまとめ）
［動画で解説］和田卓人の“テスト駆動開発”講座 記事一覧 | gihyo.jp
第16回プログラミング言語とTDDは、どちらを先にマスターすべきか？ 和田卓人 2007-12-21
テスト駆動開発の効果はどのくらいある？
ソフトウェアの開発を行うときに、まずテストケースを先に作ってから機能を作り込む「テスト駆動開発」（Test-Driven Development：TDD）。これにより、ソフトウェアの開発工数や品質にはどの程度の変化があるのでしょうか。 TDD(テスト駆動開発)の適用評価を紹介した研究論文 - エリクソンはじめ3社：森崎修司の「どうやってはかるの？」：ITmedia オルタナティブ・ブログ この疑問について調査した論文を、奈良先端科学技術大学院大学 助教の森崎修司氏が3月10日のブログ「国立大学法人奈良先端科学技術大学院大学 助教」のエントリ「TDD(テスト駆動開発)の適用評価を紹介した研究論文 - エリクソンはじめ3社」で紹介しています。 開発時間はやや増えたがコードの品質は上がった 論文全文は有料なので読めないものの、森崎氏のブログによると次の知見が得られたとのことです。まず、ソフトウェ
TDD談義への反応に対する雑感（テスト駆動開発を取り巻く誤解等） - 千里霧中
先日、twitter上でTDDに関する談義があったのだけれど、気になったのがそれに対するテストや品質の方々の反応。特にTDDの戒めである「品質保証を目的としていない」という書き込みに対してネガティブな反応が多かったのが気になった。 開発経験もあり定義や概念の扱いに注意深い方々なので誤解の可能性はないと思うが、結構問題が入り組んでいるように感じたので、今回テストエンジニアと開発者の視点の差異を焦点にして一部の論点を整理したいと思う。 開発者のいう品質保証の定義 まずTDD談義で開発者が「品質保証のためのテスト」「品質管理のためのテスト」などと呼んでいるテストの定義は、乱れや不統一感も多少あるけど、基本的にKent Beckや和田さんが使われているQAテストの定義によるもの（http://gihyo.jp/dev/serial/01/tdd/0003）。 この定義で「品質保証のための単体テスト
＠IT：特集 「テスト駆動開発」はプログラマのストレスを軽減するか？
新しいソフトウェア開発技法へチャレンジできるか？ ソフトウェア開発の世界にも日々の進歩がある。そしてその中には、使えばさまざまな恩恵を受けられる技法もある。しかし、それらを現場ですぐに活用できるとは限らない。例えば、1990年代末に生まれ、1つのブームを形成したエクストリーム・プログラミング（XP）という開発技法がある。これは、とても優れた開発技法だと思うのだが、開発プロジェクト単位で、顧客まで巻き込んだ形で使われることが前提となっている。しかし、顧客ぐるみでまったく新しい方法にチャレンジできるかといえば、できないことの方が圧倒的に多いだろう。では、エクストリーム・プログラミングの技法を全部使おうとせず、使うことができる部分だけを取り出して試みることができるかというと、そういうわけにもいかない。エクストリーム・プログラミングは、いくつかのプラクティスと呼ばれる項目から成り立っているのだが、
テスト駆動開発のテストは、テストか？―TDD から BDD へ - An Agile Way [ITmedia オルタナティブ・ブログ]
アジャイル開発の中の１つのプラクティスであるTDD(Test Driven Development、テスト駆動開発)に使われるユニット・テスト、というものの役割について、よくテスト界の人との意見の相違がある。テストとしての完全性、や、品質保証についての考え方から見ると、テストとは呼べないのでは？ということ。 最近、アメリカテスト界の有名人であり、アジャイルコミュニティへの貢献も大きい、Brain Marick(www.testing.com/cgi-bin/blog) 氏とメールで話す機会があった。 アメリカでのコンセンサスは、TDDのテストはテストとしては二義的であり、一義的には、「設計ツール」だ これは、以前「テストの役割=進捗管理＋設計戦略」 blogs.itmedia.co.jp/hiranabe/2005/08/sd4__c05e.html で 紹介した、t-wadaさんの「テス
![テスト駆動開発のテストは、テストか？―TDD から BDD へ - An Agile Way [ITmedia オルタナティブ・ブログ]](https://cdn-ak-scissors.b.st-hatena.com/image/square/940258f08a8861f663a305f5e532f8d8c90667bb/height=288;version=1;width=512/https%3A%2F%2Fblogs.itmedia.co.jp%2Fmt-static%2Fsupport%2Fassets_c%2Fuserpics%2Fuserpic-20-100x100.png)
TDDはYAGNIに矛盾する？ - カタチづくり
Joel on Softwareに面白そうな記事が載っていた。 とはいえ、どうも僕の英語力では完全な読解が難しい。会話を書き起こしたものなので当然ながら文体が会話調で、僕にはなかなか理解が難しいのだ。以下で僕の読み間違いがあれば指摘して欲しい。 さて、冒頭で Joel 氏はこう言っている。 Joel: There's a debate over Test Driven Development... should you have unit tests for everything, that kind of stuff... a lot of people write to me, after reading The Joel Test, to say, "You should have a 13th thing on here: Unit Testing, 100% unit tests
僕がTDDをやめた理由 - カタチづくり
タイトルは、まあ、半分釣り。TDDな人もそうでない人も、肩の力を抜いてお気楽にどうぞ。 本題に入る前に まずお礼 ここで書くことは、前の記事 TDDはYAGNIに矛盾する？ - カタチづくり から派生して色んな方と意見を交わした経験が元になっています。この場を借りて、色々とアドバイスを頂いた方に心から感謝の意を表します。 特にコメント欄にお寄せいただいた きしだ さんのコメントは、コメントと言うよりももはや一つの素晴らしい記事となっていて、もう必読といってもいいレベルじゃないでしょうか。本当にありがとうございます。特にBDDについて大きなヒントを頂きました。 押し付けではなく、交換 タイトルから想像がつくとおり、ここにはどうしてもTDDに対して否定的な意見ばかりが並んでしまう。でも、だからといって僕がTDDを完全に否定しているとは思わないで欲しい。 僕が今一番恐れていることは、TDDに対し
「実演テスト駆動開発」 WEB+DB PRESS Vol.35特集 特設サイト
第8章の完全版ソースコード 誌面では掲載できなかった次の機能を実装した，第8章の完全版コードです． 第8章完全版ソースコード テストフィルタ機能 受け入れテストと，ユニットテストなどの他の種類のテストとを同時に実行しないための機能．誌面25ページ参照． 受け入れテスト実行の自動化機能 データベースの初期化から，SQLの実行，サーブレットコンテナの立ち上げ，そして受け入れテストの実行までのすべてを自動化する機能．誌面48ページ参照． サーブレットコンテナのTomcatへの変更 サーブレットコンテナをJettyからTomcatに変更． 詳しくは，「テストフィルタ機能，受け入れテスト実行の自動化機能について」をご覧ください．
「実演テスト駆動開発」 WEB+DB PRESS Vol.35特集 特設ページ：本誌からのお知らせ
WEB+DB PRESS Vol.35の特集1「実演！テスト駆動開発」の特設ページです。テスト駆動開発（TDD）の実演ムービーや誌面サポート情報などを掲載しています。 更新履歴 2006年10月24日 実演ムービーの追加 タスク2「サーブレットのアクセスURLからDAOの名前を抽出する」の実演ムービー3本を追加しました。 環境構築ムービーの追加 Subversion環境の構築ムービー3本を追加しました。 補足情報の追加・変更 第2章～第8章の各章終了時点でのサンプルコードを公開しました。また，すでに公開済みだった第8章完全版のコードも差し替えましたので，お手数ですが再度ダウンロードしてください。 補足情報の追加 「テストフィルタ機能，受け入れテスト実行の自動化機能について」を追加しました。 補足情報の追加 「著者のEclipseテンプレートを公開！」を追加しました。 誌面訂正情報の掲載 第
「実演！リファクタリング」 WEB+DB PRESS Vol.37特集 特設ページ｜gihyo.jp
WEB+DB PRESS Vol.37の特集1「実演！リファクタリング」の特設ページです。リファクタリングの実演ムービーや誌面サポート情報などを掲載しています。 なお，本企画は「実演！テスト駆動開発」（WEB+DB PRESS Vol.35の特集1）と連続性を持っています。 更新履歴 2007年3月2日 訂正情報の追加 pom.xmlに，JVMのデフォルトエンコーディングがShift_JIS以外のOS（要するにWindows系以外のOS）をお使いの方向けの設定を追加しました。詳しくは5ページ目をご覧ください。 ダウンロード用サンプルコードの差し替え 上記補足情報に対応したpom.xmlに差し替えました。 著者からのメッセージ 実演ムービーをご覧いただくにあたっての，著者の和田卓人さんからのメッセージです。 Eclipseのリファクタリング機能 第3章を題材にした，Eclipseのリファク
第1回 連載を始めるにあたって | gihyo.jp
ニコニコ動画：https://www.nicovideo.jp/watch/sm2195306 はじめまして、和田卓人（わだ たくと）といいます。 このたびgihyo.jpにて、テスト駆動開発（TDD）の連載をすることになりました。 筆者は『WEB+DB PRESS Vol.35』の特集1「実演！ テスト駆動開発」と、『WEB+DB PRESS Vol.37』の特集1「実演！ リファクタリング」を執筆させていただいた際に、同時に動画企画を行わせていただきました。おかげさまで「実演！ テスト駆動開発」と「実演！ リファクタリング」は、本誌および特設サイトの企画として、たいへん多くの方にご覧いただき、多数のご意見をいただきました。頂いたご意見の中には、以下のような意見がありました。 もう少し初心者にもわかりやすく もっと突っ込んだ内容をもう少し詳しく もう少し実践的に 特集をお読みくださった方
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
経験的調査で明かされるテスト駆動開発における品質の向上
TDDへの見解：品質は思索と熟考から得られる。バグの抑制からではない。
なぜTDDとペアプログラミングで生産量が増えるのか
TDD/BDDは不完全なユニットテストを招くか？
Seasar Conference 2009 White にて 「テスト駆動開発のこころ」というタイトルで登壇させていただきました - t-wada の日記（旧）