(一部は独自のメモリ要件を持っている場合がある)。(移行や事後操作など)。ジョブの数とスケジュールされたサービス。実行されているサーバー。使用されているデータベースとデータベースへの接続性。(ファイルシステムを含む)。速度がどのように影響を受けるかを示しています。パフォーマンスのみに焦点を当てたバージョンではありませんでしたが、各リリースでは同等かそれ以上のパフォーマンスを提供することを目指しています。バージョンに対して実行しました。実行された各種操作の平均応答時間を示しています。インスタンスの詳細については、「テスト手法」を参照してください。とテスト方法を詳しく説明します。インスタンスを表すデータセットのサイズと形状を決定する必要があります。データを使用しました。番目のパーセンタイルの値を切り捨てています。データセットを生成します。200実行した操作...最も一般的なユーザー操作の例を表す操作の組み合せを選択しました。ウィンドウで課題を開くなどの、完全なユーザー操作です。回のテスト中に操作が実行される回数を示しています。この場合の性能テストには複数のテストの実行が含まれます。課題の作成ダイアログを送信する。ウィンドウで個別の課題を開く。課題を編集して変更を送信し、課題に表示されるまで待ちます。コメントを追加し、それが課題に表示されるまで待ちます。使用して検索クエリを実行する。クエリが使用されました。回のテスト実行で実行されたすべてのアクションの重み付き算術平均です。ポイントの重みは、テスト実行あたりのアクションごとのリクエスト数に対応します。インスタンス上ですべて実行されました。サイクルを入れて各テストを実行しました。インスタンスの仕様を確認できます。個使用し、操作の実行にかかる時間を計測しました。各ブラウザーのスクリプトは、定義済みの操作リストからランダムに操作を実行し、すぐに次の操作に移る(つまり思考時間がゼロになる)ように記述されています。これによって各ブラウザは実際のユーザーが可能なタスクよりも実質的に多くのタスクを実行するため、ブラウザの数が実際の同時実行ユーザー数と等しくなると解釈することはできません。20分間実行され、その後、統計情報が収集されます。柔軟なため、顧客の構成にはとてつもない多様性があります。データは、ほとんどの顧客データセットが、独自の特性を示していることを示します。ディメンションの異なる比率で増加します。いくつかのディメンションは他のディメンションより大幅に大きくなることが多くあります。課題数が急速に増加する一方、プロジェクト数は一定数を維持することがあります。フィールドが膨大なのに、課題数が少なくなる場合があります。多くの組織には独自のプロセスやニーズがあります。能力が、データセットの多様性の理由となっています。速度に影響を与える可能性があります。多くの場合、これらの影響は一定または直線的ではありません。データ属性がアプリケーションの速度にどのような影響を与えるかを理解することが重要です。拡張性テストの結果を示します。サイクルを実施しました。テストからのすべての操作の平均を使用しました。倍にしてテストを実行)。サイクルの応答時間を参照結果と比較しました。インスタンスの速度にどのように影響するかを、隔離した環境で観測できました。パフォーマンスに影響するため、不要になった課題のアーカイブが望ましい場合があります。ビューに多数の課題が表示され、不要になった古い課題をインスタンスからアーカイブしたい場合があります。「プロジェクトのアーカイブ」を参照してください。ベースが増加すると、以下を確認する必要が出る場合があります。ディレクトリに接続します。