Foundation Level Syllabus – Agile Tester

Fundamentos do desenvolvimento ágil

Os membros de um projeto ágil devem se comunicar com antecedência e com frequência, o que ajuda na remoção de defeitos precoces e no desenvolvimento de um produto de qualidade. Em 2001, um grupo de pessoas acordou um conjunto de valores e princípios que ficou conhecido como Manifesto Ágil. Os valores definidos são:  Indivíduos e interações sobre processos e ferramentas   Software funcionando sobre documentação mais abrangente Colaboração com o cliente sobre negociação de contratos Resposta às mudanças sobre seguimento de um plano

Princípios do Manifesto Ágil

A maior prioridade é satisfazer o cliente através do desenvolvimento contínuo. Acolhimento aos requisitos de mudança, mesmo no final do desenvolvimento.  Desenvolver software funcionando com frequência, em intervalos de tempo curto. Empresários e desenvolvedores devem trabalhar juntos diariamente durante o projeto. Criar projetos em torno de indivíduos motivados e confiar neles para realizar o trabalho.  O método mais eficiente e eficaz de transmitir informações é a conversa face-a-face.  Software funcionando é a principal medida de progresso.  Os processos Ágeis promovem desenvolvimento sustentável.  Atenção contínua à excelência técnica e bom design intensifica a agilidade.  Simplicidade-a arte de maximizar a quantidade de trabalho não realizado-é essencial.  As melhores arquiteturas, requisitos e projetos emergem de equipes auto organizadas.  Em intervalos regulares, a equipe reflete sobre como se tornar mais eficaz.

Abordagem da Equipe Interna

A equipe deve ser relativamente pequena; equipes bem sucedidas têm sido observadas com apenas três pessoas e no máximo nove. O ideal é que toda a equipe compartilhe o mesmo espaço de trabalho, pois a co-localização facilita fortemente a comunicação e a interação. Seus benefícios incluem: Melhorar a comunicação e colaboração dentro da equipe Ativar os vários conjuntos de habilidades dentro da equipe para serem aproveitados em benefício do projeto Promover qualidade na responsabilidade de cada elemento

Feedback Inicial e Frequente

Os benefícios do feedback inicial e frequente incluem: Evitar mal-entendidos nos requisitos, que somente podem ser detectados tardiamente no ciclo de desenvolvimento. Esclarecer solicitações de funcionalidades dos clientes, tornando-os disponíveis antecipadamente para uso do cliente.  Descobrir (via integração contínua), isolar e resolver os problemas de qualidade mais cedo.  Providenciar informações para a equipe ágil quanto à sua produtividade e capacidade de desenvolvimento.  Promover fluxo de projeto consistente.

Aspectos de Abordagens Ágil

Extreme Programming (XP): engloba cinco valores: comunicação, simplicidade, feedback, coragem e respeito.Descreve treze práticas principais: sentar-se juntos, a equipe inteira, espaço de trabalho informativo, trabalho energizado, programação em pares, estórias, ciclo semanal, ciclo trimestral, folga, elaboração de dez minutos, integração contínua, programação do teste primeiro e design incremental.

SCRUM: é uma estrutura de gestão ágil, que contém os seguintes instrumentos e práticas constituintes .- Sprint: dividi um projeto em iterações de duração fixa (2-4 semanas).- Incremento do produto: Cada sprint resulta em um produto entregável.- Backlog do Produto: O proprietário uma lista priorizada de itens.- Backlog do Sprint: Seleção de um conjunto de itens de prioridade.- Definição de Pronto: Verifica se há produto potencialmente liberável.- Timeboxing: A tarefa é restituída ao backlog do produto se não concluída.- Transparência: Atualização dos status de sprint em reunião ou plataforma.

Aspectos de Abordagens Ágil

Aspectos de Abordagens Ágil

Kanban: tem como objetivo visualizar e otimizar o fluxo de trabalho em uma cadeia de valor agregado.- Quadro Kanban: A cadeia de valor é visualizada por um quadro em que cada coluna mostra uma estação de atividades (desenv., teste, etc). As tarefas são simbolizados por bilhetes se movendo da esquerda p/ a direita.- Limite do Trabalho em Andamento: O volume de tarefas ativas paralelas é estritamente limitado.Sempre que uma estação tem capacidade livre, o trabalhador tira um bilhete da estação antecessora.- Tempo de espera: utilizado para otimizar o fluxo contínuo de tarefas, minimizando o tempo de espera (média) para concluir o fluxo de valor.

Capturar os requisitos a partir das perspectivas de desenvolvedores, testadores e representantes de negócio. Em desenvolvimento sequencial, é realizada através de análises posteriores a elaboração dos requisitos; esta visão compartilhada é realizada através de revisões informais enquanto os requisitos estão sendo elaborados.As estórias do usuário devem abordar características funcionais e não-funcionais. Cada estória inclui critérios de aceitação para essas características e a equipe considera uma tarefa concluída este conjunto de critérios de aceitação foi atendido.

Criação Colaborativa da Estória do Usuário

Estória do Usuário: INVEST

A autoria colaborativa da estória do usuário pode usar técnicas como brainstorming e mapas mentais. O testador pode usar a técnica INVEST:- Independente- Negociável- Valioso- Estimável- Pequeno (Small)- Testável

Estória de usuário: Conceito 3C 

Cartão: meio físico que descreve uma estória de usuário. Ele identifica a exigência, sua criticidade, desenvolvimento esperado e duração do teste, e os critérios de aceitação para essa estória.Conversacional: A conversa explica como o software será usado. A conversa pode ser documentada ou verbal. Os testadores, tendo um ponto de vista diferente em relação aos desenvolvedores e representantes de negócio [ISTQB_FL_SYL], gera um elemento contributivo valioso para a troca de ideias, opiniões e experiências. A conversa começa durante a fase de planejamento de lançamento e continua quando a estória é programada. Certified Tester Foundation Level Syllabus – Agile Tester 14  Confirmação: Os critérios de aceitação, discutidos na conversa, são utilizados para confirmar que a estória foi realizada. Estes critérios de aceitação podem se estender por várias estórias de usuários. Ambos os testes positivos e negativos devem ser utilizados para abranger os critérios. Durante a confirmação, vários participantes desempenham a função de um testador. Estes podem incluir desenvolvedores, bem como especialistas com foco em desempenho, segurança, interoperabilidade e outras características de qualidade. Para confirmar a realização de uma estória, os critérios de aceitação definidos devem ser testados e atendidos.