Com o avanço do desenvolvimento de software baseado em proce...

A alternativa correta é a E - Os Testers são responsáveis pela qualidade.

No contexto do desenvolvimento ágil e dos testes ágeis, a responsabilidade pela qualidade do software é compartilhada por toda a equipe, não recaindo exclusivamente sobre os testers. Isso é uma adaptação do princípio do Manifesto Ágil que preconiza que a qualidade é uma responsabilidade coletiva. O desenvolvimento ágil promove uma cultura de colaboração onde desenvolvedores, testers e outros membros da equipe trabalham juntos continuamente para melhorar a qualidade e entregar valor ao cliente.

As alternativas A, B, C e D estão alinhadas com os valores dos testes ágeis. Por exemplo, a alternativa A reflete o conceito de integração e teste contínuos, que são práticas comuns em métodos ágeis como o XP (Extreme Programming) e o Scrum. A alternativa B se alinha ao conceito de prevenção de defeitos, que é mais eficiente e eficaz do que simplesmente encontrar bugs já inseridos no código. A alternativa C expressa a importância de entender as expectativas e necessidades dos usuários como parte dos critérios de teste. E a alternativa D reflete a abordagem construtiva dos testes, em que o objetivo é construir um sistema robusto e de qualidade, e não apenas encontrar falhas.

Portanto, a alternativa E está incorreta porque sugere que a qualidade do software é uma responsabilidade única dos testers, o que vai contra os princípios dos testes ágeis e do desenvolvimento ágil de distribuir a responsabilidade pela qualidade por toda a equipe. De fato, no desenvolvimento ágil, todos são responsáveis por contribuir para a entrega de software de alta qualidade, incluindo programadores, analistas de negócios, gerentes de projeto e usuários/clientes.

Quem é responsável pela qualidade do software é o Dev. O tester só testa mesmo.

Em Testes Ágeis, o foco principal é em encontrar maneiras de identificar e corrigir problemas, melhorar a qualidade e otimizar o processo de desenvolvimento. Isso inclui testar o sistema de forma contínua para garantir que seja construído da melhor maneira possível, mas não implica em "quebrar" o sistema deliberadamente. A ideia é evitar quebras no sistema através de práticas de teste contínuo e melhoria contínua do processo.