対象読者 JavaScriptの基本をある程度理解している方 テストコードをこれから書こうと考えている方 JavaScriptのテスティングライブラリの分類 JavaScriptには、テストを記述するためのライブラリが多く用意されています。ライブラリには、大きく分けて「テスティングフレームワーク」と「アサーションライブラリ」があります。まずはこの2種類の違いについて説明します。 テスティングフレームワーク テストを記述する関数群を提供し、それらの関数を使って書かれたテストの結果を判定、集計した上で結果を表示する機能を持ちます。ブラウザでのテストの場合、ブラウザ上でグラフィカルにテスト結果を表示することもありますし、サーバサイドのJavaScriptであるNode.js向けにはコマンドラインで実行し、結果を表示する機能も持ちます。 アサーションライブラリ テスティングフレームワークは、テスト

表1に示した通り、ソフトウエアテスト実施時にテスト管理者が管理すべき項目は広範囲にわたります。テスト管理者はこれらの管理作業（進捗状況の確認や品質の分析など）に専念すべきですが、実際にはそのための情報収集などの雑多な作業に追われて時間が足りなくなり、十分な管理ができないことがしばしば起こります。テスト管理ツールを導入すれば、これらの管理作業を確実に、かつ効率良く行うことができます。 以下では、表1のテスト結果管理/テスト結果レポートツールで行うテスト結果管理作業のうち「進捗管理」と「品質管理」の自動化を、要件管理ツールで行うテスト分析作業のうち「要件管理」の自動化を取り上げます。 進捗管理の自動化 テストに限らず、システム開発では計画したスケジュール通りに作業が進んでいるかどうかを確認する進捗管理を行います。ここではテストプロセスの中から、テスト実行の進捗管理に絞って話を進めます。 一般的

前回までは、テストの作業に着目した分類でテスト自動化ツールを解説してきました。今回は視点を変えてテスト対象に着目します。取り上げるのはユーザーが急増しているスマートフォン（以下、スマホ）です。スマホ向けアプリケーション開発での実機を用いたGUIテストの自動化について、現状と問題点を示した後に、問題解決のためのツールを紹介します。 スマホ向けテストの現状と問題点 現在、スマホに代表されるモバイル市場が急速に成長を遂げており、今後もさらなる成長が予測されています。それに伴い、スマホ向けの新規システムの開発や従来システムのスマホ対応への要求が高まっています。 テストという観点で見た場合、スマホ向けアプリケーションが他と大きく異なるのは以下の二つの点です。 OSアップデートの多さ 対応機種の多さ そのため、アプリケーションはさまざまな環境で動作する必要があり、テストすべき環境のバリエーションも必然

最近、ソフトウエア開発において注目を集めているキーワードの一つに「継続的インテグレーション（Continuous Integration、以下CIと略）」があります。今回は、CIを実現するツールと前回までに紹介した各種テスト自動化ツールとの連携によるテスト自動実行について紹介します。 CIとは、ソフトウエア開発においてコンパイルやテストといったビルド処理を一日に何度も実行することにより、フィードバックサイクルを短くし、品質を向上させる仕組みのことです。 CIを実施することにより、ソフトウエアの修正や変更によってコンパイルが通らなくなる不具合やデグレードなどを早期に発見できる上、その不具合がどの変更によって引き起こされたかを特定しやすくなります。そのため、品質の向上だけでなく、手戻り工数の削減も期待できます。 CIの実現においては、コンパイルからテスト実行までの流れ（ビルド）をなるべく短い時

前回は、テスターのGUI操作を自動化するツールとして、キャプチャーリプレイツールを紹介しました。今回は、キャプチャーリプレイツールによるテスト実行をより効率化するための「キーワード駆動テスト」について紹介します。 前回解説した通り、キャプチャーリプレイツールでは、テスト実行の一連の操作をスクリプトとして生成、実装します。『ソフトウェアテストの基礎』（Dorothy Graham他著、センゲージ ラーニング刊）によると、スクリプトの記述方法は、その再利用性に着目して表1の5段階のレベルに分類されます。

前回までは、単体テストを対象としたテスト実行およびテスト実装について、ツールによる自動化を解説しました。今回は、テスターによるGUI操作を伴うテストの自動化について紹介します。自動化には、キャプチャーリプレイツールと呼ばれるツールを利用します。 キャプチャーリプレイツールとは、「キャプチャー機能」「リプレイ機能」という二つの機能を備えるツールを指します。 ・キャプチャー機能 テスト対象となるシステムへのユーザー操作（キーボード入力、マウス操作など）を記録して、スクリプトとして保存する ・リプレイ機能 記録したスクリプトを用いて、何度も繰り返しテストを実行できる 以前のキャプチャーリプレイツールは、キャプチャー機能によって記録されるスクリプトにテスト対象の座標を利用していました。そのためGUIが少しでも変わると、スクリプトの修正が必要でした。その頃にツールを利用していた方は、今もそのようなイ

