... | ... | @@ -306,10 +306,47 @@ Os épicos criados foram: |
|
|
<details>
|
|
|
<summary>US14 – Comentário</summary>
|
|
|
|
|
|
> **Como** administrador ou empresa verificada ou usuário, **quero** … **para** …
|
|
|
> **Como** usuário, **quero** poder criar, visualizar e apagar comentários em um tópico do fórum, **para** que eu possa interagir e contribuir com discussões relevantes.
|
|
|
|
|
|
**Critérios de aceite:**
|
|
|
1. …
|
|
|
#### Backend
|
|
|
1. O usuário deve poder criar um comentário em um tópico específico do fórum.
|
|
|
2. O comentário deve conter:
|
|
|
- ID do usuário que comentou (autor)
|
|
|
- ID do tópico relacionado
|
|
|
- Conteúdo do comentário (as imagens vão conter URL por enquanto, posteriormente vamos adaptar para usar buckets S3)
|
|
|
- Data/hora de criação
|
|
|
3. O sistema deve validar que:
|
|
|
- O conteúdo não está vazio
|
|
|
- O tópico existe
|
|
|
- O usuário está autenticado
|
|
|
4. O usuário deve poder visualizar todos os comentários relacionados a um tópico.
|
|
|
5. Os comentários devem ser retornados ordenados por data de criação (do mais recente para o mais antigo).
|
|
|
6. Cada comentário exibido deve mostrar:
|
|
|
- Nome do autor
|
|
|
- Conteúdo
|
|
|
- Data/hora do comentário
|
|
|
7. O usuário deve poder apagar um comentário apenas se:
|
|
|
- Ele for o autor do comentário OU
|
|
|
- Ele for um administrador/moderador
|
|
|
8. O conteúdo do comentário deve ter limite de caracteres (ex: até 500).
|
|
|
9. Toda ação deve ser protegida por autenticação (JWT, session, etc.).
|
|
|
10. Utilizar soft delete.
|
|
|
|
|
|
#### Frontend
|
|
|
11. O usuário autenticado deve conseguir adicionar um novo comentário em um tópico.
|
|
|
12. O comentário deve conter no mínimo 1 caractere e no máximo 500 caracteres.
|
|
|
13. O comentário pode conter uma imagem e texto (no máximo 1 imagem por comentário).
|
|
|
14. Após a criação, o novo comentário deve ser exibido imediatamente abaixo do tópico.
|
|
|
15. Apenas usuários autenticados devem conseguir visualizar os comentários de um tópico.
|
|
|
16. Deve ser possível responder a um comentário específico, criando uma espécie de "thread".
|
|
|
17. Um aviso de confirmação deve ser apresentado antes da remoção definitiva.
|
|
|
18. O sistema deve impedir envio de comentários vazios ou com apenas espaços em branco.
|
|
|
19. Mensagens de erro claras devem ser exibidas em caso de falha (ex: limite de caracteres excedido, falha na conexão).
|
|
|
20. Os comentários devem ser exibidos com:
|
|
|
- Nome de usuário (ou identificador anônimo, se aplicável)
|
|
|
- Tempo decorrido desde a publicação (ex: “2 minutos atrás”)
|
|
|
- Texto do comentário
|
|
|
</details>
|
|
|
|
|
|
|
... | ... | @@ -318,10 +355,21 @@ Os épicos criados foram: |
|
|
<details>
|
|
|
<summary>US15 – Admin: controle de usuários</summary>
|
|
|
|
|
|
> **Como** administrador, **quero** … **para** …
|
|
|
> **Como** administrador, **quero** visualizar, ativar e desativar usuários cadastrados, **para** que eu possa gerenciar quem tem acesso ao sistema de forma eficiente.
|
|
|
|
|
|
**Critérios de aceite:**
|
|
|
1. …
|
|
|
1. Acesso Exclusivo para Administradores: A tela de controle de usuários deve ser acessível apenas para administradores.
|
|
|
2. Listagem de Usuários: A tela deve exibir uma tabela com os usuários cadastrados, contendo as seguintes colunas:
|
|
|
- Nome
|
|
|
- E-mail
|
|
|
- Telefone
|
|
|
- Nacionalidade
|
|
|
- Status (Ativo/Inativo)
|
|
|
3. Ações:
|
|
|
- Ativar/Desativar: Cada linha deve ter um botão para ativar ou desativar o usuário, conforme o status atual.
|
|
|
- Ao clicar, deve ser exibido um modal de confirmação antes da execução.
|
|
|
4. Após ativar ou desativar, o sistema deve exibir uma mensagem de sucesso ou erro (ex: toast).
|
|
|
5. Responsividade: Tela pode ser otimizada para desktop apenas.
|
|
|
</details>
|
|
|
|
|
|
<details>
|
... | ... | |