Planejamento x Execução

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

Verificação x Validação

• Verificação
– Estamos fazendo corretamente o software?
– Aderência aos requisitos especificados

• Validação
– Estamos fazendo o software correto?
– Aderência aos requisitos desejados do usuário

Ao que se deve ficar atento o planejamento dos testes

• Certifique-se de que os planos do teste não se limitam ao teste funcional. Todos os tipos de teste devem ser levados em consideração no plano de testes e assim agendados.
• Revise as estimativas de teste e certifique-se de que há tempo suficiente para a obtenção e a validação do ambiente de teste;
• Faça plano para o teste de configurações. Se vários tipos de processadores, sistemas operacionais, máquinas virtuais, navegadores e diversos periféricos puderem ser combinados em muitas possíveis configurações, faça planos para aplicar as técnicas de teste que proporcionarão uma cobertura adequada a tais combinações;
• Faça planos para testar a documentação. Os usuários recebem o software com a documentação.
• Reserve tempo para verificar a documentação e pode ter que trabalhar com a equipe de redação técnica a fim de preparar os dados que serão utilizados em capturas de tela e videoclipes;
• Faça planos para testar os procedimentos de instalação. Os procedimentos de instalação, de back-up e de restauração devem ser testados o bastante. Tais procedimentos podem ser mais importantes do que o próprio software. Se o software não puder ser instalado, não será nem sequer utilizado.
• Faça planos para que o teste se adapte ao ciclo de vida do software. A execução sequencial de tarefas não combina com a maioria dos cronogramas. Frequentemente, muitas tarefas precisam ser realizadas ao mesmo tempo;
• Reserve tempo para testes de confirmação e regressão;

Adaptado do Syllabus CTAL-TA

Software Seguro

A McAfee disponibilizou um pdf ( http://goo.gl/MAaDZD ) com exemplos práticos dos 5 erros mais comuns:
- SQL Injection 
- Broken Access Control
- XSS – Cross Site Scripting
- Error Generation
- Crypto Wannabe

Para que você não saia por ai fazendo coisa errada, a McAfee também disponibiliza uma aplicação gratuita para você praticar:
http://www.mcafee.com/br/downloads/free-tools/hacmebooks.aspx

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

Qual o time dos Tester em um contexto ágil?

Pertencem ao Time do cliente?

A equipe de clientes inclui especialistas em negócios, proprietários de produtos, especialistas em domínio,gerentes de produto, analistas de negócios, todoas especilistas no lado  "negócio"  um projeto.

A equipe do cliente escreve as histórias ou conjuntos de recursos para a equipe de desenvolvedores. Eles fornecem os exemplos
que irão  conduzir o time na implementação da história.

Eles se comunicam e colaboram com a equipe de desenvolvedores ao longo de cada iteração, respondendo perguntas e revisando as histórias que ainda não foram finalizadas.

Ou ao Time dos desenvolvedores?

Todos os envolvidos com o código de entrega é um desenvolvedor, e é parte do time do  desenvolvedor.

Princípios ágeis incentivam os membros da equipe para assumir múltiplas atividades; qualquer membro da equipe pode assumir qualquer tipo de tarefa.
Muitos profissionais ágeis desencorajam funções especializadase incentivam todos os membros da equipe a transferir suas habilidades para os outros tanto quanto for possível.

No entanto, cada equipe precisa decidir o que seus projetos exigem de experiência: programadores, administradores de sistemas, arquitetos, administradores de banco de dados, escritores técnicos, especialistas em segurança, e as pessoas que usam mais de um destes chapéus podem ser parte da equipe, fisicamente ou virtualmente.

Ambos!

Testers são membros do time do cliente ajudando a levantar requerimentos, exemplos e ajudando o cliente a expressar seu requerimento de uma forma onde será possível valida-lo (testa-lo)

Testers também são parte do time de desenvolvedores pois teste é um componente central para o desenvolvimento ágil.Tester são como advogados da qulidade exigindo sempre que o time de desenvolvimento entregue o máximo de valor ao produto.