O pensamento de muitas empresasAgil, uma palavra que cada vez mais vem se tornando uma buzzword e cada vez mais tem feito empresas a se intitularem agil pelo simples fato ou de ser mainstream ou por uma serie de "beneficios" como o mito de agil nao tem documentacao.O pensamento inicial de algumas empresas, ao adotarem a metodologia agil como parte do desenvolvimento do seu produto acredita que apenas dois papeis sao necessarios: o do product owner e os desenvolvedores.Como um dos principios da agilidade e a entrega frequente de valor e a rapida resposta a mudancas, porque iriamos ter agora uma area de testes com testadores que fazem a validacao do software no final do desenvolvimento? Esse e um dos pensamentos de muitas empresas que "migram" dos moldes de desenvolvimento tradicional (cascata) para o agil.Logo nao se tem mais testadores, porque temos um ciclo mais curto para uma entrega e com testadores no projeto so iriamos aumentar este tempo.E como temos desenvolvedores no projeto, eles apenas precisam adotar TDD - Test Driven Development, que ja estarao testando e fazendo com que o software fique livre dos defetos!Observacao: vale lembrar tambem que, muitas empresas de forma erronea, tomam como premissa que um periodo de tempo para a entrega de algum valor (funcionalidade ou requisito) tem 4 semanas (que e derivado do Scrum) e planejam o desenvolvimento (e somente o desenvolvimento) em 4 semanas.Mas vamos pensar uma coisa: onde no manifesto agil e dito que nao precisamos de documentacao ou que precisaremos "cortar" qualquer atividade do processo de desenvolvimento? Em lugar nenhum!!!Uma pequena lembrancaAgil esta mais para uma filosofia do que um conjunto de praticas/regras/processos.Quando adotamos tal filosofia o time pode (e deve) estudar qual(is) metodo(s) de desenvolvimento ira adotar e entender qual(s) pode(m) ou nao funcionar no contexto da organizacao.A realidade em um time agilUm time agil bem estruturado (leia-se time como o time do lado do cliente e o time de desenvolvimento) todos estao envolvidos e colabora em todas as fases: planejamento, desenvolvimento, testes e retrospectiva. Logo podemos concluir que alguem testa, nao e verdade? Nao necessariamente precisamos de um testador, mas que alguem na equipe tenha tal papel fixo ou esporadicamente (seja ele por um curto ou logo periodo de tempo).A transicao de testes cascata para interativo-incrementalNo modelo cascata, ainda amplamente utilizado quando temos uma setorizacao de times (analistas, desenvolvedores, testadores), temos testes ao final do desenvolvimento de uma release, onde o testador recebe uma especificacao e cria casos de teste enquanto o time de desenvolvimento esta desenvolvendo uma serie de funcionalidades. O final do desenvolvimento desta release os testadores ja estao com os casos de teste prontos e so precisam de tempo para testar e reportar bugs/inconsistencias segundo a especificacao que foi recebida.Esse modelo como muito tempo, porque sempre ha bugs/inconsistencias, onde o time de desenvolvimento que ja esta trabalhando em outras atividades, tem que parar e corrigir um problema, virando assim ciclos longos de correcao.No modelo agil cada iteracao se torna um processo paralelo no que diz respeito a desenvolvimento e testes. Enquanto o desenvolvimento de uma funcionalidade e