Modelos & Templates

Testes de Software, o certo e o errado

LUGATI - Consultoria de Testes @Vitória-ES


Pessoal,

criei um post no meu Blog falando sobre a Consultoria de Testes que fiz recentemente. Lá vocês podem acompanhar todo o processo e eventualmente colaborarem para que nosso trabalho, em conjunto, seja sempre positivo:
http://testavo.blogspot.com/2011/12/consultoria-de-testes-lugati-vitoria-es.html

A ideia é que vocês possam acompanhar o processo de mudança e autoconhecimento das empresas que desejam caminhar para o lado da qualidade. E é importante que nós possamos agregar com o trabalho de uns e outros pois tem espaço para todo mundo.

É possível que num futuro próximo nós possamos abrir uma Fábrica de Testes lá, daí vamos precisar conversar com mais calma.

abraços,
Luiz Gustavo Schroeder Vieira, CTAL
http://testavo.blogspot.com
http://www.lugati.com.br 

O Produto de Software e a Organização de Desenvolvimento

Leia o artigo na integra em http://qualidadeeteste.blogspot.com/2011/10/qualidade-de-software-parte-ii.html 

Impulsionados pelas mudanças tecnológicas e pelo amadurecimento das atividades de desenvolvimento de software os produtos, as organizações de desenvolvimento (ODSs) e seus processos associados mudaram no decorrer das últimas décadas. Este capítulo faz uma retrospectiva desses elementos.

A seção 2.1 e 2.2 abordam, respectivamente, a evolução dos produtos de software e a evolução das organizações de desenvolvimento. A seção 2.3 apresenta os processos existentes em uma ODS, demonstrando modelos e elucidando conceitos.

Leia o artigo na integra em http://qualidadeeteste.blogspot.com/2011/10/qualidade-de-software-parte-ii.html 

TMap Next(Test Management Approach) - Processo Plano de Testes Mestre(MTP) - Planejamento e Controle - Parte 8-1

Introdução

O teste de software é geralmente organizado em níveis de teste, onde cada nível de teste possui metas específicas. O TMap Next distingue e estabelece os seguintes níveis de teste:

 

- Testes de Desenvolvimento;

- Testes de Sistemas;

- Testes de Aceite.

 

Os níveis de teste devem ser coordenados mutuamente e isso é feito quando criamos o Plano de Testes Mestre(ou MTP - Master Test Plan) e gerenciamos o processo total de testes.

Com relação ao MTP e os níveis de teste, é importante organizar um processo para planejamento, preparação, execução e gerenciamento das atividades.

Estes processos podem ser aplicados em um projeto de testes ou testes dentro de um departamento, por exemplo, em um teste de manutenção de uma nova release.

Veremos agora com mais profundidade as atividades de cada um dos seguintes processos mostrados abaixo:

 

- Plano de Testes Mestre(MTP - Master Test Plan), gerenciando o processo total de testes;

- Testes de Sistema e Aceite;

- Testes de Desenvolvimento;

TMap Next(Test Management Approach) - Análise de Risco do Produto(PRA – Product Risk Analysis) - Parte 6

Introdução

Conforme a própria definição do TMap Next, o teste de software é um processo que fornece visão e conselhos sobre a qualidade e riscos relacionados. Se a qualidade for inadequada, medidas podem ser tiradas como, por exemplo, o re-trabalho por parte dos desenvolvedores.

Levando-se ainda em consideração que os recursos de teste e tempo são limitados, tonar-se importante relatar o esforço de teste para os riscos do produto esperados, ou seja: mais testes em áreas de grande risco no software; menos testes aonde os riscos são pequenos.

 

NO RISK, NO TEST!

 

 

Escolhas bem definidas devem ser feitas neste contexto. Análise de Risco do Produto(PRA - Product Risk Analysis) é uma ferramenta para ajudar a fazer estas escolhas.

 

"Uma Análise de Risco do Produto é uma analisar o produto que será testado com a intenção de atingir uma visão conjunta, para o gerente de testes e outros stakeholders, para as características do risco e partes do produto a ser testado, para que a profundidade do teste possa estar relacionada a esta visão."

TMap Next(Test Management Approach) - Características da Qualidade e Tipos de Teste conforme o TMap Next - Parte 4

Para os propósitos de teste, o TMap Next emprega uma série de características da qualidade. Outro conjunto de características da qualidade pode ser encontrado na ISO 9126-1.

A utilização das características da qualidade(seja TMap Next ou ISO 9126-1) é recomendável, pois permite fazer decisões sobre o que testar ou não certas características da qualidade. 

O livro TMap Next, for result-driven testing mostra inúmeras razões, entretanto, para utilizar as características da qualidade do TMap Next e não da ISO 9126-1:

- Em muitas organizações, o TMap Next é o padrão de testes. Com isso, torna-se mais fácil a implementação das características da qualidade do TMap Next e não da ISO 9126-1.

- O teste de funcionalidade é uma das áreas mais importantes do TMap Next. A ISO 9126-1 vê a funcionalidade como um conceito macro, não havendo assim muitos detalhamentos.

