初出：SRA Qt MailNews 2017年2月8日
改訂：2026年10月21日
掲載当時の事例を読みやすく再編集しました。本文の製品・構成・数値は当時の情報です。今回の解説・訂正は「編集補足」に記載しています。
この事例の要点
ETM Professional Controlは、Qt採用の検討段階からGUIテストの自動化を重視し、Squishを評価しました。アプリケーション内部の処理をテストから呼び出せる柔軟性が選定のポイントです。
テスト手段を先に評価する
2017年の記事は、交通トンネル、水処理プラント、地下鉄などの産業・社会インフラ向けソフトウェアを開発するETMの事例です。エンジニアのWolfram Klebel氏は、適切なテストカバレッジを確保する必要性を説明しています。
同社はQtの採用を決める前から、Qtと組み合わせて使えるテストツールが必要だと考えていました。2006年末に短期間の評価を行い、要求に合うことを確かめて2007年にSquishのライセンスを購入したと紹介されています。
GUI操作と内部処理の連携
選定理由は柔軟性と拡張性で、特にラッパーライブラリを介してQtアプリケーション内のコードを呼び出す機能が有用でした。画面の記録・再生だけでなく、内部の状態や処理と組み合わせてテストを設計できる点が重要でした。
編集補足：画面と内部状態を対応させる
検討例として、「画面で設定を変更する → 内部に反映された値を取得する → 画面表示と照合する」という一連のテストを作ると、記録・再生だけでは分からない連携の利点を評価できます。内部へ公開する操作や値を決め、対象ビルドとの接続と結果回収まで確認することが、導入判断の材料になります。
出典・参考資料
出典：SRA Qt MailNews 2017年2月8日の採用事例欄をもとに編集。
コラム一覧へ