自動テスト、4つの罠と5つの教訓：現場エンジニアが語るIBM Rationalの有用性：エンジニアライフ

■一般化した自動テスト XP（eXtreme Programming）やTDD（Test Driven Development）の流行や、Ruby on Railsのようなフル・スタックのWebフレームワークが自動テスト・フレームワークを備えるようになった影響で、最近の開発者の間では自動テストという概念が普通になってきました。 以前は自動テストといった場合、開発者の間ではJUnitのようなテスティング・フレームワークを使った単体テストの自動化が中心でした。しかし、最近では機能テストの世界でもSeleniumをはじめとするオープン・ソースのツールが登場してきたことによって、画面ベースの機能テストも積極的に自動化していく動きが進んでいます。 僕がテストの研究を大学でしていた10年前では逆にJUnitは誕生したばかりで、自動テストといえば、商用の画面キャプチャー・ベースの機能テスト・ツール（以下

[aroma_black]

“自動テストの成功はほとんどツール自体の能力とは関係なく、人と組織、プロセス、業務知識なのでした”

[taiyaki_tomato]

大規模プロジェクトでの実体験に基づいた貴重な教訓／「自動テストの成功はほとんどツール自体の能力とは関係なく、人と組織、プロセス、業務知識なのでした」

[hideAki]

自動テスト