Passando por uma fase de falta de empolgação com Teste estive afastada de leituras sobre o assunto e de posts também sobre o tema por aqui.
Arriscando uma tímida volta, separei alguns links para ressucitar o interesse e tirar a poeira do "conhecimento adormecids" em Testes:
1- 10 Motivos para recomeçar no Teste de Software
http://www.asespecialistas.com/2015/06/10reasons.html
2- 3 Razões pelas quais você não avança na sua carreira
http://testedesoftware.com/3-razoes-pelas-quais-voce-nao-avanca-na-sua-carreira-em-testes/236
3- Os livros mais importantes em Teste de Software:
http://www.qualister.com.br/blog/os-livros-mais-importantes-sobre-teste-de-software
E o Keep Calm e teste:
http://bugs-busters.blogspot.com.br/2015/07/keep-calm-e-teste.html
Mostrando postagens com marcador carreira. Mostrar todas as postagens
Mostrando postagens com marcador carreira. Mostrar todas as postagens
sexta-feira, 22 de abril de 2016
quinta-feira, 25 de fevereiro de 2016
O que se esperaria de um Líder de Teste?
Como um tester defendo o cliente final. Encontro problemas nos softwares que meus clientes finais encontrariam e tento elimina-los o mais rápido possível com a ajuda dos desenvolvedores. Ao logo desse processo, encontro vários problemas. Aí que entraria a figura de um Líder de Teste, atuando como um advogado para entrar em nossa defesa em problemas como os relatados a seguir:
- O erro não foi aceito como erro:
Haverá momentos em que os bugs reportados serão contestados. Daí precisamos de alguém que entenda o bug, seu impacto e nos auxilie a convencer o desenvolvedor de que o bug é válido.
- Não há informações sobre o escopo do teste:
Ocorrerá casos onde não estarão definidos quais módulos deverão ser testados e quais tipos de teste serão necessários e nem quanto tempo será necessário para efetuar os testes. O líder deve cercar tais
situações antes do início dos testes.
- Não se conhece o software (ou parte completa dele) que será testado:
Hora do advogado correr atrás das 'testemunhas' que possui tais informações e traze-la para a equipe.
- Conflito entre quem testará tal parte:
Acontece de haver dois testers trabalhando em uma parte específica do sistema e outras estarem completamente ignoradas. Isso ocorre por não haver coordenação. O Líder terá a visualização de cada parte e atribuirá os recursos necessários para teste de cada parte.
- Solicitações de mudanças ou alterações de última hora:
Precisamos de alguém que terá uma abordagem justificada para aceitar as alterações entre os ciclos de teste e negociar a quantidade correta de tempo e recursos para fazer o software ser testado, ou rejeitar as alterações no entre os ciclos planejados.
-Para deter uma liberação:
Quando há erros graves que causarão grandes impactos precisamos de alguém para impedir a liberação da versão e justificar tão fato para os gestores.
-Para quando perdermos a motivação:
Precisamos de alguém para nos motivar: dizendo que estamos fazendo algum trabalho importante e agregando valor ao sistema, nos motivando a melhorar a nós mesmos como testadores de software e jogadores da equipe, inspirando-nos a sempre fazer um bom trabalho.
Emfim, um Líder de Teste terá três públicos para satisfazer, testadores de software, gestores e os
usuários finais. você precisa resolver preocupações acima especificadas para sua equipe.Entender a capacidade da equipe, e compreender a software a nível de utilizadores finais, ter em foco as
expectativas de qualidade, tornar a equipe consciente das expectativas de qualidade, delegar o trabalho entre os membros da equipe e preparar backups, treinamentos, transferência de conhecimentos e definir as expectativas e metas a serem seguidas pela equipe. Incentivar a equipe para realizar o seu melhor e ser solidário, se esforçando muito para fazer com que cada membro da equipe para seja bem sucedido, acredito firmemente que o sucesso da equipe é o seu sucesso.
- O erro não foi aceito como erro:
Haverá momentos em que os bugs reportados serão contestados. Daí precisamos de alguém que entenda o bug, seu impacto e nos auxilie a convencer o desenvolvedor de que o bug é válido.
- Não há informações sobre o escopo do teste:
Ocorrerá casos onde não estarão definidos quais módulos deverão ser testados e quais tipos de teste serão necessários e nem quanto tempo será necessário para efetuar os testes. O líder deve cercar tais
situações antes do início dos testes.
- Não se conhece o software (ou parte completa dele) que será testado:
Hora do advogado correr atrás das 'testemunhas' que possui tais informações e traze-la para a equipe.
- Conflito entre quem testará tal parte:
Acontece de haver dois testers trabalhando em uma parte específica do sistema e outras estarem completamente ignoradas. Isso ocorre por não haver coordenação. O Líder terá a visualização de cada parte e atribuirá os recursos necessários para teste de cada parte.
- Solicitações de mudanças ou alterações de última hora:
Precisamos de alguém que terá uma abordagem justificada para aceitar as alterações entre os ciclos de teste e negociar a quantidade correta de tempo e recursos para fazer o software ser testado, ou rejeitar as alterações no entre os ciclos planejados.
-Para deter uma liberação:
Quando há erros graves que causarão grandes impactos precisamos de alguém para impedir a liberação da versão e justificar tão fato para os gestores.
-Para quando perdermos a motivação:
Precisamos de alguém para nos motivar: dizendo que estamos fazendo algum trabalho importante e agregando valor ao sistema, nos motivando a melhorar a nós mesmos como testadores de software e jogadores da equipe, inspirando-nos a sempre fazer um bom trabalho.
Emfim, um Líder de Teste terá três públicos para satisfazer, testadores de software, gestores e os
usuários finais. você precisa resolver preocupações acima especificadas para sua equipe.Entender a capacidade da equipe, e compreender a software a nível de utilizadores finais, ter em foco as
expectativas de qualidade, tornar a equipe consciente das expectativas de qualidade, delegar o trabalho entre os membros da equipe e preparar backups, treinamentos, transferência de conhecimentos e definir as expectativas e metas a serem seguidas pela equipe. Incentivar a equipe para realizar o seu melhor e ser solidário, se esforçando muito para fazer com que cada membro da equipe para seja bem sucedido, acredito firmemente que o sucesso da equipe é o seu sucesso.
terça-feira, 26 de janeiro de 2016
Resoluções de ano novo para Testers
Com um novo ano iniciando que tal adotar novas resoluções que podem tornar seu dia-a-dia mais proveitoso e lhe fazer crescer como profissional de teste.
Vejamos algumas:
1- Pergunte antes que seja tarde demais!
Não assuma que você entendeu tudo, sente com o detentor do conhecimento do negócio antes de começar seus testes. Um único detalhe mal compreendido pode por todo seu trabalho no lixo.
2- Escute os usuários!
Não se prenda a detalhes técnicos, não deixe que detalhes de implementação que não são notáveis pelos usuários virem a prioridade dos seus testes. O foco ainda é a funcionalidade a ser utilizada pelo usuário. Tenha isso em mente.
3- Aprenda algo novo!
Participe de blogs, fóruns, palestras. Mesmo que seja no feriado, no final de semana... Pense em maneiras de expandir seu conhecimento, isso fará com que seu trabalho fique mais interessante e fará de você um tester melhor.
4- Documente!
Chega de dizer "semana que vem eu escrevo um FAQ", amanhã eu reviso os passos para executar tal teste, semana que vem eu anoto essa mudança no manual de usuário". Faça as anotações na hora em que as coisas acontecerem, crie diagramas, desenhe, faça fluxos, documente as dúvidas resolvidas...Deixe de preguiça. Tal atitude lhe fará economizar tempo no futuro.
5- Não fique emocionalmente envolvido!
Nada de pegar birra da pessoa que disse que o Bug não ocorre, nada de pegar birra da pessoa que disse que aquele cenário não vai acontecer na utilização do software, nada de pegar birra da pessoa que decidiu liberar a versão mesmo quando seus testes não acabaram...
Todas as rugas, noite mal dormidas e preocupações ficarão com você, não com eles. Pense o seguinte "Você já avisou", vá tomar um sorvete e ser feliz. Deixe as brigas de lado.
Vejamos algumas:
1- Pergunte antes que seja tarde demais!
Não assuma que você entendeu tudo, sente com o detentor do conhecimento do negócio antes de começar seus testes. Um único detalhe mal compreendido pode por todo seu trabalho no lixo.
2- Escute os usuários!
Não se prenda a detalhes técnicos, não deixe que detalhes de implementação que não são notáveis pelos usuários virem a prioridade dos seus testes. O foco ainda é a funcionalidade a ser utilizada pelo usuário. Tenha isso em mente.
3- Aprenda algo novo!
Participe de blogs, fóruns, palestras. Mesmo que seja no feriado, no final de semana... Pense em maneiras de expandir seu conhecimento, isso fará com que seu trabalho fique mais interessante e fará de você um tester melhor.
4- Documente!
Chega de dizer "semana que vem eu escrevo um FAQ", amanhã eu reviso os passos para executar tal teste, semana que vem eu anoto essa mudança no manual de usuário". Faça as anotações na hora em que as coisas acontecerem, crie diagramas, desenhe, faça fluxos, documente as dúvidas resolvidas...Deixe de preguiça. Tal atitude lhe fará economizar tempo no futuro.
5- Não fique emocionalmente envolvido!
Nada de pegar birra da pessoa que disse que o Bug não ocorre, nada de pegar birra da pessoa que disse que aquele cenário não vai acontecer na utilização do software, nada de pegar birra da pessoa que decidiu liberar a versão mesmo quando seus testes não acabaram...
Todas as rugas, noite mal dormidas e preocupações ficarão com você, não com eles. Pense o seguinte "Você já avisou", vá tomar um sorvete e ser feliz. Deixe as brigas de lado.
domingo, 17 de janeiro de 2016
Para quando for falar sobre o status do seus testes
Alguma vez na vida você será chamado para uma reunião e alguém vai acabar lhe pergutando: "E os testes, como estão?" Ainda que você queira responder "Vão bem, obrigada" (o que não é recomendável), bate uma dúvida sobre o que deve ser respondido, ou melhor, o que fará com que o interlocutor entenda o que você tem a relatar e não se perca em uma longa lista de detalhes de suas atividades.
Pensando nisso, duas cabeças pensantes do Teste Seth Godin (http://sethgodin.typepad.com/seths_blog/2015/11/your-progress-report.html, e Joel Montvelisky (http://qablog.practitest.com/2015/11/your-next-testing-progress-report/) , listaram alguns tópicos seguramente devem ser abordados:
* Questões penosas que o time ainda não possui resposta;
* Os objetivos a longo prazo, quando você sentir que não há muito progresso para alcança-los;
* os riscos;
* As tarefas que já deviam estar prontas para teste e não estão;
* Os problemas mais impactantes descobertos;
* os bugs críticos que ainda estão abertos e já deveriam estar fechados;
* Testes que possuem algum impedimento de iniciar.
Pensando nisso, duas cabeças pensantes do Teste Seth Godin (http://sethgodin.typepad.com/seths_blog/2015/11/your-progress-report.html, e Joel Montvelisky (http://qablog.practitest.com/2015/11/your-next-testing-progress-report/) , listaram alguns tópicos seguramente devem ser abordados:
* Questões penosas que o time ainda não possui resposta;
* Os objetivos a longo prazo, quando você sentir que não há muito progresso para alcança-los;
* os riscos;
* As tarefas que já deviam estar prontas para teste e não estão;
* Os problemas mais impactantes descobertos;
* os bugs críticos que ainda estão abertos e já deveriam estar fechados;
* Testes que possuem algum impedimento de iniciar.
domingo, 10 de novembro de 2013
E sobre a CPRE-FL?
Pesquisando sobre áreas "irmãs" do teste, encontrei essa certificação que, apesar de ainda não ser muito difundida no Brasil, pode auxiliar um bocado nas ativiades de teste e ser um diferencial a mais para o profissional.
CPRE-FL é a sigla para Certified Professional for Requirements Engineering - Foundation Level.
O que preciso estudar?
O material coberto pelo Syllabus do Foundation Level.
Onde está o Syllabus?
Em: http://abramti.org.br/node/80
Fazendo a prova eu aprendo o que?
- Delimitar o sistema e o contexto do sistema
- Elicitar Requisitos
- Documentação de Requisitos
- Documentação de Reuisitos usando linguagem natual
- Documentar Requisitos usando modelos
- Validar e acordar requisitos
- Gerenciar requisitos
Mais informações em:
http://www.abramti.org.br/faq-page#t2n108
CPRE-FL é a sigla para Certified Professional for Requirements Engineering - Foundation Level.
O que preciso estudar?
O material coberto pelo Syllabus do Foundation Level.
Onde está o Syllabus?
Em: http://abramti.org.br/node/80
Fazendo a prova eu aprendo o que?
- Delimitar o sistema e o contexto do sistema
- Elicitar Requisitos
- Documentação de Requisitos
- Documentação de Reuisitos usando linguagem natual
- Documentar Requisitos usando modelos
- Validar e acordar requisitos
- Gerenciar requisitos
Mais informações em:
http://www.abramti.org.br/faq-page#t2n108
terça-feira, 6 de agosto de 2013
Os 7 hábitos dos Testadores Altamente Eficazes
Mais uma da série "Leitura Obrigatória":, desta vez com o Cristiano Caetano
http://www.linhadecodigo.com.br/artigo/1083/os-7-habitos-dos-testadores-altamente-eficazes.aspx
http://www.linhadecodigo.com.br/artigo/1083/os-7-habitos-dos-testadores-altamente-eficazes.aspx
quarta-feira, 17 de agosto de 2011
Syllabus CTFL 2011
O BSTQB acaba de divulgar a nova versão do Syllabus.
Para quem no sabe, o Syllabus é a Base de Conhecimento para Certificação de Teste de Software do International Software Testing Qualifications Board (ISTQB).
A versão disponibilizada já será adotada para o próximo exame CTFL(Certified Tester Foundation Level ), a certificação de nível fundamental destinado a qualquer pessoa envolvida em testes de software.
Para fazer o download: http://www.bstqb.org.br/?q=node/12
Para maiores informações acesse: http://www.bstqb.org.br/
Para quem no sabe, o Syllabus é a Base de Conhecimento para Certificação de Teste de Software do International Software Testing Qualifications Board (ISTQB).
A versão disponibilizada já será adotada para o próximo exame CTFL(Certified Tester Foundation Level ), a certificação de nível fundamental destinado a qualquer pessoa envolvida em testes de software.
Para fazer o download: http://www.bstqb.org.br/?q=node/12
Para maiores informações acesse: http://www.bstqb.org.br/
segunda-feira, 1 de agosto de 2011
Educação para Testers
O The Testing Planet publicou o seguinte infográfico sobre a Educação dos Testers pelo mundo a fora:
![]() |
| Fonte: The Testing Planet |
segunda-feira, 28 de março de 2011
Quero entrar para área de teste de software. E agora?
Iniciar em uma área é sempre uma questão delicada. Quase sempres questões como o que eu preciso saber? como conseguir um emprego? são as maiores dúvidas de um profissional inciante. Caso a segunda pergunta já tenha sido respondida, o testador com emprego, certamente já terá mais algumas perguntinhas cruciais a serem respondidas. Mas vamos voltar a primeira pergunta: O que eu preciso saber?
Tá, mas onde eu encontro esses conceitos? Eu mesmo já estou perguntado isso. Começando com uma busca no google, já dá para ter uma ideia de quais são exatamentes estes conceito. Explorando a pesquisa começa-se a enxergar a luz no fim do túneo. Experimente!
Certo, vou comprar o livro. Mas eu quero aprender uma ferramenta. Todo mundo usa!!
Eu preciso aprender uma também!! Esse é o tipo de informação que me amedronta. E infelizmente, é o que mais ouço. E eis o que sempre respondo:
Vai aprender a ferramenta pra que? Você vai usa-la como? Você já tem um processo de testes definido?
E aí, rebatem: Que processo? Estou começando agora!
Então, aprenda o básico. Concentre seu esforço nisso: leia, aprenda, acesse forúns, tire dúvidas. Só depois... bem depois... comece a se preocuparar com ferramentas.
Ah, treinamentos também são sempre bem vindos:
http://www.iterasys.com.br/
http://www.cps.softex.br/agenda.php
http://www.testexpert.com.br/?q=forum/58
Se você ainda está pensando na segunda pergunta: como conseguir um emprego?, não se desespere. Esse, certamente, será um assunto para próximos posts.
Bom, tem um monte de conceitos básicos que são primordiais para todo testador. Comecar absorvando-os é uma ótima pedida. Leia o conceito, cerfique-se de ter compreendido e passe para o próximo. Conhecer é sempre preciso!
Tá, mas onde eu encontro esses conceitos? Eu mesmo já estou perguntado isso. Começando com uma busca no google, já dá para ter uma ideia de quais são exatamentes estes conceito. Explorando a pesquisa começa-se a enxergar a luz no fim do túneo. Experimente!
Ok, fiz a pesquisa, comecei a compreender tudo, mas eu gosto de livros! Gosto de fundamentar tudo. Tem algum livro que ajude nessa área? Sim, caro leitor, e olha bem o título dele:
Pode ser considerado a obra referência pra os proficionais da nossa área e é indicado para para todo inciante por conter conceitos e informações que auxiliam no desenvolvimento das tarefas de nosso dia-a-dia.
Certo, vou comprar o livro. Mas eu quero aprender uma ferramenta. Todo mundo usa!!
Eu preciso aprender uma também!! Esse é o tipo de informação que me amedronta. E infelizmente, é o que mais ouço. E eis o que sempre respondo:
Vai aprender a ferramenta pra que? Você vai usa-la como? Você já tem um processo de testes definido?
E aí, rebatem: Que processo? Estou começando agora!
Então, aprenda o básico. Concentre seu esforço nisso: leia, aprenda, acesse forúns, tire dúvidas. Só depois... bem depois... comece a se preocuparar com ferramentas.
Ah, treinamentos também são sempre bem vindos:
http://www.iterasys.com.br/
http://www.cps.softex.br/agenda.php
http://www.testexpert.com.br/?q=forum/58
Se você ainda está pensando na segunda pergunta: como conseguir um emprego?, não se desespere. Esse, certamente, será um assunto para próximos posts.
Assinar:
Postagens (Atom)