9月公開の連載「テスト自動化とツールの導入」では、テスト自動化の全体像、そして具体的なテスト自動化ツールとして静的解析ツールについて具体例を交えて解説しました。今月は、テスト作業の中核といえるテスト実行と、そのための準備作業となるテスト実装を自動化するツールについて、単体テストとGUIテストに分けて解説します。 今回は、単体テストの実行を自動化するツールと自動化した単体テスト実行の流れについて紹介します。単体テストの実行を自動化するツールは「ユニットテストフレームワーク」や「xUnit」と呼ばれます。xUnitはさまざまなプログラミング言語用のものが存在し、xUnitの「x」の部分には言語の頭文字などが入ります。Java用はJUnit、C用はCUnit、.NET対応言語用はNUnitといった具合です。 単体テストとは まずは、単体テストそのものについて触れておきます。単体テストの対象はソフ

はじめに 各地でTDD Boot Camp（TDDBC）が開催されるようになり、このところTDD（テスト駆動開発）が注目を浴びています。ただ、自分でも試してみようと思った時に目につく書籍や記事などは、Java、Ruby、PHPといった、いわゆるオープンソース系の言語ばかり。.NET Framework（Windows）で開発の仕事をしているとTDDは関係ないんだろうか、…とさえ思えてくるかもしれません。 しかし、そんなことはありません。.NET FrameworkでのTDDに必須のユニットテストフレームワークとして有名なNUnitの最初のバージョンは、Visual Studio .NET 2002がリリースされる以前の2001年に公開されています。.NET Frameworkは、生まれたときからTDDと共にあると言っても過言ではないでしょう。 この記事では、TDDとTDDBCについて簡単に

本記事では，ソフトウエア・テストの流れに沿って，その知識と手法を解説する。開発期間が短期化する一方，システムはより複雑化している。このような厳しい状況にもかかわらず，基本を押さえた上で，漏れのない的確なテストを整然と実施することが求められている。テストの手法を学ぶ前提として，テストの流れ，テストの目標，テスト管理という3つの基本知識を整理しておこう。 総論　3つの基本知識　“バグ取り”だけが目的ではない I　単体テスト　すべてのシステムで実施される基本的なテスト II　結合テスト　プログラムを組み合わせて仕様を満たしているか確認する III　システム・テスト　負荷の限界を知る IV　運用テスト　初期稼働のバグを摘出 V　テスト管理　データを基に先手を打つ この記事の目次へ戻る

今回は、実施段階における、現場の具体的な秘訣を見ていこう。 実施段階における秘訣 段取りやチェックリスト、Excelで効率化 実施段階では、効率を高めることがポイントとなる。ここでは、進捗に影響を与えるリスクを早めにつぶす、スキル差による生産性のブレをなくす、単純作業を自動化する、迅速な修正を促す、問題の把握を早くする──といった現場の秘訣がある。 テストの中で「反復」を繰り返す 「危険な機能は先にテストするのが鉄則」。プライスウォーターハウスクーパースの高橋昭憲氏（シニアマネージャー）はこう考える。システム運用・保守を手掛ける高橋氏らは、頻発する変更・追加要求に対応して素早くテストするには段取りが重要という。 ここでいう段取りとは、テストの進め方を指す。危険な個所を前倒しでテストしておけば、もしバグがあっても手戻りが小さくて済み、テスト全体の効率は高まる。これを実現するのが「反復型テスト

「とんでもなくテストが難しくなっている」──。 2010年春、ある製造業のシステム開発プロジェクトを担当したISIDインターテクノロジーの山本卓也氏（開発二部 プロジェクトディレクター グループマネージャー）は、そう感じざるを得なかった。大量のテストケースを、従来の半分近い期間でさばかなくてはいけない。外部システムとの連携も多く、ライブラリやフレームワークも多用しており、アーキテクチャーは複雑だった。「今までのテストのやり方では立ち行かなくなる」。危機感を募らせた山本氏は、テストの方法を見直す決意を固めた。 まず、テストの体制をバグの発見と修正の2チームに分け、迅速かつ確実にバグをなくすことを目指した。結合テストの自動化も検討。操作ログをスクリプト化するExcelマクロを活用した。テスト担当者が設計フェーズに参加し、テスト計画を共同で作ることも試みた。すべて過去のテストでは実践しなかった対

本連載では、PHP上で動作するアプリケーションフレームワークであるZend Frameworkについて紹介しています。今回は前回に引き続きZend Frameworkで作成したのMVCアプリケーションのための単体テストを作成するためのコンポーネント、Zend_Testについて紹介します。 はじめに 本連載では、PHP上で動作するアプリケーションフレームワークであるZend Frameworkについて紹介しています。今回は前回に引き続きZend Frameworkで作成したのMVCアプリケーションのための単体テストを作成するためのコンポーネント、Zend_Testについて紹介します。 前回はZend_Testコンポーネントを利用するための環境設定から、簡単なテストの記述とテストの実行方法までを紹介しました。今回からは、テストにどのような条件を記述できるかについてより詳細に解説します。Zend

