CESAR.thon: um framework para Maratonas de Testes

Comienza Ya. Es Gratis
ó regístrate con tu dirección de correo electrónico
CESAR.thon: um framework para Maratonas de Testes por Mind Map: CESAR.thon: um framework para Maratonas de Testes

1. Definição

1.1. Encontro entre testadores e demais partes interessadas (que fazem parte do desenvolvimento de um produto ou software), com o objetivo de explorar o produto, encontrar bugs, apresentar melhorias e coletar feedback sobre a qualidade e requisitos.

2. Referências

2.1. Mob testing

2.2. Crownd sourcing test

2.3. Software Testing World Cup

2.4. Testathon

3. 2 mob testing

3.1. Google hacking

4. Benefícios

4.1. Individual

4.1.1. Oportunidades de aprendizado

4.1.1.1. Habilidades técnicas

4.1.1.1.1. Estratégia de teste

4.1.1.1.2. Técnica de Testes

4.1.1.1.3. Ferramentas

4.1.1.1.4. Ideias

4.1.1.1.5. Soluções criativas e inovadoras

4.1.1.1.6. Avaliações heurísticas

4.1.1.2. Habilidades (inter)pessoais

4.1.1.2.1. Trabalho em equipe

4.1.1.2.2. Gerenciamento do tempo

4.1.1.2.3. Liderança

4.1.1.2.4. Orientação à resultados

4.1.2. Rede de contatos

4.1.2.1. Conexão com diversos profissionais e empresas

4.1.2.2. Conhecer pessoas de outras regiões e países (diversidade cultural)

4.1.3. Fun

4.1.3.1. A gameficação de uma Maratona de testes gera uma competição construtiva e divertida entre os participantes.

4.1.4. Recompensas

4.1.4.1. Aprendizado

4.1.4.2. Marco na carreira (reconhecimento)

4.1.4.3. Prêmios

4.2. Comunidade de testes

4.2.1. Troca de conhecimento

4.2.2. Treinamento?

4.2.3. Aumenta o engajamento

4.3. Empresas

4.3.1. Rápido feedback sobre a qualidade do produto.

4.3.2. Feedback recebido de diversos profissionais sob diferentes perspectivas

4.3.3. Execução de teste em uma grande variedade de dispositivos.

4.3.4. Comparação dos produtos com outros similares (de outras empresas).

4.3.5. Recrutamento de talentos

4.3.5.1. Identificar excelentes profissionais durante a maratona de testes.

5. Framework

5.1. Set the goals

5.1.1. Definir um produto.

5.1.2. Definir quais dispositivos/sistemas operacionais serão utilizados.

5.1.3. Lista de profissionais envolvidos

5.1.3.1. Engenheiro de teste

5.1.3.2. Engenheiro de Software

5.1.3.3. Design UX

5.1.3.4. Design UI

5.1.3.5. Representante do produto

5.1.4. Definir tempo de execução da maratona

5.1.5. Definir cronograma

5.2. Especificação e preparação da infraestrutura

5.2.1. Servidores

5.2.2. Aplicativos

5.2.3. Dispositivos

5.2.4. Ferramentas

5.2.4.1. Gerenciamento de defeitos

5.3. Executar o CESAR.thon

5.4. Receber feedback de todos os envolvidos

5.5. Compilar os resultados

5.5.1. Defeitos

5.5.2. Melhorias

5.5.3. Novos requisitos

5.5.4. Report global da qualidade do produto

6. Resultados

6.1. 2016

6.1.1. 4 Maratonas de Teste

6.1.1.1. 1 Fase de prospeção de negócios

6.1.1.1.1. Mais de 120 defeitos encontrados

6.1.1.1.2. 30 testadores

6.1.1.1.3. 3 horas

6.1.1.2. 4 Aplicações internas

6.1.1.2.1. Mais de 80 defeitos encontrados

6.1.1.2.2. 26 testadores

6.1.1.2.3. 5 Designers

6.1.1.2.4. 3 Devs

6.1.1.2.5. 8 horas

6.1.2. 17 Apresentações curtas

6.1.3. 3 dojos

6.1.3.1. Automação Web com Selenium

7. Por que usar?

7.1. Promover o engajamento

7.1.1. Em sua empresa

7.1.2. Em sua comunidade de testes

7.2. Mentoring individual ou do time de teste

7.3. Testar produtos internos (sua empresa)

7.4. Realizar benchmarks

7.5. Ser uma ferramenta na prospecção de negócios