IuryCavalcante/TechnicalDebt_GitHubIssues_PT huggingface dataset:
Issue: TS05 - Utilizar o crawler para retornar as matérias
Repositório: monitoria-api
Data: 15/11/2019
Status: Fechado

Closed
2 tasks done
TS05 - Utilizar o crawler para retornar as matérias
#37
gustavolima00 opened this issue on Nov 15, 2019 · 1 comment
Comments
@gustavolima00
Contributor
gustavolima00 commented on Nov 15, 2019 • 
Descrição
Integração entre api e crawler no intuito de filtrar matérias do estudante

Critérios de aceitação
Critérios essenciais para a funcionalidade que não podem ser deixados como dívida técnica

 Matérias devem conter informações completas e não só o código, como existe agora
 As matérias devem ser filtradas para as que estão contidas no perfil do estudante
@gustavolima00 gustavolima00 assigned gustavolima00, PauloVitorRocha and bielrossi15 on Nov 15, 2019
@gustavolima00 gustavolima00 added the Funcionalidade label on Nov 15, 2019
@gustavolima00 gustavolima00 added this to the Sprint 5: FINAL milestone on Nov 15, 2019
@bielrossi15 bielrossi15 mentioned this issue on Nov 15, 2019
Conectar código da matéria do estudante com as do crawler #38
 Merged
@leomedeiros1
Member
leomedeiros1 commented on Nov 16, 2019
Resolvido em Connecting student subject code with crawler subjects #38

@leomedeiros1 leomedeiros1 closed this as completed on Nov 16, 2019
@PauloVitorRocha PauloVitorRocha changed the title Crawler request Utilizar o crawler para retornar as matérias on Nov 17, 2019
@rafaelmakaha rafaelmakaha changed the title Utilizar o crawler para retornar as matérias TS05 - Utilizar o crawler para retornar as matérias on Nov 17, 2019

Contexto de uso: Decisão
Categoria: Decisão
Issue: [Dívida Técnica] Testes de CoreData
Repositório: receitas-jacquenan
Data: 18/11/2019
Status: Fechado


Comments
@ghost
ghost commented on Nov 18, 2019 • 
Comportamento esperado:
Rodar todos os testes de CoreData de uma vez só.

Comportamento atual:
Quando rodamos cada teste individualmente, todos funcionam. Ao rodar todos de uma vez só, acontece um problema ao mockar os dados depois que passa do primeiro teste, resultando em falha nos outros testes.

Passos:
[Passo a passo para reproduzir o comportamento atual]

Apertar o botão de rodar todos os testes de CoreData
Passa do primeiro passo e os outros falham
@ghost ghost mentioned this issue on Nov 19, 2019
Testes core data #19
 Merged
6 tasks
@renanzinho renanzinho closed this as completed on Nov 19, 2019


Contexto de uso: Correção de falhas
Categoria: Problema
Issue: [Bug] Error when making requests on API in production environment
Repositório: multei/api
Data: 07/04/2020
Status: Fechado

Closed
6 of 18 tasks
[Bug] Error when making requests on API in production environment
#62
tuliooassis opened this issue on Apr 7, 2020 · 0 comments
Comments
@tuliooassis
Member
tuliooassis commented on Apr 7, 2020 • 
Description
We have been getting error when making requests on API in production environment, for example /v1/parkings/.

This problem does not happens in local.

Steps to reproduce the behavior:
Given the API is running in the production
When I navigate to /v1/parkings/
Then I get an error

{
    "status": 500,
    "title": "Error when trying to return parkings list",
    "detail": "It is an internal API issue"
} 
Expected behavior
Given the API is running in the production
When I navigate to /v1/parkings/
Then I can see the response with an array of parkings

{
    "status": "success",
    "data": {
        "parkings": [ ]
    }
}
Screenshots
image

Desktop:
OS: macOS 10.15.3 (19D76)
Browser: Chrome Version 80.0.3987.149 (Official Build) (64-bit)
Additional context
Tip: Start looking the error on debug console, maybe it can help.

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)
@tuliooassis tuliooassis changed the title [Bug] Error when making requests on API in production env [Bug] Error when making requests on API in production environment on Apr 7, 2020
@tuliooassis tuliooassis self-assigned this on Apr 7, 2020
@tuliooassis tuliooassis added the bug label on Apr 7, 2020
@tuliooassis tuliooassis closed this as completed on Apr 8, 2020

Contexto de uso: Inconclusivo
Categoria: Inconclusivo
Issue: [User Story] Send a car front photo
Repositório: multei/web
Data: 04/05/2020
Status: Fechado

Closed
20 tasks
[User Story] Send a car front photo
#175
jimmyandrade opened this issue on May 4, 2020 · 1 comment
Comments
@jimmyandrade
Member
jimmyandrade commented on May 4, 2020
User story
Como uma pessoa que está realizando uma denúncia
Eu gostaria de enviar uma foto da frente do veículo
De forma que o veículo possa ser identificado

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)
@jimmyandrade jimmyandrade added invalid user story labels on May 4, 2020
@jimmyandrade jimmyandrade added this to the Report parking MVP milestone on May 4, 2020
@tuliooassis
Member
tuliooassis commented on Jul 13, 2020
História implementada em #180.

