テスト自動化成功の大きな鍵「テスト自動化アーキテクチャ」
テスト自動化アーキテクチャはその名の通り、テスト自動化の仕組みを構築するためのアーキテクチャを意味し、テスト自動化が成功するか失敗するかの大きな鍵と言われている。
本セッションは、mablのQuality Advocateを務め、TestingやQAの啓蒙活動に取り組むおだしょーこと小田祥平氏のファシリテーションのもと、カカクコムのQAエンジニアとしてチームの立ち上げや複数の開発チーム支援を担当する伊藤由貴氏による解説が行われた。
テスト自動化アーキテクチャは、具体的な構成を決める「汎用テスト自動化アーキテクチャ（gTAA）」、実際に動く仕組みとなる「テスト自動化アーキテクチャ（TAA）」、それを実装した「テスト自動化ソリューション（TAS）」の3つのステップにおけるアーキテクチャで構成される。
まずは、それぞれのアーキテクチャについて簡単に説明していきたい。
汎用テスト自動化アーキテクチャ（gTAA）とは
汎用テスト自動化アーキテクチャ（generic Test Automation Architecture）は、テスト自動化ソリューションで最終的に作りたい仕組みであり、その汎用的な元となる全体概要となる。個別に考えるものではなく、すでにあるテンプレートやフレームだというふうに捉えるといいだろう。
以下スライドのように、主に「テスト生成レイヤー」「テスト定義レイヤー」「テスト実行レイヤー」「テスト適合レイヤー」の4つの層で構成されている。
「例えば、テスト適合レイヤーを作る場合、GUIを操作するテストを自動化したいのか、それともAPI、サービス、プロトコル、データベースなのかをこの図を元に考えていきます」（伊藤）
テスト自動化アーキテクチャ（TAA）とは
テスト自動化アーキテクチャ（Test Automation Architecture）は、gTAAを元に各要素を自分たちが実現したいものを具体化していくアーキテクチャだ。適切なアーキテクチャをつくるために、さまざまな検討ポイントがある。例えば、以下の3つが挙げられる。
- どの段階の、どの内容のテストをサポートするか
- どんな役割の方が用いるのか
- テスト対象のどんな技術要素をサポートすべきか
「例えば、そのテスト対象のアプリケーションがどんな言語で作られているか、どんなフレームワークで作られているのかによって、テストの仕組みを検討する対応が必要となります」（伊藤）
テスト自動化ソリューション（TAS）とは
TAAで検討したポイントを具体化して実装し、最終的に出来上がったものが、テスト自動化ソリューション（Test Automation Solution）である。テストハーネスやテストライブラリなどの成果物も含まれる。
「こうした汎用テスト自動化アーキテクチャから3段階のステップを経て、実際に動く仕組みを作っていくのが、テスト自動化アーキテクチャにまつわる考え方になります」（伊藤）
このように、テスト自動化アーキテクチャを考えることによって得られるメリットとしては、大きく2つが挙げられる。
1つは「考慮漏れを防止する」こと。特に、テスト自動化の仕組みづくりが初めてや経験が浅い場合は、必要な要素や考えるべき要素が漏れたりすることが多いが、gTAAの図をもとに考えていくことで、それが起きにくくなるメリットがある。
もう1つは「テスト自動化ソリューションが構造化される」ことだ。アーキテクチャなしで考えていくと、密結合なものが出来上がりがちだが、きちんと適切に構造化されて出来上がるメリットがある。
