開発プロジェクトの最前線！ UIテスト自動化による業務効率でTech Leadをサポートする「BiLD」の紹介テクニカルレポート

たとえば、私たちは日常の中でアマゾンや楽天市場などでの買い物や、グーグルやヤフーなどで調べものをするなど、さまざまなサービスやシステムを通じてUIに触れていることを実感します。UIは私たち利用者が直接触れられるため、ひとたびUIに不具合が発生した場合、それを提供するサービスやシステムへの不満が一気に生じてしまう、誰しもこのような経験があるのではないでしょうか。

サービス／システムを開発する側（以後「開発側」）は、先ほど述べたUIの不具合などが生じてしまうと利用者の不満につながり大きな問題となるため、UIの不具合を速やかに修正し公開することで利用者の不満解消に努めることになります。
具体的には、あらかじめ定めた仕様に従いUIが動作するかを目的にテストを行い、仕様に従っていない場合はプログラムを修正し、再度テストを行い仕様に従っていることを確認したうえ、プログラムを本番環境へ公開することになります。
このUIをテストするという作業は「テスター」という専門の担当者により行われることが多いのですが、人間は必ず間違うことがありますし、長時間作業することに向いていない生き物でもあります。そのため、ときにUIテストの手順をうっかり間違える、はたまた長時間の作業で疲れてしまいテストの効率が下がる、といった問題が発生します。

このようにUIテストは大事な作業ですが、開発側の立場としては先ほど述べた問題も同時に解決していかなければなりません。そこで注目されているのが「UIテスト自動化」です。
UIテスト自動化とは、テスターが手動でUIを操作する代わりにUIの操作手順や確認手順をプログラムコードとして記述し、UIテストコンピューターにプログラムコードを実行させ、UIを機械的に操作させることで人手によらずにUIテストを自動化する、という方式です。

なにしろUIテストコンピューターはプログラムコードをもとに操作確認手順を実施するため、間違うことがありませんし人と違って疲れを知らず効率的であることから、UIテスト自動化はテスターによるテストの諸問題を解決できる大きな力を持っているのです。

キヤノンITSではこのようなUIテストの自動化が持つ力に着目し、Tech Leadを技術的にサポートする技術資料「BiLD」として技術の蓄積を図っています。特長は次のとおりです。

キヤノンITSで先行してUIテスト自動化を実践した部門から実績を収集し、導入フェーズ／使用事例／使用効果／得られた教訓などをナレッジ化し社内に公開しています。開発現場の経験より導き出されたナレッジにより、これから新たにUIテスト自動化を検討している担当者は迷うことなく安心して導入を進められます。

UIテスト自動化を実現するためのテストフレームワークはさまざまありますが、普及度合いや機能性を評価のうえ、代表的なテストフレームワークを選定し、それらの特長や検証レポートを社内に公開しています。

今回は、キヤノンITSの技術資料「BiLD」におけるUIテスト自動化の取り組みについてご紹介しました。
BiLDではUIテスト自動化のほか、CI（継続的インテグレーション）、潮流のJavaScriptフレームワーク、WebAPIといった最新の技術トレンドにも着目しキャッチアップ、ナレッジの蓄積に努めています。そして、キヤノンITSが目指す「共想共創カンパニー」を開発技術の側面から支えています。
今後のコラムでは、今回ご紹介したUIテスト自動化ナレッジの導出過程、検証レポートの比較、テスト方式の種類といった細部について触れてみようと思います。