Você pode recomendar um bom modelo de plano de teste?

Você pode recomendar um bom modelo de plano de teste para uma equipe de testes ágil? Eu sei que existem modelos para testes na Web e já vi alguns encontrados pelos mecanismos de pesquisa, mas eu realmente poderia usar algo leve e algo que já foi testado por testadores qualificados e que funciona bem. Muitos modelos que eu já vi me dão a sensação de que escrever documentos de teste deve ser um terço do trabalho que esses testadores estão realizando, mas minha equipe realmente prefere usar menos documentação e mais redações de teste reais. Usamos um wiki para documentação, portanto, uma abordagem que se presta a documentos vivos seria ótima.

Minha esperança é que o uso de uma abordagem mais estruturada para o planejamento de testes aumente a utilidade do meu plano de testes e reduza o esforço para criá-lo, permitindo-me pensar nos testes, e não no formato e na estrutura do plano. Meu local de trabalho ainda não tem algo em mãos; portanto, o que quer que eu comece a fazer pode ser adotado pela empresa.

Para ser sincero, mesmo um modelo de plano de teste usado com sucesso por outras equipes ágeis pode não funcionar bem para sua equipe - mas ver o que outras pessoas estão fazendo é útil para obter idéias sobre diferentes abordagens.

Eu também estive pensando sobre o mesmo problema há algum tempo. Até agora, minha abordagem foi pragmática: eu estava trabalhando em uma equipe pequena e, inicialmente, era o único testador de 6 desenvolvedores. Criar documentação em vez de testar teria sido uma escolha muito ruim. Criando documentação em vez de testar, para que os desenvolvedores pudessem executar os testes: outra opção muito ruim, IMHO.

Atualmente, adicionarei uma página ao nosso wiki para cada história e conterá um conjunto de idéias de teste, usadas como base para as sessões de teste exploratório. Se necessário, também adicionarei informações de configuração. Eu preferiria manter isso separado, a fim de mantê-lo como um recurso que pode ser atualizado com mais facilidade, mas no momento ele vai para a mesma página. (Geralmente, eu não gosto de misturar o "como" e o "o quê", fica mais difícil ver "o que" você está fazendo se precisar selecioná-lo das páginas de "como"). Não temos um modelo para essas páginas - acho que ainda não precisamos dele. Quando o fizermos, adicionarei um e ajustarei à medida que aprendermos mais. No momento, funciona para mim fornecer uma visão geral de quais áreas examinaremos ao testar e estar no wiki,

Eu considerei a possibilidade de configurar um painel de teste de baixa tecnologia, mas, no momento, acredito que nosso quadro branco é suficiente para vermos como as histórias estão progredindo neste momento - embora, à medida que a equipe cresça, convém revisitar isso.

Você também queria saber o que os outros testadores Agile estão fazendo - aqui estão algumas postagens do blog que acho úteis:

Eu gosto muito da descrição de Marlena Compton de como ela usa um wiki para testar no Atlassian: http://marlenacompton.com/?p=1894

Novamente, uma abordagem leve, mantendo os objetivos do teste vinculados à história. Ela usa um painel de teste para uma visualização de alto nível de quais recursos estão em uma liberação. O recurso é vinculado a uma página de objetivos de teste, classificados em diferentes títulos - função, domínio, estresse, dados, fluxo e declarações. Isso fornece uma visão rápida de quais áreas / tipos de testes você planejou e é possível ver instantaneamente se uma área tem muito menos testes. Essa pode ser uma abordagem que você achará útil.

Trish Khoo também tem algumas coisas interessantes a dizer sobre o uso de um wiki, mais sobre o nível de estruturação dos testes individuais (eles passaram a usar o formato "Dado, Quando, Então" no estilo Gherkin para seus testes): http: / /ubertest.hogfish.net/?p=243

A publicação no blog de Elizabeth Hendrickson sobre sistemas especializados de gerenciamento de testes é um pouco fora de tópico, mas você pode encontrar alguns pontos úteis levantados: http://testobsessed.com/2009/10/06/specialized-test-management-systems-are-an -agile-impediment /

desculpe, eu não posso recomendar um, mas parece que você deve criar um do zero para sua equipe com base nos requisitos individuais de suas empresas e nas necessidades de teste.