mablの製品構造は、ニーズに合わせてテストワークフローを設定できる柔軟なフレームワークを提供します。この記事では、mablワークスペース内の4つの主要なコンポーネント（環境、アプリケーション、プラン、テスト）が、全体的なテスト戦略にどのように組み込まれるかについて説明します。
mablワークスペースの構成
環境
mablの環境は、ソフトウェア開発ライフサイクルの各段階を表します。Dev、QA、Alpha、Beta、リリース候補、プロダクションなど、コードをデプロイする環境に合わせて環境に名前を付けることで、mablワークスペースをチームのソフトウェア開発ライフサイクルに合わせて設定できます。
アプリケーション
mablのアプリケーションは、お客様に提供するそれぞれのユニークな製品を表します。たとえば、チームが自社のマーケティングサイト、カスタマーポータル、社内管理サイトをテストする場合、mablで3つのアプリケーションを作成してテストすることができます。
アプリケーションターゲット
アプリケーションターゲットとは、実際にテストするベースURLやモバイルビルドファイルのことです。アプリケーションには1つ以上のアプリケーションターゲットを設定でき、それぞれ特定の環境に関連付けられます。mablでテストやプランを作成するたびに、どのアプリケーションターゲットをテストするか指定する必要があります。
新しいプランのアプリケーションターゲットを選択する
プラン
プランは、特定のユーザーの役割に関するテストや関連する特定の機能セットに焦点を当てたテストなど、特定の領域に焦点を合わせた順序付けられたテストのグループです。1つのアプリケーションに複数のプランを関連付けることはできますが、各プランに関連付けることができるアプリケーションは1つだけです。
プランでは、テスト自動化戦略の設定を行い、スケジュールに基づいてテストを実行したり、CI/CDワークフローでデプロイイベントの前後にテストを実行したりするように設定します。
テスト数
テストは、アプリケーションが期待どおりに動作していることを検証するのに使用する一連のステップです。テストは、同時に複数のプランに関連付けることができます。mablでは、mablトレーナーでスタンドアロンのブラウザーテスト、 モバイルアプリテスト、 APIテストエディターでAPIテスト、またビジュアルスモークテストを作成できます。また、既存のテストを使用して、パフォーマンスとアクセシビリティの検証を行うこともできます。
テストでは、適用されるプラン、アプリケーション、環境の範囲に収まる小さな機能単位に焦点を当てる必要があります。
ワークスペースへの集約
アプリケーション、環境、プラン、テストの総数は、各チームのテストニーズによって異なります。これらの主要なコンポーネントをまとめることで、1つのmablワークスペースが形成されます。
サンプルワークスペースのホームページ
mablワークスペースのセットアップの詳細については、はじめにを参照してください。