本記事では、Power Appsにおけるテスト自動化(テストスイート機能)の可能性と課題、そして生成AIの活用について解説します。
はじめに
- あくまで個人の考えや知見に基づくものです
- 生成AIの利用は組織のポリシーに従ってください
- テスト方針は組織やPJのものに従ってください
- ほぼ開発者向けの内容です
- Power Appsで大規模開発している方
- 開発効率を上げたい方
この記事は【PP舞踏会 #2】Power Appsのテストスイートの登壇内容を記事にしたものです。
出戻りガツオさん、コルネさんのスライドもぜひご覧ください。
一般的なテスト実施の手順
一般的には機能や要件をまとめたドキュメントなどをインプットに、テストをどのように実施するかというテストケースを作成し、このテストケースをベースにテストを実施します。
またテストの種類には以下のようなものがあり、必要に応じてテストを実施します。
Power Appsでのテスト自動化
Power Appsで実施できるテスト自動化は、以下の3種類があると考えています。
- テストケース作成の自動化
- テストコード作成の自動化
- テストケース実施の自動化
テストケース作成の自動化
生成AIを用いて機能要件やソースコードなどのドキュメントから自動的にテストケースを生成することができます。
生成AIの特性上、網羅的なテストケースを作成することはできないので、完全な自動化ではなく効率化程度で利用するのがいいと考えています。
上記のテスト種別は生成AIでのテストケース作成に向いているので、自動生成に挑戦してみるのもいいかもしれません。
テストケース作成の自動化はそれなりにできそう
以下のプロンプトでそれっぽいテストケースが作成されました。
ソースコードだけをインプットしてそこそこのテストケースが作成できたので、他のドキュメントをインプットすればもっと質の高いテストケースが作成できるかもしれません。
自動化を試す場合はトークン数がどうしても多くなってしまうので、ClaudeやGeminiなどの大量トークンが許容されるモデルがおすすめです。
テストコード作成の自動化
現状Power Appsでテストコード(テストスイート)を作成するためには、一度操作を記録して必要に応じてロジックを組み込む必要があります。
これでは大した効率化にはならないので、効率化の手法として生成AIを活用したテストコードの自動生成が考えられます。
しかし、実際に試してみるとアプリをパッケージ化する際にエラーが出てしまいコードの自動生成は難しそうな印象でした。
テストケース実施の自動化
テスト実施の自動化に関しては、投資対効果（ROI）を考慮して自動化の適用範囲を判断することが非常に重要です。特に以下のテストタイプが自動化に適しています：
- リグレッションテスト：モジュール間の連携確認
- パフォーマンステスト：負荷耐性とレスポンス時間の評価
テスト種別の他にも要員のスキルや実施回数、求められる品質なども判断基準としてあります。
正しく判断して効率的にテストを進めましょう。
Power Appsのテスト自動化の現状
現状のテスト自動化はRPAレベルの単純作業の繰り返ししかできないと感じています。
今後のCopilotの機能拡充で、開発中に品質を上げるための提案をしてくれるようになるなど、テストをしなくても品質が担保されるようになることを期待しています。
コメント