Este é um post disponível para assinantes MVPEste post também está disponível para assinantes da Engenharia de Software Magazine
ou para quem possui Créditos DevMedia. Clique aqui para saber mais!
ou para quem possui Créditos DevMedia. Clique aqui para saber mais!
Seus testes são “ágeis”? - Artigo Revista Engenharia de Software Magazine 34
Neste artigo foram apresentadas as principais alterações sofridas pela atividade de testes ao longo dos últimos anos, principalmente influenciadas pelas metodologias ágeis. A experiência em projetos Scrum foi considerada e alguns pontos foram levantados como sugestões de melhoria para o que acontece hoje, seguindo as premissas do manifesto ágil e a ideia de desenvolvimento incremental de software.
Engenharia de Software Magazine 34
[Artigo disponível no Leitor Digital DevMedia. Clique aqui para acessá-lo]
> Clique aqui para ler todos os artigos da Engenharia de Software Magazine 34
[Artigo disponível no Leitor Digital DevMedia. Clique aqui para acessá-lo]
> Clique aqui para ler todos os artigos da Engenharia de Software Magazine 34
Seus testes são “ágeis”?
Testes incrementais para uma metodologia incremental
De que se trata o artigo:
Neste artigo foram apresentadas as principais alterações sofridas pela atividade de testes ao longo dos últimos anos, principalmente influenciadas pelas metodologias ágeis. A experiência em projetos Scrum foi considerada e alguns pontos foram levantados como sugestões de melhoria para o que acontece hoje, seguindo as premissas do manifesto ágil e a ideia de desenvolvimento incremental de software.
Para que serve:
O artigo tem a intenção de ser uma referência para as pessoas que estão deixando de realizar os testes em Waterfall e estão ingressando no mundo ágil. Além disso, o texto também contém lições aprendidas durante os últimos projetos e como os times andam desenvolvendo os testes de maneira incremental.
Em que situação o tema útil:
O tema é útil para os profissionais de Engenharia de Software em geral (principalmente Testers e Scrum Masters) que planejam iniciar projetos utilizando metodologias ágeis ou até mesmo para aqueles que já as utilizam, mas estão enfrentando problemas com os resultados dos seus testes ou com as tarefas de testes dentro das equipes.
Em treinamentos, normalmente começamos a falar sobre quais os conceitos que não são mais utilizados pela disciplina de testes antes mesmo de falar sobre como ela funciona em ambientes ágeis. Isto porque muita coisa mudou e o ideal é que todos possam ter um tempo para notar as principais características e diferenças do que era feito em Waterfall e de como fazemos hoje, no Scrum. Esse também foi considerado o jeito mais intuitivo de começar este artigo.
Antes, trabalhávamos com “times de Testes”. Analistas, Testadores, Engenheiros, juntos em times onde todos eram da área de Testes. Hoje, temos times multifuncionais, todos os analistas de testes ficam alocados dentro destes times, trabalhando diretamente com desenvolvedores, webdesigners, analistas de banco, arquitetos, scrum masters e product owners. Estes profissionais são considerados os pontos focais da qualidade dentro dos times, mas não os únicos responsáveis por ela na entrega do produto. A Figura 1 demonstra as duas estruturas, o modelo antigo de Equipes de Testes e o novo modelo, onde estes profissionais já aparecem alocados dentro de seus novos times multifuncionais.
"
Este é um post disponível para assinantes MVP
Testes incrementais para uma metodologia incremental
De que se trata o artigo:
Neste artigo foram apresentadas as principais alterações sofridas pela atividade de testes ao longo dos últimos anos, principalmente influenciadas pelas metodologias ágeis. A experiência em projetos Scrum foi considerada e alguns pontos foram levantados como sugestões de melhoria para o que acontece hoje, seguindo as premissas do manifesto ágil e a ideia de desenvolvimento incremental de software.
Para que serve:
O artigo tem a intenção de ser uma referência para as pessoas que estão deixando de realizar os testes em Waterfall e estão ingressando no mundo ágil. Além disso, o texto também contém lições aprendidas durante os últimos projetos e como os times andam desenvolvendo os testes de maneira incremental.
Em que situação o tema útil:
O tema é útil para os profissionais de Engenharia de Software em geral (principalmente Testers e Scrum Masters) que planejam iniciar projetos utilizando metodologias ágeis ou até mesmo para aqueles que já as utilizam, mas estão enfrentando problemas com os resultados dos seus testes ou com as tarefas de testes dentro das equipes.
Em treinamentos, normalmente começamos a falar sobre quais os conceitos que não são mais utilizados pela disciplina de testes antes mesmo de falar sobre como ela funciona em ambientes ágeis. Isto porque muita coisa mudou e o ideal é que todos possam ter um tempo para notar as principais características e diferenças do que era feito em Waterfall e de como fazemos hoje, no Scrum. Esse também foi considerado o jeito mais intuitivo de começar este artigo.
Antes, trabalhávamos com “times de Testes”. Analistas, Testadores, Engenheiros, juntos em times onde todos eram da área de Testes. Hoje, temos times multifuncionais, todos os analistas de testes ficam alocados dentro destes times, trabalhando diretamente com desenvolvedores, webdesigners, analistas de banco, arquitetos, scrum masters e product owners. Estes profissionais são considerados os pontos focais da qualidade dentro dos times, mas não os únicos responsáveis por ela na entrega do produto. A Figura 1 demonstra as duas estruturas, o modelo antigo de Equipes de Testes e o novo modelo, onde estes profissionais já aparecem alocados dentro de seus novos times multifuncionais.
"
A exibição deste artigo foi interrompida.
Este é um post disponível para assinantes MVPEste post também está disponível para assinantes da Engenharia de Software Magazine
ou para quem possui Créditos DevMedia. Clique aqui para saber mais!
ou para quem possui Créditos DevMedia. Clique aqui para saber mais!
Gabriela De Oliveira Patuci
É formada pela UNICAMP em Tecnologia em Informática e está cursando mestrado na área de Engenharia de Software. Possui certificação pela Scrum Alliance, tem experiência de três anos no trabalho com metodologias ágeis e de cinco anos em Testes e Qualidade de Software. Hoje atua como Scrum Master em p...
O que você achou deste post?
1 COMENTÁRIO
Luciano Silveira Patulé
Muito bom o Artigo, faz com que nós analista e gerentes de testes pensem e reflita na qual melhor prática e metodologia a seguir.
E o mais importante no artigo apresentado, que ao contrario que a maioria pensa e principalmente os proprietários de software house que a utilização de metologia ágil desqualifica ou não tem a necessidade de realizar documentação no processo de desenvolvimento de software.
E o mais importante no artigo apresentado, que ao contrario que a maioria pensa e principalmente os proprietários de software house que a utilização de metologia ágil desqualifica ou não tem a necessidade de realizar documentação no processo de desenvolvimento de software.
[há +1 ano] -
Responder
Cursos relacionados
Publicidade
