TestExpert A sua comunidade de teste e qualidade de software

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 

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 

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;

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

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.

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)

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 Sogeti^TM é 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.

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

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