@tuliooassis tuliooassis closed this as completed on Jul 13, 2020

Contexto de uso: Inconclusivo
Categoria: Inconclusivo
Issue: [User Story] Get address from user by typed input
Repositório: multei/web
Data: 19/05/2020
Status: Aberta

Open
20 tasks
[User Story] Get address from user by typed input
#208
heitorbffi opened this issue on May 19, 2020 · 0 comments
Comments
@heitorbffi
heitorbffi commented on May 19, 2020
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)
@heitorbffi heitorbffi added the user story label on May 19, 2020
@jimmyandrade jimmyandrade mentioned this issue on May 19, 2020
[User Story] Show map using location data #183
Open
21 tasks
@heitorbffi heitorbffi added the on hold label on May 19, 2020
@heitorbffi heitorbffi closed this as completed on May 19, 2020
@heitorbffi heitorbffi reopened this on May 19, 2020
@jimmyandrade jimmyandrade mentioned this issue on May 20, 2020
[User Story] Ask and handle location permission #181

Contexto de uso: Inconclusivo
Categoria: Inconclusivo
Issue: Ajustar os certificados para Build a Loja no iOS
Repositório: isus-app
Data: 20/05/2020
Status: Fechado

Closed
Ajustar os certificados para Build a Loja no iOS
#94
ItaloRod opened this issue on May 20, 2020 · 4 comments
Comments
@ItaloRod
Contributor
ItaloRod commented on May 20, 2020 • 
EU QUERO
Ajustar os certficados e perfis para o build das lojas no site da AppleStore Connect.

PARA
que o desenvolvedor possa utilizar somente um perfil e somente os seus respectivos certificados (Desenvolvimento e Distribuição)

Atualmente cada desenvolvedor que fazia o deploy para o iOS, gera um Provisioning Profile e dois certificados (Desenvolvimento e Distribuição). Essa organização gera muitos desses elementos e acaba confundindo o desenvolvedor novo durante o deploy. O Objetivo é unificar o perfil e os certificados para todos os desenvolvedores.

Épico #232 necessário para facilitar novos devs poderem realizar deploy do app

@ItaloRod ItaloRod assigned cairano on May 21, 2020
@kurjes
kurjes commented on Sep 17, 2020
@ItaloRod o cenário continua o mesmo? Se sim tratar como dívida técnica e priorizar junto ao time, talvez trazer novamente a discursão sobre o deploy automatizado

@ItaloRod
Contributor
Author
ItaloRod commented on Sep 17, 2020
@ItaloRod o cenário continua o mesmo? Se sim tratar como dívida técnica e priorizar junto ao time, talvez trazer novamente a discursão sobre o deploy automatizado

Preciso conversar com o @cairano sobre o processo de deploy automatizado, visto que ele implementou parte do iOS. Podemos trazer a tona ao realizar a configuração. Para tal preciso me reunir com ele antes para verificarmos.

@kurjes kurjes added the prioridade alta label on Sep 23, 2020
@kurjes kurjes added the Blocked label on Sep 30, 2020
@kurjes
kurjes commented on Sep 30, 2020
A prioridade é alta mas não existe visibilidade se ainda se faz necessário, @ItaloRod vai dar visibilidade a medida que a tarefa de deploy automatizado andar.

@daianefreira
daianefreira commented on Nov 25, 2020
Issue fechado sem desenvolvimento, pois conforme validação realizada com Italo nao fazia mais sentido.

@daianefreira daianefreira closed this as completed on Nov 25, 2020

Contexto de uso: Ação de melhoria
Categoria: Atividade
Issue: Usar cores do colors.eva.design
Repositório: multei/design
Data: 19/06/2020
Status: Aberto

Open
22 tasks
Usar cores do colors.eva.design
#19
jimmyandrade opened this issue on Jun 19, 2020 · 0 comments
Comments
@jimmyandrade
Member
jimmyandrade commented on Jun 19, 2020
User story
As a (public)
I want to (use case)
So that I (value)

Assumptions
Given that user already uploaded photo on step described by user story #x; (example)
Business context
What problem are you trying to solve?

A clear and concise scope description about the business context

Describe the solution you'd like
A clear and concise description of what you want to happen.

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.

Dependencies
Is this user story related to another user story, bug, spike or tech debt? Mention them here.

In scope (technical checklist)
 E.g. change text to...
 E.g. change border of...
Out of scope
Items out of scope of this issue

Additional context & notes
https://colors.eva.design/

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)
@jimmyandrade jimmyandrade added the help wanted label on Jun 19, 2020
@jimmyandrade jimmyandrade self-assigned this on Jun 19, 2020
@jimmyandrade jimmyandrade added wip and removed help wanted labels on Jun 19, 2020

