Planejamento de Testes

imagem de charles_everton

Gestão 2.0 e Teste de Software

Como a inovação continua a acelerar, a atividade de testes tende a se ajustar nos diversos processos de desenvolvimento.
Digo isso porque alguns movimentos que aos poucos vem ganhando força, alguns o chamam de Gestão 2.0, outros o chamam de Manifesto 2.0, há ainda aqueles que dizem que e um "Movimento Anti-Corporativista" mas seja ele qual for o nome, cada dia vem ganhando adeptos por todo o Brasil na busca de um novo modelo da gestão que tem requisitado a proatividade de todos os membros da equipe. Onde o foco agora se volta para as pessoas, e a sinergia da equipe faz toda a diferença.

O que se vê no crescimento do "ágil" e outros ciclos de vida não seqüenciais, são testes de baixo nível assistidos por ferramentas automatizadas, o que tem causado a impressão auto suficiente por parte de algumas organizações (lideres e desenvolvedores), acreditando que podem realizar um teste adequado, ou na melhor das hipóteses só preciso de alguém para encontrar bugs após a codificação. Embaraçando as fronteiras entre desenvolvedores e testadores por não conseguir ver o benefício da integração: Desenvolvimento X Testes, desde o inicio do processo. Encontrar o papel certo e avaliar como trabalhar melhor em conjunto é o desafio chave nesses ambientes.

imagem de luizgustavovieira

Executar Casos de Teste

 

Pessoal,

 

a bola da vez agora é "Execução de casos de teste", na minha opinião, não é só a tarefa mais famosa dos Testes de Software, bem como a mais importante, pois é nela que efetivamente os erros são encontrados.

 

Segue o tópico:
http://testavo.blogspot.com/2010/06/executar-casos-de-teste.html

 

O endereço do blog é: http://testavo.blogspot.com

Qualquer dúvida ou sugestão estou aberto a discussões (meu MSN é luizgustavo@lugati.com.br).

 

Abraços,
Luiz Gustavo Schroeder Vieira, FCE, CTAL-TA
Consultor de Testes
BSTQB TAG Member
+55 (48) 9994-3569
Skype: luizgsvieira
luizgustavo@lugati.com.br
http://testavo.blogspot.com
http://www.lugati.com.br

 

imagem de luizgustavovieira

Preparar Ambiente de Testes

Pessoal,

conforme eu havia comentado nos posts anteriores, estou liberando a
versão "Preparando ambiente de testes" no meu guia "testes de forma
prática e objetiva".

O post é: http://testavo.blogspot.com/2010/06/preparar-ambiente-de-testes.html

O endereço do blog é: http://testavo.blogspot.com

Qualquer dúvida ou sugestão estou aberto a discussões (meu MSN é luizgustavo@lugati.com.br).

imagem de luizgustavovieira

Guia para Testes de Software - Mais prático e objetivo

Pessoal, como alguns já sabem, tenho escrito no meu blog sobre formas mais práticas e objetivas de implantar o processo de testes de software, aos poucos vou postando sobre como elaborar uma Estratégia de Testes, Plano de Testes, criar Casos de Testes, etc. e minhas dicas e comentários sobre cada uma dessas atividades. Qualquer contribuição será de grande valia para enriquecer o conteúdo do blog!

 

Segue alguns assuntos já postados:

Elaborando uma Estratégia de Testes:
http://testavo.blogspot.com/2010/05/estrategia-de-testes.html

Elaborando um Plano de Testes:
http://testavo.blogspot.com/2010/05/elaborar-plano-de-testes.html

Exemplo de um Caso de Teste a partir de um Caso de Uso:
http://testavo.blogspot.com/2010/05/exemplo-de-caso-de-teste-criado-part...

Desmistificando Testes de Regressão:
http://testavo.blogspot.com/2010/05/desmistificando-testes-de-regressao....

Entre outros posts interessantes no passado que postei como Testes em Metodologias Ágeis, Técnicas Avançadas de Testes (Tabelas de Decisão, Partição de Equivalência, Tabelas de Decisão, etc.), críticas sobre o CInTeQ 2010, dicas para as provas do ISTQB (CTFL e CTAL), entre outros.

O endereço do meu blog é http://testavo.blogspot.com

Qualquer dúvida estou à disposição. Meu MSN é: luizgustavo@lugati.com.br

 

imagem de joaoricardos