- A características da qualidade da ISO 9126-1 não necessariamente é melhor ou pior que as características da qualidade do TMap Next. Elas são simplesmente diferentes.

TMap Next(Test Management Approach) - Framework e Importância do Teste - Parte 2

Atualmente existem muitas definições sobre o que é teste de software. No entanto, a maioria delas centraliza na comparação do objeto de teste em relação a algum tipo de padrão(ex: expectativas, correta operação, requisitos).

Com isso, é importante saber exatamente o que você irá testar(o objeto de teste - test object), em relação com o que você irá comparar(base para os testes, ex: documentações - test basis) e como você irá testar(os métodos e técnicas).

Cada instituição, entretanto, apresenta a sua definição especifica de teste de software. Vamos conhecer algumas destas definições:

- QAI(Quality Assurance Institute): Teste é uma atividade de controle da qualidade, que por sua vez, é o processo pelo qual a qualidade do produto é comparada com padrões aplicáveis, e a ação tomada quando não-conformidades são encontradas. (...) Ainda, atividades de controle da qualidade focam na identificação de defeitos nos produtos produzidos. (CSTE CBOK - Common Body Of Knowledge , 2006; v6.2)

TMap Next(Test Management Approach) - Introdução - Parte 1

Recentemente fui aprovado no exame de certificação do TMapNext Foundadion e acredito que seja de grande valor apresentar este modelo de testes estruturados para a comunidade de teste de software, sendo mais uma opção para os profissionais de conhecerem as melhores práticas de teste, desde seu conceito mais fundamental até processos organizacionais.

 

Um breve histórico

A SogetiTM é uma empresa líder mundial provedora de serviços tecnológicos, especializada em Gerenciamento de Aplicações, Gerenciamento de Infra-Estrutura, Engenharia de Alta Tecnologia e Teste de Software.

 

Sogeti - TMap(Test Management Approach) 

 

A SogetiTM é também parte da empresa internacional Capgemini e possui mais de 20 mil colaboradores no mundo.

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

 

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).

Repositório de documentos interessantes....

Em mais uma de minhas pesquisas no Oráculo achei um serviço na web que ainda não conhecia: Scribd. Ele é um serviço de publicação de documentos de forma gratuita.
Daí isso responderá (eu acho) a diversas perguntas de pessoas como: "Onde consigo um template do artefato tal..." mesmo existindo a Norma IEEE-829

Abaixo as cunsultas referentes aos templates mais pedidos (rsrsrs):

http://www.scribd.com/search?query=test+plan

http://www.scribd.com/search?query=test+case

Outros itens interessantes

ISTQB sample question papers-part 1
http://www.scribd.com/doc/2952020/ISTQB-sample-question-paperspart-1

IEEE 829-1998
http://www.scribd.com/doc/2620632/IEEE-8291998

ISTQB Mock Papers
http://www.scribd.com/doc/3030727/ISTQB-Mock-Papers

cste_overview
http://www.scribd.com/doc/3294165/csteoverview

Effective software testing - 50 specific ways to improve your testing (Addison Wesley) Optimized
http://www.scribd.com/doc/2289487/Effective-software-testing-50-specific...

Building a user interface test automation framework
http://www.scribd.com/doc/563931/Building-a-user-interface-test-automati...

SWEBOK Guide 2004
http://www.scribd.com/doc/944975/SWEBOK-Guide-2004

Software Testing Guide Book Part 1

Modelos e Templates de Planos de Testes

Quem estiver procurando algum modelos/template para criar um plano de teste pode dar uma olhada no arquivo no link abaixo. Fiz o download de alguns exemplos interessantes. Baixe o arquivo anexo para ver os modelos/templates.

http://en.wikipedia.org/wiki/Test_Plan

Se você tiver algum outro modelo/template. Publiquei um comentário com um link para este modelo template.

Abraços,

Cristiano Caetano
www.testanywhere.com.br

Testes pós entrega

Você deve estar se perguntando ao ler o titulo Teste pós entrega:
"Porque eu deveria testar a aplicação após a entrega, já que existe um
período de testes e homologação para garantir a qualidade (ou parte
dela) da minha aplicação"?

Bom, vou citar alguns pontos a favor:

Templates de documentos de Engenharia de Software

Existe um projeto do repositório Tigris.org chamado ReadySET cujo intuito é prover templates de documentos referente à Engenharia de Software.
Estes documentos podem servir como ponto de partida para a documentação de seu projeto.
Vejo em algumas listas o pessoal pedindo templates de documentos, em sua maioria de Plano de Testes que é facilmente confeccionado com base na norma IEEE 829...

O projeto ReadSET possui os seguintes documentos:

  • Proposta do projeto
  • Plano do Projeto
  • Caso de Uso
  • Plano de QA
  • Casos de Teste
  • Checklists

Você pode visualizar todos os templates neste link.

Vale a pena verificar estes templates mesmo se você já possui um modelo bem definido.
Quando você efetua o download destes documentos ele já vem num formato HTML já padronizado e muito organizado.

 

Conteúdo sindicalizado