「Selenium2」テスト徹底活用！ Jenkinsによる自動実行とSelenium Grid2による複数環境でのテスト
本シリーズは、WebブラウザをUIとして利用した業務システムやアプリケーション（以下、Webシステム、Webアプリケーション）のテストをテーマとして、Webブラウザを使ったテストを自動化するOSSのツール「Selenium2」を紹介します。業務システム開発の現場で適用してきたノウハウを元に、これまでSelenium2について知らなかった人から以前使った経験がある人まで、より実践的な「使える」内容を盛り込んでいきたいと思います。 1. はじめに 今回は、Selenium2を利用して作成した自動テストをフル活用すべく、JenkinsというCI（継続的インテグレーション）ツールを利用して、Selenium2のテストを自動実行する方法について説明します。また、IE、Firefox、Chrome、Safariなど多様化するブラウジング環境でのテスト方法やテストの並列化についても説明します。 2. J
テスト管理の自動化
表1に示した通り、ソフトウエアテスト実施時にテスト管理者が管理すべき項目は広範囲にわたります。テスト管理者はこれらの管理作業（進捗状況の確認や品質の分析など）に専念すべきですが、実際にはそのための情報収集などの雑多な作業に追われて時間が足りなくなり、十分な管理ができないことがしばしば起こります。テスト管理ツールを導入すれば、これらの管理作業を確実に、かつ効率良く行うことができます。 以下では、表1のテスト結果管理/テスト結果レポートツールで行うテスト結果管理作業のうち「進捗管理」と「品質管理」の自動化を、要件管理ツールで行うテスト分析作業のうち「要件管理」の自動化を取り上げます。 進捗管理の自動化 テストに限らず、システム開発では計画したスケジュール通りに作業が進んでいるかどうかを確認する進捗管理を行います。ここではテストプロセスの中から、テスト実行の進捗管理に絞って話を進めます。 一般的
スマートフォン向けアプリのテスト自動化
前回までは、テストの作業に着目した分類でテスト自動化ツールを解説してきました。今回は視点を変えてテスト対象に着目します。取り上げるのはユーザーが急増しているスマートフォン（以下、スマホ）です。スマホ向けアプリケーション開発での実機を用いたGUIテストの自動化について、現状と問題点を示した後に、問題解決のためのツールを紹介します。 スマホ向けテストの現状と問題点 現在、スマホに代表されるモバイル市場が急速に成長を遂げており、今後もさらなる成長が予測されています。それに伴い、スマホ向けの新規システムの開発や従来システムのスマホ対応への要求が高まっています。 テストという観点で見た場合、スマホ向けアプリケーションが他と大きく異なるのは以下の二つの点です。 OSアップデートの多さ 対応機種の多さ そのため、アプリケーションはさまざまな環境で動作する必要があり、テストすべき環境のバリエーションも必然
テスト設計の自動化（2）モデルベースドテスト
前回は、テスト設計の一つのアプローチである「組み合わせテスト」の支援ツールについて紹介しました。今回は、テスト設計の別のアプローチとして、モデル化した設計情報からテストケースを作ることを支援するツールを紹介します。本稿ではこのアプローチを総称して「モデルベースドテスト（Model Based Testing）」と呼ぶことにします。 要件や設計をモデル化しテストケース作成 モデルベースドテストとは、その名の通りモデルを基にテストをするという考え方です。ここではテストケースの作成までを対象としますが、テストコードやテストスクリプトを作り、それらを使ってテスト実行を自動化するところまでを含めてモデルベースドテストという場合もあります。 モデルベースドテストでは、テスト対象となるシステムの要件や設計などをモデル化し、そのモデルからテストケースを作成します（図1）。
「PureSystems」登場の衝撃
システムインテグレーションにとどまらず運用のエキスパート（専門家）をもシステムに統合する──。垂直統合型システムの後発であるIBMがPureSystemsに込めた秘策は、これだ。運用負荷の増大に悩むユーザー企業のニーズに応え、ライバルに対抗するべく「現段階のベストを追求するだけでなく企業システムの次の10年を見据えて開発した」（日本IBMの橋本孝之会長）のである。 システム管理ソフトからのアラートを通じて異常の兆候を見抜き（インシデント管理）、原因を特定して適切な解決策を選び（問題管理）、システムリソースの追加など障害対策を実施する（変更管理）。システムの維持管理で最も重要なこれらのプロセスを、PureSystemsでは、非機能要件などを定義した「パターン」を組み込んだ運用管理ソフトによって遂行する。IBMが提唱してきたオートノミック・コンピューティング（自律型コンピューティング）のコンセ
テスト設計の自動化（1）組み合わせテスト支援ツール
10月公開の特集「テスト実装・実行の自動化」では、主に単体テストとGUIテストに焦点を当て、テストの実装や実行の自動化について解説しました。これらはテスト自動化の分野ではかなり成熟してきているものです。 今回からは、テスト実装・実行に比べてまだ発展途上である分野について、今後の展望も交えながら解説していきます。以下ではまず、「テスト設計の自動化」について紹介していきましょう。 6種類のテスト設計自動化ツール ソフトウエアテストのプロセスは、（1）テスト計画／管理、（2）テスト分析、（3）テスト設計、（4）テスト実装、（5）テスト実行、（6）テスト結果の評価、の六つのアクティビティーに分けることができます。今回対象とするテスト設計は、テスト分析によって洗い出されたテスト条件を、漏れがなく、かつ無駄のないテストケースへと落とし込んでいく作業を意味します。 テスト設計を自動化するツールは、その用
継続的インテグレーション（CI）によるテスト自動実行
最近、ソフトウエア開発において注目を集めているキーワードの一つに「継続的インテグレーション（Continuous Integration、以下CIと略）」があります。今回は、CIを実現するツールと前回までに紹介した各種テスト自動化ツールとの連携によるテスト自動実行について紹介します。 CIとは、ソフトウエア開発においてコンパイルやテストといったビルド処理を一日に何度も実行することにより、フィードバックサイクルを短くし、品質を向上させる仕組みのことです。 CIを実施することにより、ソフトウエアの修正や変更によってコンパイルが通らなくなる不具合やデグレードなどを早期に発見できる上、その不具合がどの変更によって引き起こされたかを特定しやすくなります。そのため、品質の向上だけでなく、手戻り工数の削減も期待できます。 CIの実現においては、コンパイルからテスト実行までの流れ（ビルド）をなるべく短い時
キャプチャーリプレイツールを使ったGUIテストの自動化
前回までは、単体テストを対象としたテスト実行およびテスト実装について、ツールによる自動化を解説しました。今回は、テスターによるGUI操作を伴うテストの自動化について紹介します。自動化には、キャプチャーリプレイツールと呼ばれるツールを利用します。 キャプチャーリプレイツールとは、「キャプチャー機能」「リプレイ機能」という二つの機能を備えるツールを指します。 ・キャプチャー機能 テスト対象となるシステムへのユーザー操作（キーボード入力、マウス操作など）を記録して、スクリプトとして保存する ・リプレイ機能 記録したスクリプトを用いて、何度も繰り返しテストを実行できる 以前のキャプチャーリプレイツールは、キャプチャー機能によって記録されるスクリプトにテスト対象の座標を利用していました。そのためGUIが少しでも変わると、スクリプトの修正が必要でした。その頃にツールを利用していた方は、今もそのようなイ
xUnitを使った単体テスト「実行」の自動化
9月公開の連載「テスト自動化とツールの導入」では、テスト自動化の全体像、そして具体的なテスト自動化ツールとして静的解析ツールについて具体例を交えて解説しました。今月は、テスト作業の中核といえるテスト実行と、そのための準備作業となるテスト実装を自動化するツールについて、単体テストとGUIテストに分けて解説します。 今回は、単体テストの実行を自動化するツールと自動化した単体テスト実行の流れについて紹介します。単体テストの実行を自動化するツールは「ユニットテストフレームワーク」や「xUnit」と呼ばれます。xUnitはさまざまなプログラミング言語用のものが存在し、xUnitの「x」の部分には言語の頭文字などが入ります。Java用はJUnit、C用はCUnit、.NET対応言語用はNUnitといった具合です。 単体テストとは まずは、単体テストそのものについて触れておきます。単体テストの対象はソフ
Rubyベースの開発運用統合ツール、Opscodeが日本で本格展開
米Opscodeは2012年10月2日、プログラミング言語「Ruby」をベースにしたシステム開発運用統合（DevOps）ツール「Chef（シェフ）」の国内販売を始めると発表した。同日、パートナー契約を締結したクラウドコンピューティング専門ITベンダーのクリエーションラインと共同で記者会見を開いた。 Chefは、開発（Development）と運用（Operations）の統合を意味するDevOps分野のオープンソースソフトウエア。ダウンロード数は100万件以上、利用者コミュニティーの登録者数も約2万人に上り、この分野の有力ソフトの1つである。米国では通信事業者やデータセンター事業者など多数の仮想・物理サーバーを運用する企業で採用されており、日本でも一部のインターネット企業などが既に利用している。 オープンソース版のChefは無償で利用できるが、クリエーションラインは日本の大規模ユーザー向け
実践！テスト自動化の勘所
システム開発において、安定稼働を支えるシステム品質の鍵を握るソフトウエアテスト。システムの大規模化や複雑化、デバイスの多様化などによってその作業負担は増える一方だ。手作業に頼ったテストが、結果としてシステムの品質低下や開発工期の増大を招く。ソフトウエアテストの専門家が、ツールを用いたテスト自動化のポイントを解説する。 テスト自動化とツールの導入
現場の秘訣：実施段階
今回は、実施段階における、現場の具体的な秘訣を見ていこう。 実施段階における秘訣 段取りやチェックリスト、Excelで効率化 実施段階では、効率を高めることがポイントとなる。ここでは、進捗に影響を与えるリスクを早めにつぶす、スキル差による生産性のブレをなくす、単純作業を自動化する、迅速な修正を促す、問題の把握を早くする──といった現場の秘訣がある。 テストの中で「反復」を繰り返す 「危険な機能は先にテストするのが鉄則」。プライスウォーターハウスクーパースの高橋昭憲氏（シニアマネージャー）はこう考える。システム運用・保守を手掛ける高橋氏らは、頻発する変更・追加要求に対応して素早くテストするには段取りが重要という。 ここでいう段取りとは、テストの進め方を指す。危険な個所を前倒しでテストしておけば、もしバグがあっても手戻りが小さくて済み、テスト全体の効率は高まる。これを実現するのが「反復型テスト
現場の秘訣：準備段階
「とんでもなくテストが難しくなっている」──。 2010年春、ある製造業のシステム開発プロジェクトを担当したISIDインターテクノロジーの山本卓也氏（開発二部 プロジェクトディレクター グループマネージャー）は、そう感じざるを得なかった。大量のテストケースを、従来の半分近い期間でさばかなくてはいけない。外部システムとの連携も多く、ライブラリやフレームワークも多用しており、アーキテクチャーは複雑だった。「今までのテストのやり方では立ち行かなくなる」。危機感を募らせた山本氏は、テストの方法を見直す決意を固めた。 まず、テストの体制をバグの発見と修正の2チームに分け、迅速かつ確実にバグをなくすことを目指した。結合テストの自動化も検討。操作ログをスクリプト化するExcelマクロを活用した。テスト担当者が設計フェーズに参加し、テスト計画を共同で作ることも試みた。すべて過去のテストでは実践しなかった対
ツールを使っていない理由
今回の調査で明らかになったのは、テストツールの利用率は低いものの（前々回記事）、テストツールを利用している人の満足度は高い（前回記事）ということだ。では、なぜテストツールは使われないのだろうか――。 その理由を明らかにするために、テストツールを使っていない人にその理由を聞いている。単体テスト/結合テスト/システムテストツールのそれぞれで使わない理由を聞いたところ、1位～3位はいずれも同じ。1位は「導入コストが高い」、2位は「手作業で行った方が早い」、3位は「どんなツールがあるのか知らない」であった（図1、図2、図3）。
ツールの利用率
テストツールはどの程度使われているのだろうかー―。この疑問に答えるために、調査ではまず、直近2年間で最も深く関わったシステム開発プロジェクトにおいて、テストツールを使ったかどうかを尋ねた。その結果を見ると、テストツールの利用率は低いことが分かる。 最も高い単体テストツールでも27.7％（図1）と3割以下である。結合テストツールとシステムテストツールの利用率は、どちらも10％台という結果になった（図2、図3）。
FCoEや設定自動化で管理を容易に
次第に大規模化とミッション・クリティカルへの対応が進むサーバー仮想化環境。今後は，その管理が重要性を増す。そのために有効な新技術は徐々に登場してきている。キーワードはインタフェース統合と，管理の自動化。今回は，その最新動向を紹介する。 宮下 徹／奈良 昌紀 ネットワンシステムズ応用技術本部 第5応用技術部 DCエンジニアリングチーム 仮想化技術の進歩とともに，今後，サーバー統合はさらに進む。1台のハードウエア上で稼働させられる仮想マシンの数や，マルチプロセッサ/マルチコア・プロセッサ環境で一つの仮想マシンに割り当てられるCPUの数が飛躍的に増えるからだ。同時に，ユーザーはミッション・クリティカルなアプリケーションまで仮想化環境で動かすようになり，仮想マシンの重要度も上がっていく。 ただし一方で，仮想化したシステムの運用管理の難易度も次第に上がっていく。とりわけネットワークまわりは構成が複雑
クラウドが実現する「テスト環境構築とテスト実施」の自動化 - ホワイトペーパー [テスト／デバッグ／チューニングツール]
ソフトウェア開発の多くの部分を占める「テスト」。ソフトウェアの品質に直結する重要な工程だが、その作りこみや確保に悩む企業は数知れない。また、プロジェクトごとに独立したテスト環境を用いて、テスト技術者の経験・スキルに依存したテストを実施し続けていては、品質の生産性向上は望めないだろう。 そうした現状を改善する策には「テスト環境の一元化」や「テスト自動化ツールの導入」などが挙げられる。しかし、開発の規模が大きくなるほどテスト環境の構築・管理が煩雑となり、テスト自動化までたどり着かない場合も多い。本稿では、特に大規模なソフトウェア開発における課題を解決する方法として、クラウドサービスを活用したテスト環境構築とテストの自動化を実現するソリューションを紹介する。
![クラウドが実現する「テスト環境構築とテスト実施」の自動化 - ホワイトペーパー [テスト／デバッグ／チューニングツール]](https://cdn-ak-scissors.b.st-hatena.com/image/square/26824ea25c49e4d8b7d5f5a586be1e09c4d39d50/height=288;version=1;width=512/https%3A%2F%2Fwp.techtarget.itmedia.co.jp%2Fimages%2Ftt_logo.gif){kind=logo}
テストツールを利用しない理由は何ですか？
「市販のテストツールはかゆいところに手が届かない」「使いこなせるようになるまでに時間がかかる」「そもそも価格が高すぎる」――。システム開発の現場を回ると、テストツールに対してこんな声が聞こえてくる。 なぜテストツールは現場に根付かないのか。これにはいろいろな理由がある。「必要な機能を備えていない」というのがその代表だろう。現場ではテストデータの作成に時間がかかっているのに、それを支援する機能がない場合がある。「操作を覚えるのに時間がかかる」というのもよく聞く話だ。一連の操作をマスターするために、専門のインストラクターによるトレーニングを必要とするツールもある。 ツールを使うと「テストスクリプトやデータのメンテナンスが大変」という場合もある。テストの効率を高めるには、テストスクリプト（テストの手順を記述したコード）やテストデータを使い回すことがポイントとなる。メンテナンスに時間がかかるようで
Javaプログラムの網羅的検証を並列処理で高速化 : 富士通
2010年12月17日 Fujitsu Laboratories of America, Inc. 株式会社富士通研究所 Fujitsu Laboratories of America Inc.（注1）と株式会社富士通研究所（注2）（以下、富士通研究所）は、Javaプログラムの網羅的検証を並列処理で高速に行う技術を開発しました。 ICTシステムの品質を確保するには、ソフトウェアであるプログラムを十分にテストすることが必要です。富士通研究所が開発したプログラムを網羅的に検証する技術に対して、今回開発した技術を適用することにより、クラウドの活用による検証時間の大幅な短縮が可能になり、プログラムの品質向上につながると期待されます。 プログラムの検証とは ビジネスの根幹を担うICTシステムの品質を確保するためには、システムの機能を提供するプログラムが想定通りに動作するかを十分にテストして検証しなけ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
i-harness.com