Comments on: Testadores Ágeis

By: André Faria Gomes

André Faria Gomes — Mon, 06 Sep 2010 00:40:57 +0000

Excelente Calçado… Estou repassando para todos os testadores que conheço. Parabéns!

By: Alvaroi

Alvaroi — Sat, 19 Dec 2009 13:48:38 +0000

CERTIFICAÇÂO DE TESTE SERÁ QUE VALE MESMO?
Faço testes a 6 anos em uma multinacional CMMI5.
Muitos processos….
Tenho curso superior e gosto de estudar.
Tenho algumas boas certificações, incluindo de teste e sou lider de equipe de teste.
Porem fui fazer o exame para uma dessas duas mais “famosas” que tem por ai.
A prova era facil demais!! Se não fechei a prova, foi perto.
No fim preenchi aquele questionario e marquei NÃO na resposta da pergunta sobre se tinha feito algum curso preparatorio.
O meu resultado na prova foi 60% mas não fui aprovado por que é ACIMA de 60%.
Muito estralho viu, parecer ate que existe algo “esquisito” nestas certicações.
Sem ela minha experiencial vale menos no mercado?
Testo, faço carga, faço design, homologo, acompanho em
produção, etc. Tudo fora do processo as vistas grossas da diretoria.
O trabalho sai!
Estes caras acham que com um sismples certificação (estas duas ai) vão pode ser melhor que quem não tem?
testadores = leitores de docs && apertadores de botão
Um barço a todos!

By: André Pinto

André Pinto — Wed, 26 Mar 2008 14:50:51 +0000

É Phillip, salve-se quem puder!
Atualmente vejo esses testes burocráticos feitos por alguém que nem conhece os requisitos do sistema… Alguns scripts prontos tais como: “Deixe todos os campos em branco e pressione salvar”, “Preencha o primeiro campo obrigatório e deixe os outros em branco”… MEU DEUS! QUE PERDA DE TEMPO E BUROCRACIA… A empresa em questão está no nível 2 do CMMI e rumo ao nível 3 em 2008. Muito bom isso, não??? (tom irônico)

abs cara!

By: leandro

leandro — Mon, 24 Mar 2008 13:59:46 +0000

Texto interessantíssimo…
Parabéns PS

By: if (testadores = leitores de docs && apertadores de botão) assert false; « TJRN Developers

Sun, 23 Mar 2008 17:50:09 +0000

[...] if (testadores = leitores de docs && apertadores de botão) assert false; Postado no 23, março, 2008 por samuelvalerio Post interessante do Shoes sobre os testadores. Ele faz um comparativo, baseado em sua experiência, entre testadores ágeis e não ágeis. Veja aqui! [...]

By: GutoCosta

GutoCosta — Sun, 23 Mar 2008 14:26:57 +0000

Phillip,

Excelente artigo. Atualmente trabalho em uma empresa que está implantando um processo de desenvolvimento baseado no RUP.
Lendo seu texto (a parte de waterfall), vi que é exatamente o que acontece na equipe que trabalho. O testador, escreve um caso de teste baseado em um caso de uso, que é escrito somente porque faz parte da burocracia imposta pelo escritório de projetos, obviamente este UC “nas coxas” (como se diz na minha terra) não é nada bem escrito e é nele que a homologação é baseada. Sabe o que acaba acontecendo, um teste da interface com o usuário. Tem 1 ano que a equipe de teste foi montada, nunca vi eles encontrarem um bug relevante, a não ser interface fora do padrão, mensagens sem pontuação adequada. E algumas vezes bugs são encontrados pelo usuário final e a desculpa é sempre a mesma: “Isto não estava no Caso de Uso”. O testador não participa do desenvolvimento, apenas lê os documentos escritos pelo analista, acho que isso é um grande erro.
Concordo plenamente com o que vc disse sobre não agregar valor. Pelo contrário, acaba gerando um desgaste na equipe que acaba trocando ícones e reescrevendo mensagens quando o sistemas está em homologação. E o pior, no relatório de bugs, isto tudo é computado como bug.
Qual o valor agregado em uma equipe assim? Acho que quase 0.
Valeu
Parabéns pelo blog.