初めて起動するためのガイド

ローンチ前にメインの旅を信頼できるものにしましょう。

観察可能なチェックを使用して、共有の準備ができているものとまだ作業が必要なものを判断します。

01 — テストレコードでメインアクションを証明する

サービス問い合わせアプリの場合は、明確にラベル付けされたテスト情報を送信し、設定された宛先から取得します。ページをリロードして、レコードを再度確認してください。空の送信、無効な値、および失敗状態をテストします。成功メッセージが表示されたからといってタスクを完了としてマークするのではなく、観察した内容を書き留めます。

  • 情報が保存または配信される場所を確認します。
  • メインアクションの重複、再試行、エラーメッセージを確認します。
  • サンプルレコードとプレースホルダーのビジネスクレームを削除するか、明確にラベルを付けます。
  • プレビューまたはビルドが失敗した場合は、製品の出力とトラブルシューティングのガイダンスを使用してください。

02 — アクセスと機密性の高い動作を確認する

アプリにアカウントがある場合は、別のテスト ユーザーでサインアウトとサインインの操作をテストします。ある人が他の人の個人的な記録にアクセスできないことを確認します。ページのコンテンツや生成されたクライアント コードに秘密を含めないでください。支払い、許可、機密データについては、ユーザーが依存する前に資格のある技術的レビューが必要です。

  • サインアウトした訪問者としてプライベート アドレスを直接試してください。
  • 2 番目のテスト アカウントを最初のアカウントの記録と照合します。
  • 支払いフローに適切なテスト環境を使用します。
  • 未解決のアクセスまたはデータ処理の問題はリリースの決定に含めてください。

03 — 一般訪問者のエクスペリエンスを確認する

電話のレイアウト、キーボード ナビゲーション、フォーム ラベル、フォーカス インジケーター、読みやすいテキストを確認します。 Then publish using the controls available to your project and repeat the main journey at the actual public address.タイトル、説明、正規 URL、公開ページまたは非公開ページに適したクロール設定を確認してください。

  • すべての主要リンクをたどって、長いコンテンツまたは欠落しているコンテンツをテストします。
  • 対象のドメインと共有の公開設定を確認します。
  • プレビューだけでなく、リリース後に実際の公開ページをテストします。
  • アカウント、チェックアウト、個人データのページを公開検索の対象から外します。

04 — 操作と回復の割り当て

失敗した問い合わせ、使用制限、将来の変更を誰が処理するかを選択します。セットアップのメモとレビューしたプロジェクトのスナップショット、またはワークフローでサポートされているその他のリカバリ パスを保管しておいてください。未完了の作業と責任者を記録します。開始の決定は、画面の外観ではなく、サービスの実際の視聴者とリスクを反映する必要があります。

  • Review runtime, connected-service limits and the recurring budget.
  • 既知の動作状態を復元する方法、または壊れたリリースの共有を停止する方法を記録します。
  • ユーザーに利用可能なサポートまたは連絡先パスを提供します。
  • 対象ユーザーを限定して開始し、重要な変更が行われるたびに実際のジャーニーを再度確認します。

出発点

概要を具体的にします。

この例をあなたのビジネスに当てはめてください。サンプル データを実際の顧客情報から分離して保管してください。

起動レビュー記録 レビューされたプロジェクトとバージョン: ___ テストされた主な行程: ___ 有効、無効、および空入力の結果: ___ テスト記録が取得された場所: ___ 訪問者とアカウントのアクセス許可のチェック: ___ 電話とキーボードのチェック: ___ パブリック アドレスとメタデータのチェック: ___ サービス制限と請求所有者: ___ リカバリまたはロールバック パス: ___ 未解決の問題と責任者: ___ 決定と日付: ___

次のステップが必要なとき

製品ドキュメントに従ってください。

始める前に。

このチェックリストは、アプリが本番環境に対応していることを証明しますか?

観察可能なリリースチェックを整理するのに役立ちます。これは、セキュリティ認定ではなく、アプリに適した技術的、アクセシビリティ、またはドメイン固有のレビューに代わるものでもありません。実際のユーザーと関係するデータに従って問題を解決します。

プレビューが空白の場合はどうすればよいですか?

文書化されたプレビューの回復手順を使用します。起動後に更新し、現在のファイルと出力を検査し、関連するエラーに対して対象を絞った修正をリクエストします。プレビュー、共有、または公開コントロールに頼る前に、ビルドが正常であることを確認してください。

便利なタスクを 1 つ始めましょう

レビューできるものを作成します。