Term | Description |
compatibility testing | 互換性テストは、さまざまなデバイスでアプリに対してインストール、起動、ログイン、異なるバージョンの上書きインストール、アンインストールなどの操作を実行したときに互換性の問題が存在するかどうかを確認するために使用されます。 システムは、アプリの実行時にアプリの操作ログ、エラー情報、およびパフォーマンスデータを取得し、テスト完了後に互換性テストレポートを提供し、スクリーンショットまたはビデオの形式でアプリの実行プロセスを表示します。 |
functional testing | 機能テストは、さまざまなデバイスでアプリのテストケースを実行したときに、アプリが期待どおりに機能するかどうかを確認するために使用されます。 システムは、アプリの実行時にアプリの操作ログ、エラー情報、およびパフォーマンスデータを取得し、テスト完了後に機能テストレポートを提供し、スクリーンショットまたはビデオの形式でアプリの実行プロセスを表示します。 |
performance testing | パフォーマンステストは、アプリがさまざまなデバイスで実行されているときに、アプリの基本的なパフォーマンスデータを確認するために使用されます。 データには、起動時間、CPU 使用率、メモリ使用量、ネットワーク使用量などが含まれますが、これらに限定されません。 テスト完了後、システムはパフォーマンステストレポートを提供します。 |
performance analysis | パフォーマンス分析は、アプリの実行時にアプリの基本的なパフォーマンスデータを監視するために使用されます。 データには、起動時間、CPU 使用率、メモリ使用量、ネットワーク使用量などが含まれますが、これらに限定されません。 |
intelligent exploration | 互換性テストでは、Ripper によりアプリの互換性探索における自律的な意思決定が可能になり、テスト効率が大幅に向上します。 Ripper は、Alibaba Group が Machine Learning Platform for AI（PAI）に基づいて開発したインテリジェント AI プログラムです。 |
app | 互換性テスト、機能テスト、パフォーマンステスト、またはリモートデバッグ用の Android アプリまたは iOS アプリ。 |
task | Android または iOS の互換性テストまたは機能テストが送信されるたびに、テストタスクが作成されます。 |
test case library | テストケースライブラリは、バージョンに基づいてテストケースを個別に管理するために使用されます。 アプリの現在のイテレーションに対応するテストケースライブラリバージョンを使用することをお勧めします。 |
Directory | ディレクトリは、アプリのビジネスロジックと組み合わせて使用して、テストケースを一元的に管理できます。 たとえば、[ホームページ]、[マイページ]、[注文] は一般的なディレクトリです。 |
test case | 最小実行可能テスト単位。 テストケースは 1 つ以上のスクリプトで構成され、さまざまな環境に合わせて異なるパラメーターがあります。 |
parameter group | 相互に関連性のあるパラメーターの集合。 |
parameter | スクリプトと組み合わせて使用される入力パラメーター。 |
script | テストケースを実行するために使用される一連の命令。 モバイルテストでは、記録されたスクリプトとアップロードされたスクリプトの 2 種類のスクリプトがサポートされています。 |
recorded script | オンライン記録によって生成されたテストスクリプト。 |
uploaded script | ユーザーが記述してアップロードしたテストスクリプト。 |
custom step | Appium エンジンと Python 言語に基づいてスクリプトを記述し、そのスクリプトを記録されたスクリプトに追加して、従来とは異なる操作を実装することによって作成されるステップ。 |
test status | 互換性テスト、機能テスト、またはパフォーマンステストの実行ステータス。 ステータスは、[待機中]、[実行中]、[完了]、または [キャンセル済み] にすることができます。 |
execution result | 互換性テスト、機能テスト、またはパフォーマンステストの実行結果。 結果は、[成功]、[失敗]、または [異常/未実行] にすることができます。 |
error type | 互換性テスト、機能テスト、またはパフォーマンステスト中に生成されたエラーのタイプ。 エラータイプには、[クラッシュ]、[スタック]、[無視可能な例外] が含まれます。 |
CPU utilization | テストプロセス中にアプリによって使用された CPU リソースの割合。 |
memory usage | テストプロセス中にアプリによって使用されたメモリリソースの量。 |
network usage | テストプロセス中にアプリによって使用されたネットワークリソースの量。 |
FPS | 1 秒あたりに送信されるフレーム数。表示されるフレーム数を測定するために使用されます。 1 秒あたりに送信されるフレーム数が多いほど、表示されるモーションはスムーズになります。 |
frame loss rate | ハードウェアの性能がディスプレイの更新頻度に追いつかないために失われるフレームの割合。 |
power consumption | テストプロセス中にアプリによって消費されたデバイスの電力。 |
script log | Python 言語で提供されるエラーログ。 |
Appium log | Appium エンジンによって提供されるエラーログ。 |
device log | テストデバイスによって提供されるエラーログ。 |
error level | エラーメッセージの重要度を示す情報。 エラーレベルには、Verbose、Error、Warn、Info、Debug が含まれます。 |
stuck | ソフトウェア設計の欠陥またはメモリ容量の不足が原因でシステムが停止する現象。 |
crash | アプリの実行中にアプリが異常終了する現象。 |
negligible exception | ログによってキャプチャされるが、スタックやクラッシュではない例外。 |
ANR | Application Not Responding の略語。 アプリが 5 秒以内にユーザー入力イベントに応答しない場合、または BroadReceiver が 10 秒以内にタスクを受信しない場合、システムは Application Not Responding（ANR）ダイアログボックスを表示します。 ユーザーは待機するか、システムにアプリの強制終了を選択できます。 ユーザー入力イベントには、キーボード入力、タッチスクリーン入力、ジェスチャ入力が含まれます。 UI スレッドでデータベース、I/O、ネットワークに関連する時間のかかる操作を実行すると、ANR エラーが発生する可能性があります。 |
jank | ハードウェアの制限またはソフトウェア設計の欠陥が原因で、アプリがディスプレイの更新頻度に追いつかないことによる結果。 |
trend chart | 横軸に時間、縦軸に観測変数をとった統計チャート。 トレンドラインは、時間と量の 관계関係、および時間の経過に伴う観測変数の傾向と偏差を反映するために使用されます。 |
distribution chart | 統計グループに基づいて、総サンプル内のすべての単位をグループ別に編成して、グループ間の単位の分布状態を反映するチャート。 |