CBSOFT Praticando os princípios ágeis nas atividades de teste em projetos de aplicativos móveis"

Transcrição

1 CBSOFT 2013 Praticando os princípios ágeis nas atividades de teste em projetos de aplicativos móveis"

2 Caraterísticas do Projeto Projeto Mobile Tecnologia: J2ME 4 desenvolvedores 2 testadores 2 designers 1 scrum master 1 PO/Gerente Projeto Tempo de projeto: 1 ano e meio aproximadamente Nokia Internal Use Only

3 SCRUM Incremento de Produto Time Você (testador)

4 Princípios Ágeis Indivíduos e interação entre eles mais que processos e ferramentas Software em funcionamento mais que documentação abrangente Colaboração com o cliente mais que negociação de contratos Responder a mudanças mais que seguir um plano

5 Muitos bugs abertos. Bugzilla TestLink Desenvolvedor não atualizava correções Dias de muitas versões era cansativo usar a ferramenta Sprint Report Início de análise

6 Bugzilla TestLink Uso da ferramenta exigia tempo Manuntenção em troca de requisitos Sprint Report

7 Bugzilla TestLink Sprint Report Dificuldade de pedir estória de bugfixing Reports eram vistos, mas não eram avaliados

8 Bugzilla TestLink Sprint Report Dificuldade de pedir estória de bugfixing Reports eram vistos, mas não eram avaliados RESUMO: Ambiente de teste completo (especificação + gerenciamento de erro) Alguns requisitos não estavam claros Faltava + interação entre papéis (desenvolvedor + testador + designer) Análise começou após alguns meses de projeto.

9 Mind Mapping como especificação Categorização do Bugzilla Bug como Postit Sprint Report Mostrar visualmente bugs blockers Estudo do aplicativo e contribuição com requisitos de navegação do usuário Boa esratégia para testes de regressão (maior velocidade) Rápida interpretação para curtas reuniões (dailly meeting) Maior interação entre integrantes

10 Mind Mapping como especificação Categorização do Bugzilla Bug como Postit Sprint Report Categorizado por critérios de qualidade de aplicativos Mobile Verificou-se que organização por tela (issues genéricas) seria mais interessante

11 Mind Mapping como especificação Categorização do Bugzilla Bug como Postit Sprint Report Bugs eram reportados na ferramenta e tinha Postits no quadro do scrum

12 Mind Mapping como especificação Categorização do Bugzilla Bug como Postit Sprint Report Relatório via Bugzilla tinha dífícil entendimento na reunião. quanto maior o número de integrantes, maior o tempo de entendimento. Relatório via MindMapping tinha maior velocidade de interpretação e maior colaboração com requisitos.

13 Mind Mapping como especificação Categorização do Bugzilla Bug como Postit Sprint Report Relatório via Bugzilla tinha dífícil entendimento na reunião. quanto maior o número de integrantes, maior o tempo de entendimento. CBSOFT 2012 Estratégia ágil de testes para desenvolvimento de aplicativos móveis Relatório via MindMapping tinha maior velocidade de interpretação e maior colaboração com requisitos. RESUMO: Houve uma melhoria com a estratégia de MindMapping. Mas precisava simplificar mais. Desenvolvedor ainda utilizava muito pouco a ferramenta. Nokia Internal Use Only

14 Imagens ilustrativas Nokia Internal Use Only

15 Imagens ilustrativas Nokia Internal Use Only

16 Imagens ilustrativas Nokia Internal Use Only

17 Imagens ilustrativas Nokia Internal Use Only

18 Imagens ilustrativas Nokia Internal Use Only

19 Nome de telas grudados no quadro Bugzilla organizado por nome das telas Tentativa de padronizar o nome das telas. Bugs como postit Sprint Report No sprint seguinte foram removidas do quadro. Ainda precisava achar uma maneira de padronizar a nomenclatura

20 Nome de telas grudados no quadro Bugzilla organizado por nome das telas Bugs como postit Sprint Report Organizado para melhorar o Sprint Report.

