[User Story] Import car front photo from smartphone/computer folder/gallery

[jimmyandrade]

User story

English

As a user who is creating a parking report
I want to select a photo from my smartphone/computer folder
So that I can use a photo that I had already taken (outside Multei!)

Portuguese (Brazil)

Como uma pessoa que está realizando uma denúncia
Eu gostaria de enviar uma imagem do rolo de câmera (ou pasta do dispositivo)
De forma que eu possa tirar a foto sem depender do app Multei! estar aberto

Business context

Many users may decide to start a parking report after having already taken a photo, and wish to submit them either on their computer or on their smartphone. In order to permit users to do that without having to re-take a photo at the exact moment they start a report, we should offer the option to select and upload a photo from a folder.

We also consider the option of letting users take a photo from their camera at the moment they start the parking report, from within the Multei app (#177), but this is not a priority as it would not be possible from a computer.

In scope

• Redirect focus to folder/pictures gallery
• Show thumbnail of selected photo after the user returns to Multei.

Out of scope

• Use the camera app ([User Story] Open Camera to take a car front photo #177)
• Upload photo to API ([User Story] Car Front Photo verification #180)
• Validate the image ([User Story] Car Front Photo verification #180)

Acceptance Criteria

• 1. User sees photo gallery
  Given the user has read the instructions and wants to select a front car photo,
  When they click on "Selecionar foto",
  Then the smartphone/computer folder/gallery opens as a new window.
• 2. User selects photo
  Given the user is at the photo gallery/folder,
  When the user has selected a photo from the gallery/folder,
  Then the photo is loaded on Multei interface (as a thumbnail/preview)

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)