A sua empresa é capaz de atender um determinado projeto de testes?

Tenho visto em algumas empresas a incapacidade de atender determinada demanda de testes devido à falta de planejamento e despreparo da equipe. Muito também se dá à falta de expertise da empresa e falha no processo na qual está sendo aplicado para desenvolver a tarefa de testes. É claro que devemos considerar uma empresa que já tenha um processo de testes definido, no caso que já tenha feito o dever se casa e está encontrando dificuldades em medir sua capacidade. Portanto, resolvi listar alguns requisitos básicos antes de se começar um determinado projeto de testes, são eles:

Avaliação formal da equipe: Verificar a capacidade de cada indivíduo e seus conhecimentos intrínsecos e a necessidade de treinamento para o projeto em questão são tarefas importantes antes de começar um projeto. Habilidades pessoais e conhecimentos técnicos podem fazer a diferença para um determinado projeto de testes.

Escopo do projeto:

Implantação de Testes de Software com Recursos Escassos – Parte III

Peço uma pausa nesta série de artigos para abordar de forma abrangente sobre uma atividade que não faz parte totalmente do processo de testes de software, porém é essencial para o sucesso do teste de software. A gerência de configuração. 

5-      Faça campanha pela gerência de configuração

O teste de software bem sucedido depende de algumas premissas básicas, e uma delas é ser executado em um ambiente controlado e preparado. Porém muitas empresas não possuem este ambiente controlado nem no desenvolvimento, dificultando muito a atividade de testar software.

Implantação de Testes de Software com Recursos Escassos – Parte II

Continuando então a minha sugestão de implantação de teste de software com recursos escassos:

3-      Registre o panorama atual:

 

Implantação de Testes de Software com Recursos Escassos – Parte I

Há uma grande quantidade de empresas de desenvolvimento de software fora dos grandes centros de tecnologia do país, atuando ainda com testes sendo realizados por analistas de sistemas, por usuários ou por programadores, que após terminarem as suas tarefas dedicam algum pouco tempo do seu cronograma, geralmente estourado, para testar o software.

Porém, com o mercado de fábricas de software cada vez mais concorrido, a qualidade de software deixa de ser um diferencial e passa a ser imprescindível, obrigando estas empresas a prestar mais atenção nesta área.

Sendo assim, em muitas regiões do país, possuímos um cenário de falta de cultura em qualidade de software, grande concorrência entre pequenas e médias empresas de desenvolvimento de software e escassez de recursos para investir em qualidade de software.

imagem de Fernando

Análise de Riscos em Projetos de Software

Análise de Riscos em Projetos de Software Assisti recentemente a uma palestra muito interessante sobre análise de riscos em projetos de software. Apesar de o assunto não ser de um todo desconhecido para mim, resolvi estudar um pouco mais o assunto. Boa idéia foi a que eu tive, pois a pesquisa foi muito proveitosa e elucidativa. Como todo o conhecimento deve ser compartilhado, repasso agora aos colegas de testes as minhas anotações: “Risco é a probabilidade de algo errado acontecer no futuro, problema é 100% de certeza que algo errado irá acontecer!” Como evitar um problema?

Modelo para montagem de um roteiro de teste

Boa noite,

Estou procurando um modelo que seja mais completo, de elaboração de roteiro de test, para que eu possa utilizar de maneira que me facilite e que me atenda nos requisitos solicitados... Existe algum modelo em que eu posso me basear??

Estou a procura de melhorias em relação ao mercado e aperfeiçoamento profissional, já que, onde eu trabalho utilizo a ferramenta Mercury para elaboração de plano de teste.

Desde já agradeço pela atenção e aguardo um posicionamento para que eu possa desenvolver um bom trablaho

Conto com a colaboração de voceis

Atenciosamente,

Alex 

 

 

 

 

imagem de fabio_martinho

Teste de Software em Data Warehouses

Segundo o site WIKIPEDIA, "Um data warehouse (ou armazém de dados, ou depósito de dados no Brasil) é um sistema de computação utilizado para armazenar informações relativas às atividades de uma organização em bancos de dados, de forma consolidada. O desenho da base de dados favorece os relatórios, a análise de grandes volumes de dados e a obtenção de informações estratégicas que podem facilitar a tomada de decisão.

