Backlog da equipe de Testes

De MSTECH wiki
Revisão de 15h05min de 7 de julho de 2016 por Andre.iguera (Discussão | contribs) (Finalizados)

Ir para: navegação, pesquisa
Atualizado em 28/06/2016.

Finalizados

Problema raiz Atividades Data de finalização 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