初出：SRA Qt MailNews 2015年7月8日
改訂：2026年10月21日
掲載当時の事例を読みやすく再編集しました。本文の製品・構成・数値は当時の情報です。今回の解説・訂正は「編集補足」に記載しています。
この事例の要点
ARMは、デバッガのGUIテストにSquishを採用し、オブジェクトマップとコマンドライン実行を活用しました。画面変更に追従しながらテストを継続することが主な課題です。
選定の背景
当時の事例によると、ARMは2005年頃にSquishの利用を開始しました。Staff Validation EngineerのDave Dextor氏は、使いやすさに加え、オブジェクトマップによる保守負担の低減、複数OS・技術への対応、データ駆動テストを評価していました。
テスト対象と保守の方法
最初の対象はQtで構築した社内デバッガでした。2015年の紹介では、Javaで開発するEclipseベースのデバッガにも自動GUIテストを展開する計画が述べられています。Qt版とJava版のテスト対象は区別されます。
オブジェクトマップは、テスト中の名前と画面上のオブジェクトを対応付ける仕組みです。画面変更時には識別情報を調整することで、テスト側の修正を集約できます。ただし、UIの構造や操作手順が変わればテスト自体の見直しも必要です。
継続実行への組み込み
ARMはSquishのコマンドラインツールを利用し、開発・テスト用サーバーでの実行をできるだけ自動化していました。当時の担当者は、テストサイクルの短縮と人的負担の低減に有効だったと説明しています。
編集補足：画面変更への追従を試す
導入評価では、ログインや設定変更など代表的な操作を一つ自動化した後、ボタンの識別情報を変え、修正がオブジェクトマップだけで済むかを確かめる方法があります。操作手順まで変わる場合はテスト側の変更も必要です。夜間実行では、失敗時のログと画面を翌朝確認できる状態までを評価対象にします。
出典・参考資料
出典：SRA Qt MailNews 2015年7月8日の採用事例欄をもとに編集。
コラム一覧へ