ページをめくる問題を、実行可能なリクエストに変換する

実際のページにおける変更点を説明してください。

使いにくいユーザーフローを修正. エディターが誤った画面に戻るか、検証で入力した情報が失われた場合、既存のページを添付し、期待される結果を説明してください。具体的な「変更前」と「変更後」の状況を示すことで、要求は曖昧な指示「このページを改善する」ではなく、テスト可能な目標を持つことになります。

関連する調整をいくつか用意する. 同じビジネス領域内で複数のアクションを調整したい場合があります。保留リストで各リクエストを準備し、グループを確認してまとめて送信します。個別の変更を理解しやすいように行を分割し、共通のプロジェクトのコンテキストを維持します。

送信後に進捗状況を確認できます. 送信されたリクエストには、それぞれ固有の詳細とステータスがあります。リクエストを開いて、作業内容を理解し、質問に答え、記録された結果を確認してください。変更されたページを確認する際には、その情報を使用して、リクエストがすぐに本番環境に反映されたと推測しないでください。

変更を実演できるものを記述してください。

たとえば、エディターを閉じた後にどこに戻るべきか、そして現在どのページが表示されているかを説明してください。問題が発生したページを添付し、問題を再現する手順を説明してください。

明確な「変更前」と「変更後」の例があるリクエストは、役立つレビューの基準となります。作業が完了したら、同じ手順をそのバージョンの環境で繰り返してください。

ページ URL からレビュー結果を表示

既存のページを選択. 既知のプロジェクトのURLを貼り付けるか、名前で検索します。変更を記述する前に、選択したページとビジネスエリアのコンテキストを確認してください。

準備、確認、送信. 現在の動作と、期待される動作を説明します。矢印ボタンは保留中の行を追加します。すべて送信ボタンは、同じエリアのレビュー済みのバッチを送信します。

フォローして確認. リクエストの詳細を読み、質問に回答してください。開発結果をテストし、レビュー済みのバージョンをデプロイメントプロセスを通じて公開します。