Skip to main content




Insights では、次の 3 つのカテゴリの指標を追跡できます。

  • 指標を構築します。

  • 指標をテストします。

  • クレジットの使用。

In addition, Insights can provide data for:


のグラフからビルド メトリックにアクセスできます。 概要 ページまたは選択して ビルド 左に。ビルド メトリクスは、 アプリ-、 パイプラインステージワークフロー-、 と ステップ レベルも:

  • トップビルド時間 (p90): 成功したビルドのビルド時間の 90 パーセンタイル。つまり、成功した 100 のビルドのうち、90 番目に遅いビルドにこの時間がかかりました。このメトリクスは、フィルターが選択されていない場合、パイプラインの実行時間に基づいて計算されます。

  • 典型的なビルド時間 (p50): ビルドが成功した時間の中央値。つまり、成功した 100 のビルドのうち、50 番目に遅いビルドにこの時間がかかりました。このメトリクスは、フィルターが選択されていない場合、パイプラインの実行時間に基づいて計算されます。

  • 故障率: 失敗したビルドの割合、または特定のワークフローが失敗した割合。たとえば、ワークフローが 10 回のうち 6 回失敗した場合、その失敗率は 60% です。このメトリクスは、フィルターが選択されていない場合、パイプラインの失敗率に基づいて計算されます。

  • ビルド数: フィルターと設定した時間枠に基づいて、アプリまたはワークフローで開始されたビルドの総数。

  • 総所要時間: フィルターと設定した時間枠に基づいた、アプリまたはワークフローのすべてのビルドの合計期間。


選択してテスト指標にアクセス テスト 左に。基本的なビルド メトリックと同様に、フィルターをテストの実行に適用できます。個々のテスト スイート、テスト ケース、またはモジュール、およびアプリのリポジトリのブランチをフィルター処理できます。

  • トップデュレーション (p90): テスト スイートまたはテスト ケース期間の 90 パーセンタイル。特定のテスト ケースでフィルタリングすると、「トップ期間 (p90)」は特定のテスト ケースの 90 パーセンタイル期間を示します。それ以外の場合は、フィルターと設定した時間枠に基づいて、アプリまたはワークフローのテスト スイートの 90 パーセンタイル期間が表示されます。 90 パーセンタイルとは、100 回の成功したテスト実行のうち、90 番目に遅いテスト実行が終了するまでにこれだけの時間がかかったことを意味します。

  • 典型的な期間 (p50): テスト スイートまたはテスト ケース期間の中央値 (50 パーセンタイル)。特定のテスト ケースでフィルタリングすると、「標準期間 (p50)」は特定のテスト ケースの 50 パーセンタイル期間を示します。それ以外の場合は、フィルターと設定した時間枠に基づいて、アプリまたはワークフローのテスト スイートの 50 パーセンタイル期間が表示されます。 50 パーセンタイルとは、100 回の成功したテスト実行のうち、50 番目に遅いテスト実行が終了するまでにこれだけの時間がかかったことを意味します。

  • 故障率: テスト失敗率は、テスト スイートまたはテスト ケースが失敗する頻度を示します。たとえば、テスト スイートまたはテスト ケースを 100 回実行した場合、100 回のうち 10 回が失敗した場合、失敗率は 10% です。特定のテスト ケースでフィルタリングすると、「失敗率」には特定のテスト ケースの失敗率が表示されます。それ以外の場合は、設定したフィルターと時間枠に基づいて、アプリまたはワークフローのテスト スイートの失敗率が表示されます。

  • 総所要時間: フィルターと設定した時間枠に基づく、アプリまたはワークフローのすべてのテストの合計期間。

  • テストラン: テスト実行の合計数。

  • 不安定な実行: コードに変更がないにもかかわらず、一貫性のない結果が生成されたテスト実行の数。

Utilization metrics


The full utilization data described here is only available to users on a custom Enterprise plan. On other plans, you can only see your credit usage.

Access utilization metrics by opening the main Insights page and selecting Utilization on the left. The Utilization page shows the resources used for Bitrise builds, enabling efficient tracking of your costs.

By default, the page shows all metrics based on your billing cycle. This helps to track commitments and spending during a cycle without having to do any calculations of your own. The page also shows how much time remains of the current cycle. You can change this default frame of reference in the dropdown menu in the top right corner.

The Utilization page always shows your overall infrastructure utilization. This metric aggregates all your infrastructure utilization, including build minutes, cache storage, artifacts storage and network egress. The page compares this aggregate total to your total commitment, displaying both a monetary value and a percentage value.

  • Credit usage: Insights tracks the amount of credits used on each app and, if you need it, each Workflow of a given app.

  • Build minutes: Track how much time you spent building on the different machine types, enabling efficient tracking of computing resource consumption. You can set filters to show the data on multiple levels: build minutes per app, Pipeline, Stage, or Workflow.

  • Cache storage: This is only relevant if you use the remote build cache feature. It shows how much storage space your cache archives take up.

  • Artifacts storage: It shows how much storage space your generated artifacts take up.

  • Network egress: Data transfer from the build cache to external networks or clients to retrieve build artifacts. This includes data downloaded to a local development environment or to any other CI environment other than Bitrise.