ソフトウエアは、いわゆる「IT化」によって人々の生活を便利にし、業務を効率化することに貢献してきました。しかしその一方で、ソフトウエア開発自体はIT化が進まず、人の力に頼って泥臭く仕事をする状態が続いてきました。 そのような状況を打破しようと、ソフトウエア開発の現場にも自動化の波がようやくやってきました。中でも、ソフトウエアテストの自動化が注目を集めています。 テストは、単調で地道な作業をコツコツとこなさなければいけないため、自動化の実現が最も望まれる領域でした。そのため、多くのテストツールベンダーがツールを提供したり、オープンソースのツールが開発されたりしています。 テストツールの導入ガイドや知識体系ガイドが公開 テストツールを導入してテストの自動化を進める上で、必要な知識やノウハウに関する情報も充実してきました。最近の二つの活動を紹介しましょう。 NPO法人ASTER（ソフトウェアテス

さらに詳細な情報は、TestNG公式サイトのドキュメント（英語）を参照してください。特に注目する属性は、groupsとdependsOnXXXです。 テストを簡単にグループ分けできる「groups」属性 groups属性には、テストが所属するグループを任意の文字列で指定します。groups属性を使うと、テストを簡単にグループ分けできます。1つのテストを複数のグループに入れることもできます。 ブログやソーシャルブックマークでのタグ付けのようなイメージです。 テスト間の“依存”関係とは？ そして、dependsOnXXX属性を使うと、テスト間に“依存”関係を作ることができます。属性の使い方の前に、テスト間の“依存”関係について考えてみましょう。 例えば、データベースに接続し、SQL文を発行するSampleDaoクラスがあるとします。SampleDaoには、データベースに接続するconnect(

株式会社DTS ネットワーク事業本部 プロジェクトマネージャ。Javaを中心にフレームワーク開発や開発プロセス定義など幅広く活躍中。StrutsIDEコミッタ。著書「まるごとEclipse!　Vol.1」（発行：インプレスコミュニケーションズ）。 昨今では，ますますテスト工程が重要視されるようになっています。品質の高いソフトウエアを効率的に開発することが，保守・管理コストの低減につながり，最終的なコスト削減を生むからです。 単体テスト工程では，「JUnit」フレームワークがデファクト・スタンダードです。これにより，効率的にテスト・ケース（テスト用のコードを書いたクラス）を作成し，何度でも繰り返し実行できます。単体テストを何度でも繰り返し実行できることは，短期開発で高品質を保つためには欠かせない要素です。 しかし，このようにJUnitフレームワークが品質向上に大きく貢献している半面，カバレッ

2. 自己紹介  HN: 秋猫  Twitter: @akineko  Blog: http://d.hatena.ne.jp/Akineko/ 絶賛更新停滞中！  職歴: ホテル→Webデザイン→ゲームプログラマ  Aimingという会社でオンラインゲームの サーバープログラマやってます  C++とかアジャイル開発が好きです

先週、1月25日と26日に都内で行われたソフトウェアテストに関するシンポジウム「ソフトウェアテストシンポジウム JaSST'12 Tokyo」。会場には、参加者が自分の知っているテストの種類を付箋に書いて、自由に貼ることができるポスターが掲示されていました。 独自のテストの種類を貼っていく ポスターの下地になったのが「テスト技法ポジショニングマップ」です。さまざまなテスト技法が表示されています。 この上に、さらに自由にテスト技法、テスト手法の名前が付箋で貼られました。例えば、右上には「ZERO テスト（テストしない）」、右下の方には「血みどろテスト」、中央下には「書いてあるとおりテスト」、左下には「がまの油いぶり出しテスト」、左上には「カン」（勘ですね）、図のど真ん中には「たぬきの皮算用テスト」などなど。名前だけではどんな内容のテストなのか分かりませんけれど……

マイクロソフトの責任者が語る「われわれはどのようにソフトウェアをテストしているか？」 JaSST'12 Tokyo ソフトウェアのテストに関わるエンジニアが集まる国内最大のイベント「ソフトウェアテストシンポジウム JaSST'12 Tokyo」が1月25日、26日の2日間、都内で開催されました。 10周年を迎えた今回のイベントの基調講演を行ったのが、開発しているソフトウェアの規模、分野、種類において世界最大の企業、マイクロソフトのプリンシパル テストリードのBj Rollison氏。 「How We Test At Microsoft（マイクロソフトでどのようにテストをしているのか？）」という題で、同社がどのようなソフトウェアテストを行っているのかを中心に講演を行いました。講演の内容をダイジェストで紹介しましょう。 開発者とテスターはほぼ同数 マイクロソフト プリンシパル テストリードのB

JasmineによるJavaScriptのテスト その1 こんにちは、プログラマのおぐらです。 弊社のクラウドマネージメントサービス Cloudworksでは、JavaScriptのテストにJasmineというフレームワークを利用しています。Jasmine自体はとてもよく出来ていて便利なソフトウェアなのですが、まだリリースされて日が浅いということもあってあまり日本語の情報がありません。そこで、Cloudworks担当のエンジニア Y氏にJasmineの社内向けチュートリアルを作ってもらったところ、なかなかの大作が仕上がり、社内だけで利用するにはもったいないデキでしたので技術ブログのコンテンツとしても掲載させていただくことになりました。 これから何回かに分けて掲載していきますので、「JavaScriptをどうテストしよう？」とお悩みの方はぜひ参考にしてみてください。 Jasmineとは？ J

風邪で３日も寝込んでしまったので、JavaScriptのテストツールについて調べてみた。その中で、特に Jasmine というのが気になった。使ってみるとなかなかよさげ。 Jasmineは、JavaScriptでBDD（behavior-driven development）を行うフレームワークで、RubyのRSpecのように振る舞いを定義する。Sencha Touchのテストにも使われているらしい。ちなみに、RSpecについては スはスペックのス が詳しい。 なぜこれが良いかは、公式ドキュメントにずばりある。 Background · jasmine/jasmine Wiki · GitHub There are some great JavaScript testing frameworks out there already, so why did we write another?

このエントリーは「Software Test ＆ Quality Advent Calendar 2011」における12/18分として書いています。 12/17は @NoriyukiMizuno さんによる 「ソフトウェアテストの勉強会。1年目。」 というエントリでした。 今回は、以前から感じている矛盾について、私なりの考えをまとめたものです。 特に、マネージャーや経営層と呼ばれる人に読んでもらいたいと思っているのですが、このブログの読者層を、考えると、あまり多くはなさそうなので、以下に示す問題について、悩んでいる／苦しんでいるような人から、うまく伝われば良いと思っています。 矛盾する問題 私は、SEPG（Software Engineering Process Group）という役割上、いろいろなソフトウェア開発のプロジェクトや組織に関わってきました。 絶対数で言えば、そんなに多くはない

以前のモックフレームワークの技術的制約 今まで私が担当してきたプロジェクトにおいては、モックオブジェクトを使ったJUnitの単体試験はjMockとEasyMockのいずれかのフレームワークを利用して行ってきました。しかし、これらのフレームワークはJavaプラットフォームにおけるコード自動生成の考え方の変遷で説明したように動的プロキシーに基づいているため、以下のような制約がありました。 モック化する対象の型はインターフェースを実装しているか、継承可能なクラスであること モック化するメソッドはfinal、static、privateでないこと*1 モック化するロジックはコンストラクターの呼び出しではないこと モックオブジェクトをテスト対象クラスにDIかパラメーター経由で引き渡すことが可能であること モック化する場合はクラス全体をモック化する必要があること（getterやsetterなどは本物の

スローテストとは？ 自動テストによるフィードバック（グリーン or レッド）が返ってくるのが遅い状態。この状態に陥ると、開発効率が追う幅に低下して、品質も低下に向かっていく。 ある者は毎回テストのフィードバックを待っている間にタバコに席を立ち、コーヒーを入れ、まだ終わってなければ、RSSを見始め、Twitterをして時間をつぶす。 ある者はテストを走らせることなく実装に走り出す。ランチに行く前にコミットして、返ってきた頃には午前中やった部分のどこがテストで落ちたのか、探すところから開発がスタート。テストが落ちたのをなおし終わった時には、もう夕方。 そんなことをやっている場合じゃない。今すぐテスト戦略と戦術を見直すべきだ!! まだ、テストのフィードバックがランチに行って、帰ってくる間に終わっているのであれば、改善するのは夢物語ではない。一晩がかりで自動テストを走らせるような状態だと、自動テス

3. 佐藤 寛之 (SATO Tomoyuki) ✔ アリエル・ネットワーク株式会社 開発部 ソリューショングループ 所属 ✔ プログラマ 時々 プロジェクトマネージャ ✔ 2008年6月より現職

グーグルは検索エンジンだけではなく、メールソフトのGmail、オフィス系ソフトのGoogle Apps、WebブラウザのChromeやOSのAndroidなど、さまざまな種類と規模のソフトウェアを開発しています。 それらはどのようにテストされ品質管理されているのでしょうか？ グーグルのブログGoogle Testing Blogに、Test Engineering DirectorのJames A Whittaker氏による「How Google Tests Software」がポストされ、その概要を伝えています。 3つのチームからなるEngineering Productivity Whittaker氏はまず、グーグルにはテストの専門部隊はいないのだ、という組織構造の説明から始めます。 There isn't an actual testing organization at Googl