mablでは、使用量を2つの方法で計測しています。クラウドテスト実行に対するクレジットと、ユーザーの分類に使用するテストオーサリングアクティビティです。この記事では、それぞれの計算方法、割り当てにカウントされるものとされないものについて説明します。mablアプリで使用量を確認する方法については、以下をご参照ください。
- ワークスペースの使用状況の確認（ワークスペースの使用状況ページ：ワークスペース > ご利用状況）
- アカウントの請求と使用状況（アカウントレベルの請求ダッシュボード）
- クレジットの割り当て：ワークスペース間でのクレジットの配分方法
mabl Coreプランのみ
この記事では、mabl Coreプランをご利用の組織向けの請求について説明します。組織がレガシープラン（スタートアップ、グロース、またはエンタープライズ）を購入している場合、使用量はクレジットではなくテストの種類によって測定されます。
クレジット
クレジットは、mablクラウドで実行されるテストの測定単位です。アカウントには一定数のクレジットが割り当てられており、ワークスペース間で配分されます。
クレジット消費
クレジットの消費量は、テストの実行中にクラウドリソースが消費する量を反映しています。次の表は、テストの種類ごとに使用するクレジット数を示しています。
| 実行タイプ | 消費されるクレジット数 |
|---|---|
| ローカル mabl の実行 | 0 クレジット |
| mablはCI環境で実行中 | 0 クレジット |
| ブラウザクラウド実行 - デスクトップまたはモバイルウェブ |
ビジュアルアサーションなし：1クレジット ビジュアルアサーションあり：1.5クレジット |
| モバイルクラウド実行 |
ビジュアルアサーションなし: 5クレジット ビジュアルアサーションあり：5.5クレジット |
| APIクラウド実行 | 0.1クレジット |
| ビジュアルテストの実行 | 1クレジット |
| パフォーマンス実行 |
クレジットの消費は実行時間に基づいており、15分単位で切り上げられます：
テスト詳細ページに表示される請求対象VUHの数に4を掛けると、消費クレジット数を算出できます。請求対象VUHは、請求対象の仮想ユーザー時間（VUH）の合計数を表し、15分単位で請求されます。 |
| ローカル Playwright の実行 |
ビジュアルアサーションなし: 0 クレジット ビジュアルアサーションあり：ビジュアルアサーション6回ごとに0.5クレジット。クレジットの消費は1日単位で計算され、0.5クレジット単位で切り上げられます。 |
クレジットを消費しないもの
以下のアクティビティはクレジットを消費しません：
- ローカル実行: テストをローカルマシン上またはCLI（コマンドラインインターフェース）経由で実行する
- 生成AIテスト作成とステップ生成：テスト作成エージェントを使用したテストの作成は、高度なAIアドオンの一部であり、クレジットを消費しません
- 失敗サマリー：AIが生成する失敗サマリーは高度なAIアドオンの一部であり、クレジットを消費しません
- ローカル/CLI実行におけるビジュアルアサーション: ビジュアルアサーションは、クラウドで実行した場合にのみ追加クレジットを消費します
- モバイルクラウドトレーニング：モバイルクラウドトレーニングセッションはクラウドリソースを使用しますが、テストの実行ではないため、クレジットを消費しません
テスト作成アクティビティ
テスト作成アクティビティは、ユーザーがmabl内でテストをどのように操作するかを測定します。アカウントには一定数のユーザーが割り当てられており、各ユーザーのテスト作成アクティビティのレベルによって、請求目的でのカテゴリが決まります。
テスト作成アクティビティとしてカウントされるもの
以下のアクションは、テストのオーサリング活動としてカウントされます。
- 新しいテストを作成する、または既存のテストを複製する
- 既存のテストの新しいバージョンを保存する
- アクティビティフィードからテストを削除または復元する
以下のアクションは、テストのオーサリング活動としてカウントされません：
- テストのメタデータ：名前、説明、ラベル、デバイス設定、またはテストケースIDの更新
- 再利用可能なコンポーネント：フロー、スニペット、DataTables、クレデンシャル、またはファイルアップロードへの変更
- インフラストラクチャとワークスペースの設定：アプリケーション、環境、ブランチ、プラン、または固定メールアドレスへの変更
テストの作成アクティビティは、ワークスペースごとに追跡されます。ユーザーが複数のワークスペースに所属している場合、各ワークスペースでのアクティビティは個別に計測されます。
オートメーターと参加者
月次のテスト作成アクティビティに基づいて、ユーザーは次の2つのグループのいずれかに分類されます。
- Automators: 特定の月に1つのワークスペース内で30回以上のテスト作成アクティビティを行ったユーザー。
- 参加者: 特定の月において、すべてのワークスペースでのテスト作成アクティビティが30回未満のユーザー。
これらのカテゴリーは月単位で定義されます。各月の開始時点では、すべてのユーザーは参加者として分類されます。月間を通じてワークスペース内で30回以上のテスト作成アクティビティを実行したユーザーは、その月のオートメーターとして分類されます。ユーザーは、作業量に応じて、ある月はオートメーター、翌月は参加者になる場合があります。
複数のワークスペースに所属するユーザーは、いずれか1つのワークスペースで30のアクティビティに達した場合、オートメーターとなります。たとえば、ワークスペースAで24のアクティビティ、ワークスペースBで12のアクティビティを実行したユーザーは、合計が36であっても、どちらのワークスペースでも30に達していないため、参加者となります。ワークスペースAで31のアクティビティ、ワークスペースBで5のアクティビティを実行した場合は、ワークスペースAでのアクティビティに基づいてオートメーターとなります。
アカウントレベルでユーザーステータスがどのように決定されるかの詳細については、アカウントの請求と使用状況をご参照ください。
ワークスペースのロールとオートメーターおよび参加者の関係
ワークスペース内のすべてのユーザーは、閲覧者、編集者、所有者のいずれのロールを持つ場合でも、オートメーターまたは参加者としてカウントされます。これらは別々の概念です：
- ワークスペースのロール（閲覧者、編集者、所有者）は、ユーザーがワークスペースで実行できる操作を決定します。
- オートメーターと参加者のステータスは、ユーザーがどれだけテスト作成活動を行っているかを反映します。
閲覧者はテストの作成、保存、削除ができないため、テスト作成アクティビティを蓄積することができません。閲覧者は常に参加者です。
アクティブユーザー数と総ユーザー数
使用状況ページのアクティブユーザーテーブルには、選択した期間中に少なくとも1回のテスト作成アクティビティを実行したユーザーが表示されます。テスト作成アクティビティが0回のユーザーは、総ユーザー数の参加者としてカウントされますが、このテーブルには表示されません。
たとえば、アカウントに合計30人のユーザー（オートメーター3人、参加者27人）がいる場合、テストの作成活動がなかった参加者は除外されるため、アクティブユーザーテーブルに表示されるユーザー数は30人未満になることがあります。
請求期間
クレジットは年単位で割り当てられます。アカウントには年間を通じて一定数のクレジットが付与されるため、月ごとの使用量を見積もることなく、必要なときにテストを実行できる柔軟性が得られます。
未使用のクレジットは、次の請求期間に繰り越されません。年度末にクレジット残高はリセットされます。
アカウントの請求期間と契約期間は、アカウント請求ダッシュボードのアカウントユーザーセクションで確認できます。
割り当て超過
割り当てられたクレジット数またはユーザー数を超えても、使用がブロックされることはありません。
- クレジット：クレジットの合計数はすべてのワークスペースに分配されます。ワークスペースのクレジット割り当ては推奨ガイドラインであり、厳格な上限ではありません。
- ユーザー：無制限の数のユーザーをワークスペースに招待できます。ワークスペースに割り当てられたオートメーターの総数を超えた場合でも、mablは参加者がオートメーターになることを制限しません。mablのライセンスは指名ライセンスではありません。そのため、誰でも当月のテスト作成活動に基づいて、オートメーターまたは参加者になることができます。
アカウントが継続的に割り当てを超過している場合は、カスタマーサクセスマネージャー（CSM）にご相談いただくか、アカウントエグゼクティブ（AE）からプランの調整についてご連絡いたします。担当者が不明な場合は、support@mabl.com までメールでお問い合わせください。