Mudanças entre as edições de "Backlog da equipe de Testes"

De MSTECH wiki
Ir para: navegação, pesquisa
(→‎Em andamento)
Linha 76: Linha 76:
  
 
==Em andamento==
 
==Em andamento==
 +
 +
{| {{table}} class="wikitable"
 +
| align="center" style="background:#f0f0f0;"|'''Problema Raiz'''
 +
| align="center" style="background:#f0f0f0;"|'''Atividades'''
 +
| align="center" style="background:#f0f0f0;"|'''Equipe de Avaliação'''
 +
| align="center" style="background:#f0f0f0;"|'''Iniciado em'''
 +
| align="center" style="background:#f0f0f0;"|'''Status'''
 +
| align="center" style="background:#f0f0f0;"|'''Resolução'''
 +
|-
 +
| Descrever os testes não funcionais referente à performance||Desenvolver menu||Taynara||28/03/2016||Aguardando||
 +
|-
 +
| Descrever os testes não funcionais referente à performance||Desenvolver pré-requisitos||Taynara||28/03/2016||Aguardando||
 +
|-
 +
| Descrever os testes não funcionais referente à performance||Desenvolver questionário||Taynara||28/03/2016||Aguardando||
 +
|-
 +
| Não há como garantir a qualidade no final da sprint apenas||Definir um ambiente padrão de testes de homologação para a empresa||||||Aguardando||Trazer o DEVOPS junto na conversa
 +
|-
 +
| Acessibilidade|| - Não temos profissionais com muita experiência em testes de acessibilidade. É algo interessante para começarmos a estudar.||||||Aguardando||Taynara mandou um material inicial. Vamos conversar sobre essa capacitação
 +
|-
 +
| Acessibilidade||Incluir nos testes se o comportamento de forms  com "tab" está ok||||||Aguardando||
 +
|-
 +
| Hoje o teste não é obrigatório para aceite||||Ricardo / André||||Aguardando||Na review, apresentar relatório dos bugs para tomada de decisão com o PO. Divulgar isso como parte do processo.
 +
|-
 +
| Melhorar a produtividade Tester: como fazer mais? Materiais de estudo: onde e como se especializar?||Construir um repositório de conhecimento||||||Aguardando||
 +
|-
 +
| Não há como garantir a qualidade no final da sprint apenas||No sprint review, envolver o tester para que este indique como aprovado ou não o RF||Mara / Ricardo||||Aguardando||Escritório será envolvido; sugestão de nova questão no questionário da retrospectiva; testers mandarão e-mail com parecer
 +
|-
 +
| Descrever os testes não funcionais referente à performance||"Não iniciado / em desenvolvimento / entregue /finalizado" - Kanbam||||||Aguardando||
 +
|-
 +
| Não há uma organização padrão dos casos de testes||Definir o critério de organização dos casos de testes||||||Aguardando||Está sendo utilizada planilha  de casos de teste que o Gestão criou.
 +
|-
 +
| Pra onde caminha o processo de testes na MSTECH? (Seria interessante passar a visão da empresa sobre a importância dos testes no nosso processo de desenvolvimento)||Levar questões para SM e escritório||Ricardo||||Aguardando||
 +
|-
 +
| Testes de desempenho||Capacitação do teste de desempenho para os demais||||||Aguardando||Aguardando Taynara estar com menos atividades. Procurar alguma capacitação externa para desempenho e segurança
 +
|-
 +
|}

Edição das 15h04min de 7 de julho de 2016

Atualizado em 28/06/2016.

Finalizados

Problema raiz Atividades Data Resolução
Não há uma categorização padrão de bugs Definir categorias 11/04/2016 Foi criado o documento Padrões para classificação de bugs

Novos campos de classificação adicionados ao TFS e ao Youtrack (apenas em projetos criados a partir de 25/05/2016).

Não há como garantir a qualidade no final da sprint apenas Definir critérios de aceite de um requisito 11/04/2016 1. Requisito finalizado (todas as tarefas da sprint para o requisito terminadas)

2. Testes unitários aprovados (passou ou não) - Opcional

3. Testes funcionais (pelos testers ou teste cruzado) 

Como comprovar teste cruzado?
Criar tarefa e o escritorio validar se foi realizado

4. Review ser no ambiente de Homologação Interna - opcional

