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 

Entende-se por Testes de Desenvolvimento(development tests) o uso do conhecimento da implementação técnica do sistema. Isso começa com testes nas primeiras/menores do sistema: rotinas, unidades, programas, módulos, objetos, etc.

Depois de ter sido estabelecido que as partes mais elementares do sistema sejam de qualidade aceitável, as partes maiores do sistema são submetidas a testes de integração. A ênfase aqui é na transferência de dados e as interfaces entre, por exemplo, as unidades até o nível do subsistema.

Teste unitário: Um teste realizado no ambiente de desenvolvimento pelo desenvolvedor, com o objetivo de demonstrar que uma unidade atende os requisitos definidos nas especificações técnicas

Teste Unitário Integrado: Um teste realizado pelo desenvolvedor no ambiente de desenvolvimento, com o objetivo de demonstrar que um grupo lógico de unidades atende aos requisitos definidos nas especificações técnicas

Os testes de desenvolvimento são parte integrante do trabalho de desenvolvimento executada pelo desenvolvedor. Eles não estão organizados como um processo autônomo para uma equipe independente.

Processo de Testes de Sistema e Aceite

Os processos de Teste de Sistema e Aceite são considerados como autônomos para serem organizados. Eles têm seus próprios planos de teste, orçamentos e freqüentemente seus próprios ambientes de teste.

Os processos de Teste de Sistema e Aceite "rodam" em paralelo ao processo de desenvolvimento de software, o qual deve ser iniciado enquanto as especificações funcionais são criadas.

O modelo de Ciclo de Vida do TMap Next é usado na criação do plano de teste e na execução  de outras atividades no processo de teste.

Um ciclo de vida de teste é necessário para estruturar várias atividades, suas ordens e dependências. O modelo de ciclo de vida é um modelo genérico e pode ser aplicado a todos os níveis e tipos de teste de teste e utilizado em paralelo com os modelos de ciclo de vida para o desenvolvimento do sistema.

Testes de Sistema e Aceite

No modelo de ciclo de vida TMap Next, as atividades de teste são divididos em sete fases: Planejamento, Configuração e Manutenção da Infra-Estrutura, Preparação, Especificação, Execução e Conclusão.

Algumas vezes focamos fortemente em automação de testes, e desejamos fazer a automação de todas as funcionalidades do sistema para depois começar rodar os testes. Idealizamos um mundo perfeito que temos todos os testes automatizados, mas muitas vezes não temos braços o suficiente para que isso ocorra no nosso dia a dia.

Existem algumas técnicas e tipos de testes que nos fazem olhar de uma forma diferente para o mundo da automação de testes. Um destes tipos de testes é a utilização do Smoke Test que é uma das maneiras menos traumática de partir para automaçã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.

No clima empresarial desafiador de hoje, as organizações estão se concentrando em extrair ao máximo de seus negócios o valor de seus produtos e serviços. Conseqüentemente, a entrega rápida e qualidade de software continuam a se tornar mais importante e os riscos de uma maior qualidade de software insuficientes.

O teste é uma das ações importantes que uma organização pode tomar para controlar esses riscos. Teste fornece "insights" sobre a qualidade e os riscos associados à qualidade.

Com base nestes insights, as organizações podem tomar melhores decisões sobre a possibilidade de ter o software em funcionamento em produção sendo um dos objetivos do teste estruturado a gestão de forma eficaz destes riscos.

Diz o TMap Next:

"NO RISK, NO TEST!!!"

Ou seja, se não houver risco(no produto) não há a necessidade de se testar. Tal afirmação se torna ainda mais forte ao lembrarmos-nos do conceito de teste para o TMap Next que é fornecer conselhos na qualidade dos produtos e riscos associados.

O TMap Next define que um risco do produto é a chance que o produto falha em relação ao estrago esperado, se isto ocorrer.

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

Prezados,

Estou precisando de um template de caso de teste Favor enviar para legg@superig.com.br

Obrigado

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.

Olá pessoal!

Estou iniciando na área de teste de software. Gostaria de recomendações, links ou materiais sobre teste de sistema.

Aproveito para parabenizar ao site =) é um ambiente incrível!

Abraços, Dalila.