モバイルワークステーションのためのテストとデバッグプロセス
概要
顧客の問題に対処する場合、テストとデバッグプロセスは、効率的な問題解決を確保するための構造化されたアプローチに従います。 報告された問題を、一般的な問題とローカル問題という2つの主要なグループに分類します
これらのテストとデバッグプロセスに従うことで、顧客によって報告された問題が効果的かつ効率的に対処され、モバイル製品用のワークステーションで高品質のユーザーエクスペリエンスにつながります。
一般的な問題
一般的な問題は、同様の方法ですべてのユーザーに影響を与える可能性がある問題を参照してください。 そのような問題が発生した場合、重大さと緊急性に基づいて、優先順位付けします。 私たちの目的は、迅速かつ効果的なソリューションを提供することです。 このプロセスに従います。
- 評価：報告された問題を迅速に把握し、解決に必要な時間を推定します。 次に、パッチのリリースを決定します。 通常、月に1つのバージョンをリリースするため、これは優先順位の高い問題を処理するための最長期間です
- 修正：問題が即時の注意を必要とする例外的なケースでは、次のスケジュールされたパッチリリースを待たずに、問題に対処するための修正プログラムをリリースする場合があります
ローカル問題
ローカル問題は、個々の顧客に固有の特定の問題です。 これらの問題は、顧客によって使用される特定の統合または顧客によって実装された特定の設定のために発生する可能性があります。 適切な応答を確保するために、以下のステップを実行します。
- 問題テスト：報告されたローカル問題の重大さと緊急性に合わせた完全なテストプロセスを開始します
- デバイスレプリケーション：開発チームは、効果的に診断し、解決するために、独自のデバイスで問題を再現する能力を必要です。 これを容易にするために、以下のステップを採用します。
- 顧客からデモユーザーアカウントを取得：これにより、チームはシステムに接続し、問題を直接経験できます
- 検証：デモユーザーアカウントを使用して問題が複製できることを検証します。 これには、デバイスの場所制限がないことと、デモユーザーに付与された権限が問題が発生している顧客の権限と一致することを確認する必要があります
デバッグプロセス
特定のケースでは、アプリケーションのデバッグバージョンから開始することが有益かもしれません。 このバージョンは、問題を特定するのに役立つ追加のログを収集します。 ただし、このアプローチは、すべての状況に適さない可能性があることに注意してください。したがって、適切な場合、このステップをスキップすることを選択する場合があります。
この記事は役に立ちましたか？
はい
いいえ
ご意見ありがとうございます！