O data warehouse possibilita a análise de grandes volumes de dados, coletados dos sistemas transacionais (OLTP). São as chamadas séries históricas que possibilitam uma melhor análise de eventos passados, oferecendo suporte às tomadas de decisões presentes e a previsão de eventos futuros. Por definição, os dados em um data warehouse não são voláteis, ou seja, eles não mudam, salvo quando é necessário fazer correções de dados previamente carregados. Os dados estão disponíveis somente para leitura e não podem ser alterados.

A ferramenta mais popular para exploração de um data warehouse é a Online Analytical Processing OLAP ou Processo Analítico em Tempo Real, mas muitas outras podem ser usadas.

imagem de Felipe R. Silva

Metodologia para Gerenciamento de Recursos numa Execução Manual de Testes.

Autor(es): Felipe Silva e Thiego Carvalho
Publicado em: I SBTS
Data de publicação: Novembro/2006

RESUMO
Um dos fatores que levam a ocorrer defeitos escapados por falha humana é a maneira com que os testes são atribuídos para cada testador, por não existir um critério a satisfazer, acontece de determinados testes serem muitas vezes executados pelo mesmo testador, ou o testador não conhecer completamente os testes da sua equipe. Essas sucessivas repetições contribuem ainda para a falta de motivação dos testadores, levando-os a fadiga e limitando-os para as demais responsabilidades, desenvolvendo ainda vícios e abstrações gerados pela repetição da execução. Como forma de diminuir os defeitos escapados e melhorar a qualidade nos resultados obtidos, 4TestMethod é uma metodologia que analisa testes e testadores, resultando na combinação mais produtiva e mais confiável para os resultados reais, diminuindo assim os riscos de defeitos por falha humana. Além disso, esta metodologia se dispõe a distribuir o conhecimento entre o time de testes através da análise de distribuição das atividades e organização física entre os testadores.

Artigo completo anexado.

imagem de Cidinha

Seleção de Engenheiros de Teste: Uma Tarefa Crucial.

Selecionar engenheiros de testes não é uma tarefa trivial. O fato das atividades de teste serem um serviço provido <http://www.testexpert.com.br/?q=node/460> e não um produto faz com que o perfil comportamental dos engenheiros de teste seja tão importante quanto o conhecimento técnico necessário. Essa importância se agrava ainda mais uma vez que no mercado atual não temos muitas pessoas com conhecimentos em testes, pois nossos cursos de graduação não possuem disciplinas de teste de software. É preciso, de alguma maneira, formar as pessoas. Durante essa formação, é comum ocorrer o fato das pessoas não se adequarem ao cargo por uma simples questão de perfil . Isso pode trazer sérios problemas como: comprometer o cronograma das atividades, uma vez que uma nova pessoa precisará treinada para substituir a antiga; passar a imagem da tarefa de teste como sendo bastante simples, já que ela depende muito mais de pró-atividade, podendo facilmente ser camuflada e o gerente achar que tudo está tudo sob controle sendo feito da melhor maneira possível; desestimular o restante da equipe pela rotatividade no time, etc. Isso tudo torna o processo de seleção uma tarefa crucial para o sucesso das atividades de teste.

imagem de Emerson Rios

Gerência de Projeto de Testes Segundo o Modelo do PMI

por Emerson Rios

Nos últimos anos, as empresas mais preocupadas com a qualidade dos sistemas de aplicação passaram a introduzir, no seu ambiente, um novo conceito de testes através de um processo independente, embora integrado ao processo de desenvolvimento. Entende-se que desta forma os chamados testadores, ou executores da atividade de teste, poderão aprimorar seu trabalho e conseguir melhores resultados durante os testes dos sistemas.

A atividade de teste é tradicionalmente executada pela equipe envolvida com o processo de desenvolvimento do software. O problema é que estes técnicos nem sempre possuem a qualificação adequada para a execução do trabalho de teste. Isto se deve a uma natural falta de interesse destes profissionais por esta atividade, a qual consideram de menor importância dentro do processo de desenvolvimento. Além disso, a atividade de teste é muitas vezes considerada cansativa. Por outro lado a sobrecarga de trabalho, aliada aos prazos exíguos, acaba afetando os testes. O resultado final é um sistema cheio de defeitos, com um custo de manutenção muito alto. Os custos de correção de defeitos em produção tendem a ser até 1000 vezes maiores do que se os erros forem corrigidos ainda nas etapas iniciais de desenvolvimento.

 

Conteúdo sindicalizado