143 - Padrão de Escrita de Itens no Backlog » Histórico » Versão 1
Redmine Admin, 11/05/2019 22:03
1 | 1 | Redmine Admin | h1. 1.4.3 - Padrão de Escrita de Itens no Backlog |
---|---|---|---|
2 | |||
3 | h2. 1. Identificação do Item |
||
4 | |||
5 | p((. Abaixo estão descritas as regras para a identificação de um item. |
||
6 | |||
7 | p((. 1.1. Descrever entre "[]" o tipo do item que será executado; |
||
8 | > **Exemplo: [Requisito], [História].** |
||
9 | |||
10 | p((. 1.2. Caso o item já tenha sido executado anteriormente, deve acrescentar a palavra “Mudança” dentro do colchete do tipo: |
||
11 | > **Exemplo: [História-Mudança]** |
||
12 | |||
13 | p((. 1.3. Para itens do tipo [Requisito], logo após o colchete do item, colocar a descrição da necessidade do Dono do Produto; |
||
14 | > **Exemplo: [Requisito] Filtrar a lista de usuários por data/período de cadastro.** |
||
15 | |||
16 | p((. 1.4. Para Itens de [Requisito – Mudança], deve-se acrescentar o nome da US (User Storie) que será alterada entre "[]"; |
||
17 | > **Exemplo:[Requisito-Mudança] [USXXX - Consultar Dados] Filtrar a lista de usuários por data/período de cadastro.** |
||
18 | |||
19 | p((. 1.5. Quando o item de mudança de requisitos envolver a mesma alteração em mais de uma funcionalidade, deve-se colocar entre colchetes "ver descrição" e incluir na descrição do item a lista de histórias impactadas pela mudança; |
||
20 | > **Exemplo: [Requisitos - Mudança][ver descrição] Alterar mensagem de sucesso padrão** |
||
21 | |||
22 | p((. 1.6. Para itens do tipo [História] ou [Item de Trabalho], deve-se criar um item no backlog para cada história que será alterada ou para cada nova história que será implementada; |
||
23 | > **Exemplo: [História][US001 - Incluir usuário]** |
||
24 | |||
25 | p((. 1.7. Implementações que impactam/alteram 2 ou mais histórias, devem ser do tipo [Item de Trabalho]. Nesse caso, logo após o colchete do tipo do item, deve-se colocar entre "[]" a(s) história(s) impactadas; |
||
26 | > **Exemplo: [Item de Trabalho][US001][US002][US003] Acrescentar a situação do usuário no Gerenciar Usuários** |
||
27 | |||
28 | p((. 1.8. Caso haja 4 ou mais histórias impactadas pelo mesmo item, deve-se colocar entre colchetes "ver descrição", e acrescentar na descrição do item a lista de histórias impactadas; |
||
29 | > **Exemplo: [Item de Trabalho][ver descrição] Alterar título/nome do campo "Usuário" para "Pessoa"** |
||
30 | |||
31 | p((. 1.9. Bugs - Itens do tipo “bug”, devem ser criados quando se identifica um erro ou defeito em uma funcionalidade. Para esses casos, poderá ser criado um item contendo uma lista com a descrição dos bugs encontrados. |
||
32 | > Os bugs podem ser de dois tipos: |
||
33 | > |
||
34 | > • Bugs de sistema construídos pela fábrica |
||
35 | |||
36 | > Quando forem identificados bugs em sistemas ou funcionalidades desenvolvidas, desde o seu início, pela fábrica, deve-se criar o item com o nome no seguinte formato: **[Bug][Garantia] descrição resumida.** |
||
37 | > Na descrição desses itens, deve-se especificar o bug ou lista de bugs, identificando a funcionalidade quando possível: |
||
38 | |||
39 | > **Exemplo:** |
||
40 | > **Lista de bugs** |
||
41 | > ** *O botão salvar não funcionou (US003 – Gravar Status);* |
||
42 | > ** *O cálculo de valor está apresentando o resultado como “0”, independente do cenário testado (US124 – Cálculo de nota final);* |
||
43 | > |
||
44 | > • Bugs herdados de sistemas (legado) OU fora do tempo de garantia da fábrica |
||
45 | |||
46 | > Quando forem identificados bugs em sistemas ou funcionalidades desenvolvidas por outras fábricas de software ou fora do tempo de garantia, deve-se criar o item com o nome no seguinte formato: **[Bug][Corretiva] descrição resumida.** |
||
47 | > Na descrição desses itens, deve-se especificar o bug ou lista de bugs, de maneira detalhada e que possibilite identificar e corrigir o problema: |
||
48 | |||
49 | > **Exemplo:** |
||
50 | > **Lista de bugs** |
||
51 | |||
52 | > *#Ao se acessar a funcionalidade “Gravar Status” (caminho: Menu > Submenu), preencher todos os campos obrigatórios e selecionar a opção “Gravar”, o sistema não realizou nenhuma ação. Nesse caso, após a seleção do botão “Gravar”, o sistema deve salvar as informações na base de dados e apresentar a mensagem “Dados gravados com sucesso” e limpar os campos do formulário;* |
||
53 | |||
54 | > *#Ao se selecionar a opção “ver resultado final” na tela Resultados (caminho: Menu > Submenu), o sistema não apresenta o valor do resultado conforme a média das notas, mas apresenta o valor “0” em todos os casos testados. Nessa situação, após se selecionar a opção “ver resultado final”, o sistema deve realizar o calculo: ([nota1] + [nota 2])/2; apresentar o resultado dessa fórmula ao usuário;* |