[User Story] CarReportWizard should reinforce photo guidelines when user submit an invalid photo

実装ファイル、テスト、無効な写真に関するルール、ユーザーメッセージ、または利用可能な受け入れ基準は提供されていません。まずGatsbyサイト内でCarReportWizardを見つけ、期待されるバリデーションの動作と写真のガイドラインをメンテナーと明確にしてください。Doneは、具体的な受け入れ基準とテスト、または再現可能なユーザーフローによって定義する必要があります。

User story

As a (public)
I want to (use case)
So that I (value)

Business context

A clear and concise description about the business context

Is your feature request related to a problem? Please describe.
A clear and concise description of what the problem is. Ex. I'm always frustrated when [...]

Describe alternatives you've considered
A clear and concise description of any alternative solutions or features you've considered.

In scope

Items in scope of this issue

Describe the solution you'd like
A clear and concise description of what you want to happen.

Out of scope

Items out of scope of this issue

Additional context & notes

Add any other context or screenshots about the feature request here.

Acceptance Criteria

• 1. Acceptance title
  Given (…)
  When (…)
  Then (…)
• 2. Acceptance title
  Given (…)
  When (…)
  Then (…)

Checklist do kickoff

• A análise da história está concluída?
• QA (ou pessoa que assumiu o papel de QA) revisou a análise?
• A história está completa com todos os detalhes e as informações relevantes?
  (Ex.: Contexto, Escopo, Fora de Escopo, Critérios de aceite, etc);
• O valor de negócio da história está bem entendido? (se aplicável)
• Esta história não tem dependência de outras histórias futuras?
• Não existem dívidas técnicas (débitos técnicos) relacionadas a história;
• Há protótipos de telas para essa história (se aplicável)
• Há detalhes na história de mensagens de erro e outros feedbacks para o usuário (se aplicável)
• Há mensagens de ajuda ou outros textos definidos na história (se aplicável)
• A história está em um tamanho adequado
• Existe feature toggle para a feature (se aplicável)

Checklist do deskcheck

• Há testes unitários que validem a implementação? (se aplicável)
• As alterações de código passaram em todas as pipelines
• A história foi executada manualmente
• A história não trouxe regressões ou impacto negativo a outras implementações
• Todos os critérios de aceite foram cobertos
• A história não precisa de feedback ou correção
• Foi testada uma jornada completa do usuário através da história (se aplicável)