Power Appsにおけるテスト自動化の実践的アプローチ

本記事では、Power Appsにおけるテスト自動化(テストスイート機能)の可能性と課題、そして生成AIの活用について解説します。

はじめに

この記事は【PP舞踏会 #2】Power Appsのテストスイートの登壇内容を記事にしたものです。

出戻りガツオさん、コルネさんのスライドもぜひご覧ください。

一般的には機能や要件をまとめたドキュメントなどをインプットに、テストをどのように実施するかというテストケースを作成し、このテストケースをベースにテストを実施します。

またテストの種類には以下のようなものがあり、必要に応じてテストを実施します。

Power Appsで実施できるテスト自動化は、以下の3種類があると考えています。

生成AIを用いて機能要件やソースコードなどのドキュメントから自動的にテストケースを生成することができます。

生成AIの特性上、網羅的なテストケースを作成することはできないので、完全な自動化ではなく効率化程度で利用するのがいいと考えています。

上記のテスト種別は生成AIでのテストケース作成に向いているので、自動生成に挑戦してみるのもいいかもしれません。

以下のプロンプトでそれっぽいテストケースが作成されました。
ソースコードだけをインプットしてそこそこのテストケースが作成できたので、他のドキュメントをインプットすればもっと質の高いテストケースが作成できるかもしれません。

自動化を試す場合はトークン数がどうしても多くなってしまうので、ClaudeやGeminiなどの大量トークンが許容されるモデルがおすすめです。

現状Power Appsでテストコード(テストスイート)を作成するためには、一度操作を記録して必要に応じてロジックを組み込む必要があります。

これでは大した効率化にはならないので、効率化の手法として生成AIを活用したテストコードの自動生成が考えられます。
しかし、実際に試してみるとアプリをパッケージ化する際にエラーが出てしまいコードの自動生成は難しそうな印象でした。

テスト実施の自動化に関しては、投資対効果（ROI）を考慮して自動化の適用範囲を判断することが非常に重要です。特に以下のテストタイプが自動化に適しています：

テスト種別の他にも要員のスキルや実施回数、求められる品質なども判断基準としてあります。
正しく判断して効率的にテストを進めましょう。

現状のテスト自動化はRPAレベルの単純作業の繰り返ししかできないと感じています。

今後のCopilotの機能拡充で、開発中に品質を上げるための提案をしてくれるようになるなど、テストをしなくても品質が担保されるようになることを期待しています。