リソース · 75
通信障害からの復旧
中断した要求がサーバーで実行済みの場合があります。
更新済み · 2 min
このガイドが達成するのに役立つこと
- 状態を分ける
- 保持と通知を決める
- 復旧を試す
クイックチェック
- 接続が戻ったら自動的に再送する？
手順
- 1
状態を分ける
下書き、送信、受信確認、結果不明を区別する。応答の消失は拒否の証拠ではない。操作を繰り返す前に既存の申請を確認する方法を定める。
下書き、送信済み、確認済み、結果不明とその根拠
- 2
保持と通知を決める
下書きの項目、保存場所、期間、削除を決め、再読み込みで失う内容を知らせる。不要なフォーカス移動を避け、支援技術に状態を伝える。
保存できる項目、場所、期間、削除方法
- 3
復旧を試す
架空のデータで送信前、転送中、受信後の切断を試す。キーボード、通知、再読み込み、結果の重複を確認する。接続表示だけではサービスへの到達を確認できない。
状態確認、選べる操作、フォーカスの動作
再利用可能なワークシート
承認された観察結果を記入してください。 これらのフィールドは作業用テンプレートであり、観察結果ではありません。
| フィールド | 記録する情報 |
|---|---|
| 状態 | 下書き、送信済み、確認済み、結果不明とその根拠 |
| 下書き | 保存できる項目、場所、期間、削除方法 |
| 再開 | 状態確認、選べる操作、フォーカスの動作 |
| 受入れ | 単一の結果、入力の保持、確認済みの通知 |
架空の事例
具体的な状況
架空の例：サーバーは申請を記録したが、確認応答がブラウザーに届かない。
決定と期待される証拠
利用者は入力を保持して同じ申請の状態を確認する。結果が不明ならその旨と追跡方法を示し、何も起きていないとは約束しない。
管理指標
| 指標 | 測定対象 | 最初のアクション |
|---|---|---|
| 入力の復元 | 各シナリオで必要な項目が残るか | 消失と過剰な保持を修正する |
| 結果の確認 | 重複する影響なく照合できた申請 | 未解決の申請と再実行を調べる |
よくある間違い
よくある質問
接続が戻ったら自動的に再送する？
一律には行わない。申請の状態と重複防止を確認し、状態を確認できなければ不確実性を説明する。
公式参照文献
参照文献はメソッドを裏付けるものです。 チェックは状況に合わせて調整してください。 これらは認証ではありません。 元の参照文献のタイトルやソース文書は別の言語で書かれている場合があります。
参照資料の確認日 .