5. Aprovação do PO (PO aprovaria requisito com baixa criticidade)

Entender como o desenvolvedor recebe o bug: o que pode ser melhorado? Pesquisa com desenvolvedores 11/04/2016 Vídeos só em casos em que o problema é complicado de explicar

Imagens - utilizar anotações na imagem e anotar, no nome da imagem, uma descrição rápida do bug + data

Tudo, até ortografia, deve ser registrado

Anexar também evidências de que o item foi corrigido

Entender os casos de teste: utilidade, eficácia, armazenamento Realizar dinâmica para cada um apresentar como descrever caso de teste

Como tratar o armazenamento dos casos de teste pensando no reaproveitamento deles

Apresentar planilha usada pela célula do Gestão

26/04/2016 Realização de Dojo na construção de casos de teste

Avaliação do TestLink

Solicitações para não cadastrar bugs Alinhamento com a equipe de testes 09/05/2016 Bugs devem ser cadastrados sempre. Se foi aberto por engano, deve ser fechado, e não excluído. Não há exceções.
Acessibilidade Definir escopo dos testes 30/05/2016 Testar funcionalidades aparentes de acessibilidade, como tamanho de fonte e alto contraste.
Entender os casos de teste: utilidade, eficácia, armazenamento Ferramenta de registro de caso de teste: Avaliar o TestLink 30/05/2016 Testlink foi avaliado e, nesse momento, não parece adequado para nossa realidade. Revisitar futuramente.
Como é o apontamento de sugestões de melhorias? Estudar como registrar QoS de forma que o PO, o SM, o tester e a empresa tenham acesso. 16/06/2016 Pesquisa indicou que as empresas não usam QoS. Será utilizado Bug com criticidade "Melhoria"
Não há uma categorização padrão de bugs Definir critérios para a priorização de severidade 16/06/2016 Foi criado o documento Padrões para definição de criticidade de bugs

Em andamento

Problema Raiz Atividades Equipe de Avaliação Iniciado em Status Resolução
Descrever os testes não funcionais referente à performance Desenvolver menu Taynara 28/03/2016 Aguardando
Descrever os testes não funcionais referente à performance Desenvolver pré-requisitos Taynara 28/03/2016 Aguardando
Descrever os testes não funcionais referente à performance Desenvolver questionário Taynara 28/03/2016 Aguardando
Não há como garantir a qualidade no final da sprint apenas Definir um ambiente padrão de testes de homologação para a empresa Aguardando Trazer o DEVOPS junto na conversa
Acessibilidade - Não temos profissionais com muita experiência em testes de acessibilidade. É algo interessante para começarmos a estudar. Aguardando Taynara mandou um material inicial. Vamos conversar sobre essa capacitação
Acessibilidade Incluir nos testes se o comportamento de forms com "tab" está ok Aguardando
Hoje o teste não é obrigatório para aceite Ricardo / André Aguardando Na review, apresentar relatório dos bugs para tomada de decisão com o PO. Divulgar isso como parte do processo.
Melhorar a produtividade Tester: como fazer mais? Materiais de estudo: onde e como se especializar? Construir um repositório de conhecimento Aguardando
Não há como garantir a qualidade no final da sprint apenas No sprint review, envolver o tester para que este indique como aprovado ou não o RF Mara / Ricardo Aguardando Escritório será envolvido; sugestão de nova questão no questionário da retrospectiva; testers mandarão e-mail com parecer
Descrever os testes não funcionais referente à performance "Não iniciado / em desenvolvimento / entregue /finalizado" - Kanbam Aguardando
Não há uma organização padrão dos casos de testes Definir o critério de organização dos casos de testes Aguardando Está sendo utilizada planilha de casos de teste que o Gestão criou.
Pra onde caminha o processo de testes na MSTECH? (Seria interessante passar a visão da empresa sobre a importância dos testes no nosso processo de desenvolvimento) Levar questões para SM e escritório Ricardo Aguardando
Testes de desempenho Capacitação do teste de desempenho para os demais Aguardando Aguardando Taynara estar com menos atividades. Procurar alguma capacitação externa para desempenho e segurança
Disponível em "http://wiki.mstech.com.br/index.php?title=Backlog_da_equipe_de_Testes&oldid=1192"