Contexto de uso: Não conformidade
Categoria: Problema
Issue: Atualizar a estrutura de banco de dados
Repositório: mural

Data: 06/07/2020
Status: Fechado

Closed
Atualizar a estrutura de banco de dados
#3
Dovyski opened this issue on Jul 6, 2020 · 1 comment
Comments
@Dovyski
Contributor
Dovyski commented on Jul 6, 2020
Depende de: #2

Atualizar a estrutura do banco de dados para refletir o novo caso de uso (coleta de feedback). Preferencialmente gerar um modelo entidade-relacionamento para a equipe entender as dependências.

Implementar o MER utilizando eloquent e orm do Laravel.

@Dovyski Dovyski added this to the Sprint 0 milestone on Jul 7, 2020
@Dovyski
Contributor
Author
Dovyski commented on Jul 9, 2020
Um rascunho do MER está pronto:

IMG_20200709_080718529

Se o Denio olhasse esse MER, ele viria até a minha casa pra bater em mim 🤣 Fica como dívida técnica fazer um melhor e mais legível.

@Dovyski Dovyski closed this as completed on Jul 9, 2020
oraphaborges added a commit that referenced this issue on Nov 25, 2020
@oraphaborges
Merge pull request #3 from practice-uffs/dev …

Contexto de uso: Ação de melhoria
Categoria: Atividade
Issue: [User Story] Create a new parking report button
Repositório: multei/web
Data: 15/07/2020
Status: Aberto

Open
22 tasks done
[User Story] Create a new parking report button
#271
tuliooassis opened this issue on Jul 15, 2020 · 0 comments
Comments
@tuliooassis
Member
tuliooassis commented on Jul 15, 2020 • 
User story
Como uma pessoa que finalizou uma denúncia
Eu gostaria de visualizar um botão "FAZER OUTRA DENÚNCIA"
De forma que eu consiga iniciar uma nova denúncia com um único clique

Business context
Para um usuário que finalizou uma denúncia, é importante ter um acesso rápido a opção de criar uma nova denúncia sem a necessidade de retornar a tela inicial do Multei.

In scope
 Mostrar o botão "FAZER OUTRA DENÚNCIA"
 Ao clicar no botão, redirecionar o usuário ao início do formulário de denúncia
Acceptance Criteria
 1. O botão
Dado que a usuária finalizou uma denúncia
Quando estiver no passo de "Denúncia Realizada"
Então deverá encontrar um botão "FAZER OUTRA DENÚNCIA"

 2. Fazer outra denúncia
Dado que a usuária finalizou uma denúncia
Quando clicar em "FAZER OUTRA DENÚNCIA"
Então deverá ser redirecionada para o passo inicial

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)
@tuliooassis tuliooassis self-assigned this on Jul 15, 2020
@tuliooassis tuliooassis added invalid user story labels on Jul 15, 2020
@tuliooassis tuliooassis added this to the Report parking MVP milestone on Jul 15, 2020
@tuliooassis tuliooassis removed their assignment on Jul 15, 2020
@tuliooassis tuliooassis removed the invalid label on Jul 15, 2020
@tuliooassis tuliooassis self-assigned this on Jul 15, 2020
@tuliooassis tuliooassis removed their assignment on Jul 16, 2020

Contexto de uso: Inconclusivo
Categoria: Inconclusivo
Issue: [User Story] Summary about the Parking Report
Repositório: multei/web
Data: 15/07/2020
Status: Aberto

Open
22 tasks done
[User Story] Summary about the Parking Report
#272
tuliooassis opened this issue on Jul 15, 2020 · 0 comments
Comments
@tuliooassis
Member
tuliooassis commented on Jul 15, 2020 • 
User story
Como uma pessoa que está realizando uma denúncia
Eu gostaria de visualizar um resumo da denúncia realizada
De forma que eu consiga encontrar e verificar os dados

Business context
Para um usuário que está realizando uma denúncia, é importante saber os dados de uma denúncia. Por isso, o usuário deverá encontrar na tela de Denúncia Realizada com Sucesso a placa, a marca e o modelo do carro denunciado.

In scope
 Exibir placa do carro
 Exibir marca do carro
 Exibir modelo do carro
Acceptance Criteria
 1. Dados da última denúncia
Dado que a usuária finalizou uma denúncia
Quando clicar em "Revisar dados da sua última denúncia"
Então deverá encontrar a placa, a marca e o modelo do carro denunciado.
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)
@tuliooassis tuliooassis self-assigned this on Jul 15, 2020
@tuliooassis tuliooassis added invalid user story labels on Jul 15, 2020
@tuliooassis tuliooassis added this to the Report parking MVP milestone on Jul 15, 2020
@tuliooassis tuliooassis removed the invalid label on Jul 15, 2020
@tuliooassis tuliooassis assigned tuliooassis and unassigned tuliooassis on Jul 15, 2020
@tuliooassis tuliooassis removed their assignment on Jul 16, 2020

Contexto de uso: Inconclusivo
Categoria: Inconclusivo