性能要件の実現は重要だと認識しながら、「結局、性能は構築し終わるまで分からない」といったスタンスでプロジェクトに臨んでいないでしょうか。最初に性能要件を定義したあとは特に何もせず、カットオーバー直前にわずかな性能テストとチューニングを行うだけというケースを、筆者はよく見かけています。 そのようなスタンスでシステムを開発しても、性能要件をしっかりと実現できる可能性は高くありません。カットオーバー直前にその場しのぎの対策をするか、巨額の追加コストをかけてハードウエア増強に走る、といった状況に追い込まれがちです。 ITシステムの性能品質は本来、ライフサイクル全体を通して作り込むものです（図1）。設計、実装、テストの工程を通じて、システムの性能要件達成に取り組み、検証していく必要があります。 本連載では「システムの性能を確保するために何をすべきか」というテーマで、性能をマネジメントするための考え方

はじめに 単体テストとは、システムの構成要素であるクラスやメソッド単位での動作を確認する作業のことを言います。 Webシステムは基本的に不特定多数に公開するものであり、公開前にはきちんとテストを行っておくことが重要です。 PHPにはテストツールとしてPHPUnitという単体テストのツールがあり、PHPUnitを利用するとクラス内のメソッドに対してテスト用のクラスを自動で生成し、効率よくテストすることができます。 PHPUnitを利用して単体テストする場合のプロセスは テスト対象となるクラス、PHPプログラムの作成 1.で作成したクラスからPHPUnit内のクラスを用いてテスト用のクラスを作成 2.で作成したテスト用のクラスに目的に応じてテストメソッドの実体を記述 テスト実行、結果の確認 となります。 本記事では、本連載第4回『GPS携帯を使った口コミサイト構築』の逆ジオコーディング処理をテ

テスト項目の設定では，テスト対象におけるテスト項目の網羅性が重要となる。「テスト項目を漏れなく洗い出すには，設計カバレッジによるテスト項目の確認が必要」。こう話すのは，豆蔵の大西建児氏（ES事業部 シニアコンサルタント）だ。 設計カバレッジとは，設計すべきテスト項目を設計したかという網羅性を確認するもの。これに対して実行すべきテスト項目をどれだけ実行したかを示す「実行カバレッジ」もある。 通常，実行カバレッジによる網羅性の確認を取り入れないことはない。テスト項目の一覧を一つひとつ実施していけば，実行カバレッジを確認できる。 だが，設計カバレッジを確認している現場は意外に少ないようだ。その理由は，「設計カバレッジ」という考え方や具体的な確認方法が，開発現場に定着していないからである。 三つの方法で網羅性を確認 では，設計カバレッジをどのように確認するのか。豆蔵の大西氏は，具体的な方法として，

「必要なテスト項目が漏れてしまった」「時間切れとなり，必要なテスト項目を実施できなかった」――。こんな苦い経験を持つITエンジニアは多いだろう。テストでバグを取り逃がしてしまう“敗北”は，「有効打の不足」と「時間切れ」の二つが大きな原因だ。 有効打の不足には，実施すべきテスト項目が漏れてしまったという数の問題と，より効果的なテスト項目があるのに漏れてしまったという質の問題がある。一方の時間切れとは，限られた工数の中で必要なテスト項目を実施できなかったことを指す。 バグを効率よく狙い撃つ，これが「勝ちにいく! ソフトウエア・テスト」である。では，どうしたら勝てるのか。テスト技術の整備を推進する日立製作所の石川貞裕氏（生産技術本部 担当本部長）は，「テスト設計が決め手になる」と指摘する（図1）。「何をどのようにテストするのかを決めるテスト設計は，テストの成否に大きくかかわる。ところがテスト設計

Webアプリケーションのファンクションテストを行うツールとして注目されている「Selenium」のバージョン1.0が6月20日にリリースされました。安定性が向上するとともに、Firefox 3.0、3.5（Selenium IDEは1.0.2から、Firefox 3.5に対応）や、Internat Explorer（以下、IE） 8などの最新のWebブラウザにも対応しました。 本稿では、Selenium 1.0をベースとしたSelenium IDEとSelenium RCを利用した効果的なSeleniumの利用方法を紹介します。 Webアプリのテストで誰もがイラつく大きな課題 Webアプリケーションテストを手で行うと、非常に煩雑です。Selenium登場以前の従来のやり方では、次のような問題がありました。 回帰テストに時間がかかる バグ修正や仕様変更などで、Webアプリケーションを変更した