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

De MSTECH wiki
Ir para: navegação, pesquisa
(→‎Não iniciados / Aguardando)
Linha 1: Linha 1:
 
  Atualizado em 13/07/2016.
 
  Atualizado em 13/07/2016.
 +
 +
 +
 +
==Não iniciados / Aguardando==
 +
 +
{| {{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;"|'''Data de início'''
 +
| align="center" style="background:#f0f0f0;"|'''Status'''
 +
| align="center" style="background:#f0f0f0;"|'''Justificativa ou pendência'''
 +
|-
 +
| Descrever os testes não funcionais referente à performance||Desenvolver menu||Taynara||28/03/2016||Não iniciado||
 +
|-
 +
| Descrever os testes não funcionais referente à performance||Desenvolver pré-requisitos||Taynara||28/03/2016||Não iniciado||
 +
|-
 +
| Descrever os testes não funcionais referente à performance||Desenvolver questionário||Taynara||28/03/2016||Não iniciado||
 +
|-
 +
| Descrever os testes não funcionais referente à performance||"Não iniciado / em desenvolvimento / entregue /finalizado" - Kanbam||||||Não iniciado||
 +
|-
 +
| 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
 +
|-
 +
| 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||||||Não iniciado||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||||||Não iniciado||
 +
|-
 +
| Hoje o teste não é obrigatório para aceite||||Ricardo / André||||Não iniciado||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||||||Não iniciado||
 +
|-
 +
| 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
 +
|-
 +
| 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||||Não iniciado||
 +
|-
 +
|}
  
 
==Em andamento==
 
==Em andamento==
Linha 52: Linha 92:
 
|14/07/2016
 
|14/07/2016
 
|Em andamento||
 
|Em andamento||
−
|-
 
−
|}
 
−
 
−
==Não iniciados / Aguardando==
 
−
 
−
{| {{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;"|'''Data de início'''
 
−
| align="center" style="background:#f0f0f0;"|'''Status'''
 
−
| align="center" style="background:#f0f0f0;"|'''Justificativa ou pendência'''
 
−
|-
 
−
| Descrever os testes não funcionais referente à performance||Desenvolver menu||Taynara||28/03/2016||Não iniciado||
 
−
|-
 
−
| Descrever os testes não funcionais referente à performance||Desenvolver pré-requisitos||Taynara||28/03/2016||Não iniciado||
 
−
|-
 
−
| Descrever os testes não funcionais referente à performance||Desenvolver questionário||Taynara||28/03/2016||Não iniciado||
 
−
|-
 
−
| Descrever os testes não funcionais referente à performance||"Não iniciado / em desenvolvimento / entregue /finalizado" - Kanbam||||||Não iniciado||
 
−
|-
 
−
| 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
 
−
|-
 
−
| 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||||||Não iniciado||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||||||Não iniciado||
 
−
|-
 
−
| Hoje o teste não é obrigatório para aceite||||Ricardo / André||||Não iniciado||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||||||Não iniciado||
 
−
|-
 
−
| 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
 
−
|-
 
−
| 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||||Não iniciado||
 
 
|-
 
|-
 
|}
 
|}

Edição das 17h37min de 22 de agosto de 2016

Atualizado em 13/07/2016.


Não iniciados / Aguardando

Problema raiz Atividades Equipe de avaliação Data de início Status Justificativa ou pendência
Descrever os testes não funcionais referente à performance Desenvolver menu Taynara 28/03/2016 Não iniciado
Descrever os testes não funcionais referente à performance Desenvolver pré-requisitos Taynara 28/03/2016 Não iniciado
Descrever os testes não funcionais referente à performance Desenvolver questionário Taynara 28/03/2016 Não iniciado
Descrever os testes não funcionais referente à performance "Não iniciado / em desenvolvimento / entregue /finalizado" - Kanbam Não iniciado
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
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 Não iniciado 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 Não iniciado
Hoje o teste não é obrigatório para aceite Ricardo / André Não iniciado 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 Não iniciado
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
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 Não iniciado

Em andamento

Problema raiz Atividades Equipe de avaliação Data de início Status Justificativa ou pendência
Não há uma categorização padrão de bugs Divulgar o relatório de bugs André 30/05/2016 Em andamento André vai montar um relatório padrão de bugs no Excel junto com Flávia
Alocação de última hora Checklist da planning. Perguntas para confirmar se tudo que o PO e SM tinham que fazer para o planning foi feito (especialmente alocação da base) Karystha, Debora, Mara, Ricardo 16/06/2016 Em andamento
Alocação de última hora Organizar/Comunicar/Lembrar fluxo de alocação da base Karystha, Debora, Mara, Ricardo 16/06/2016 Em andamento Muitas vezes os POs e SMs vão falar direto com o tester. O escritório não tem ciência da alocação.
Métricas para acompanhar a evolução da melhoria Construção de métricas de projeto e da evolução das frentes André / Ricardo Em andamento Construção das métricas de bugs dos projetos. Em relação ao fórum, temos métricas dos itens que já foram resolvidos
Entender os casos de teste: utilidade, eficácia, armazenamento Avaliar o uso do Youtrack para criação de caso de teste Ricardo / Mara / Eric 16/06/2016 Em andamento
Calendario de alocação Verificar a possibilidade de construir um calendário com a alocação dos testers Mara 07/07/2016 Em andamento
Testers estão ficando sem alocação / sem resposta do escritório. Verificar o problema com o escritório. André / Mara / Ricardo 07/07/2016 Em andamento
Verificar a ideia de cada tester ficar em projetos fixos. André / Mara / Ricardo 07/07/2016 Em andamento
Testers ficam sem atividade no começo da sprint (Halana) André / Mara / Ricardo 07/07/2016 Em andamento
Testers não são considerados no planning Testers não participam do planning André / Mara / Ricardo 07/07/2016 Em andamento
Testers precisam ficar próximos ao projeto que estão testando e participar do ciclo André / Mara / Ricardo 07/07/2016 Em andamento
Melhores práticas Melhores práticas: testes com console aberto Elizabeth 07/07/2016 Em andamento
Entender os casos de teste: utilidade, eficácia, armazenamento Verificar armazenamento de casos de teste na Wiki Jaque 07/07/2016 Em andamento
Testes de desempenho e segurança - Marcar um workshop (sábado) Taynara/Paulo/Mara 07/07/2016 Em andamento
Falta de ambiente de testes Ensinar os testers a publicar André / Mara 07/07/2016 Em andamento
Falta de ambiente de testes Ambiente exclusivo para testes André / Mara 07/07/2016 Em andamento
Aprendizado de testes não funcionais Repositório e links para aprendizado Taynara / Paulo 07/07/2016 Em andamento
Padronização de bugs Rever e apontar sugestões no documento de padrões de cadastro de bugs da Wiki Equipe 07/07/2016 Em andamento
Entender os casos de teste: utilidade, eficácia, armazenamento Verificar a ferramenta LeanTesting disponível em www.leantesting.com Equipe 14/07/2016 Em andamento

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
Alocação de última hora Levantar lista do que cada tester já testou 13/07/2016 Foi criada uma pesquisa, onde cada Analista de testes respondeu seu nível de conhecimento em cada produto. Os resultados foram tabulados e enviados para o Escritório de Aplicação.
Não há uma categorização padrão de bugs Comunicar os desenvolvedores sobre o uso das classificações 04/08/2016 Foi comunicado aos SMs, POs e Desenvolvedores.
Não há como garantir a qualidade no final da sprint apenas Publicar os critérios de aceite (criticidade e categorização de bugs) 04/08/2016 Foram publicados os critérios de aceite e divulgado nas reuniões de PO e SM.
Entender os casos de teste: utilidade, eficácia, armazenamento Avaliar se há algum plugin gratuito do GitLab para test case 04/08/2016 Foi considerado o uso do Youtrack para criação de casos de testes.
Disponível em "http://wiki.mstech.com.br/index.php?title=Backlog_da_equipe_de_Testes&oldid=2092"