21 Nome de telas grudados no quadro Bugzilla organizado por nome das telas Bugs como postit Sprint Report Bugs no quadro Perto do fim do sprint, atualiza bugzilla somente com bugs pendentes Diminuía o uso do Bugzilla

22 Nome de telas grudados no quadro Bugzilla organizado por nome das telas Bugs como postit Sprint Report Iniciativa de Padronização dos nomes das telas e organização dos bugs no relatório não teve sucesso como esperado. Mesmos problemas continuavam.

23 Nome de telas grudados no quadro Bugzilla organizado por nome das telas Bugs como postit Sprint Report Iniciativa de Padronização dos nomes das telas e organização dos bugs no relatório não teve sucesso como esperado. Mesmos problemas continuavam. RESUMO: Precisava simplificar mais. A iniciativa de organizar por telas foi excelente, mas não teve resultado esperado.

24 Imagens ilustrativas Nokia Internal Use Only

25 Especificação com checklist de testes Controle de Defeitos Doc com imagens das telas Doc de defeitos impresso no papel Bugs como Postit Sprint Report com imagem de Telas

26 Contato humano na resolução de um bug Testador anotava issues de desenvolvimento que escutava quando sentava com desenvolvedor para explicar um bug Doc com imagens das telas Doc de defeitos impresso no papel Bugs como Postit Sprint Report com imagem de Telas 1 doc impresso para todos do time com o objetivo de centralizar tudo em um checklist e circular entre todos os membros do time. Defeitos corrigidos eram riscados no papel Correção voluntária de alguns bugs quando havia desenvolvimento de features de uma tela.

27 Bugs no quadro Bugs pendentes no fim do sprint eram inseridos nesse doc de defeitos por imagem das telas Parou o uso do Bugzilla Doc com imagens das telas Doc de defeitos impresso no papel Bugs como Postit Sprint Report com imagem de Telas

28 Melhor interação com PO Maior rapidez de interpretação nas reuniões de Planning Algumas issues de desenvolvimento anotadas viravam tarefas do próximo sprint Doc com imagens das telas Doc de defeitos impresso no papel Bugs como Postit Sprint Report com imagem de Telas Contribuição com requisitos

29 Melhor interação com PO Maior rapidez de interpretação nas reuniões de Planning Algumas issues de desenvolvimento anotadas viravam tarefas do próximo sprint Doc com imagens das telas Doc de defeitos impresso no papel Bugs como Postit Sprint Report com imagem de Telas Contribuição com requisitos RESUMO: A organização de telas por imagem foi muito bom para issues, defeitos e dinâmicas na reunião. Evolução do gerenciamento de defeitos para issues genéricas. O uso do papel como checklist resultou em um contato humano mais frequente nos sprints.

30 Imagens ilustrativas Nokia Internal Use Only

31 Imagens ilustrativas Nokia Internal Use Only

32 Imagens Ilustrativas Nokia Internal Use Only

33 TestLink Bugzilla Especificação de testes com imagens de tela Especificação de testes por MindMapping Gerenciamento de defeitos com imagens de tela Sprint Report com imagens das telas Fim de Análise

34 Ganhos x Princípios ágeis Indivíduos e interação entre eles mais que processos e ferramentas Uso do papel como ferramenta de controle de defeitos Uso de mindmapping Software em funcionamento mais que documentação abrangente Uso do papel como ferramenta de controle de defeitos Bugs como Postit Correção voluntária de bugs

35 Ganhos x Princípios ágeis Colaboração com o cliente mais que negociação de contratos Organizar defeitos organizados por imagens de telas (estória de bugfixing) Uso de imagens de telas e MindMapping houve colaboração de requisitos Evolução do controle de defeitos para issues Responder a mudanças mais que seguir um plano Especificação com checklist de testes Espeficificação com mindmapping

36 Muito obrigado! Linkedin: Igor Correia Facebook: Igor Borborema Correia Linkedin: Andreia Matos dos Santos Facebook: Andreia Matos dos Santos