You are on page 1of 2

26/08/2015

Qualidade de Software: Plano de Teste ­ Padrão IEEE 829­1998
  mais    Próximo blog»

1

Criar um blog   Login

Qualidade de Software
Referência à Engenharia de Software e Qualidade de Software.

Início

Simulado CBTS

Utilidades

Qualidade de Software no Facebook

GLOSSÁRIO ­ TESTE DE SOFTWARE

 

 

 

 

 

 

PERFIL

Marcelo Lourenço

Plano de Teste ­ Padrão IEEE 829­1998
O ideal seria que sempre houvesse uma equipe destinada a realizar testes de software, produzindo os relatórios necessários para
que os problemas possam ser estudados e resolvidos. Mas nem todas as empresas possuem estrutura que suporte ter uma
equipe que siga todas as instruções para a realização de testes.
Nestes casos, uma boa saída é nomear alguém da empresa que não esteja envolvido na produção do sistema para realizar os
testes. Claro que nestes casos as empresas devem definir quais os principais testes devem ser realizados de forma a atingir as
partes mais críticas do sistema.
Os erros encontrados devem ser documentados com informações suficientes que ajudem na reprodução do erro, facilitando assim
a solução do problema. A documentação do erro deve ser definida pela empresa. É importante manter um histórico de falhas
encontradas, pois assim, ao final do projeto, pode ser feito um estudo e obter um aprendizado em cima dos erros que foram
encontrados.
Uma atividade de testes bem organizada pressupõe planejamento. O plano de testes facilita a comunicação entre os envolvidos
no desenvolvimento do software ao propor um padrão de referência a ser seguido. 

São Paulo, SP, Brazil

Graduado em
Sistemas de Informação pela
Universidade Bandeirantes­SP.
Analista de Testes pela 
ACSC Informática na
Headway Consultoria.
Consultor em Automação de Teste
de Software na Porto Seguro.
Visualizar meu perfil completo

QUALIDADE DE
SOFTWARE NO FACEBOOK

Qualidad…

O padrão apresentado a seguir é uma adaptação do padrão de plano de testes do IEEE[1998], abrangendo o planejamento,
especificação e documentação dos testes. Caso sejam necessárias mais seções, estas devem ser incluídas após a última.

1k likes

PADRÃO IEEE 829­1998:
Plano de Teste ­ Padrão IEEE 829­1998
Propósito ­ descreve o escopo, os recursos, a abordagem e o tempo alocado para as atividades de teste. Identifica os
itens e funcionalidades a serem testados, os responsáveis e os riscos.
Identificador – associa um identificador único ao plano de testes específico.

Like Page
Be the first of your friends to
like this

Introdução – resume os itens e funcionalidades a serem testados. Pode haver referências a outros documentos do
processo de desenvolvimento.
Itens – Identifica os itens a serem testados, incluindo versão.
Funcionalidades – Identifica as funcionalidades que serão testadas ou não, assim como os motivos.
Abordagem – especifica as principais atividades, técnicas e ferramentas usadas para o teste das funcionalidades. O
detalhamento deve ser suficiente para permitir identificação das principais tarefas de teste e a estimativa de tempo
para cada uma. As restrições significativas como recursos e prazos, devem ser identificadas.

MENU

Critérios de aceite – especifica os critérios de aceite para cada item.

Artigo (6)

Suspensão – especifica os critérios para suspender parte ou toda a atividade de teste.
Especifica as atividades que devem ser repetidas quando o teste for retomado.

Carreira (1)

Produtos – identifica os documentos produzidos, como planos, procedimentos, logs e relatórios.

Eventos (8)

Tarefas de teste – identifica as atividades necessárias para preparar e executar os testes, bem como todas as
dependências entre as tarefas.

Gerador/Validador de CPF/CNPJ
(1)

Ambiente – identifica as atividades necessárias para preparar e executar os testes, bem como todas as dependências
entre as tarefas.

Livros (5)

Responsabilidades – identifica os grupos responsáveis por gerenciar, projetar, executar, verificar e resolver os testes.
Identifica os grupos responsáveis pelo ambiente e pelos itens de teste.

Programas. (1)

Treinamento – especifica as necessidades de treinamento e identifica as opções.

Sobre Nós (1)

Cronograma – identifica as atividades e os prazos de conclusão. Para cada recurso, como pessoas e ferramentas,
especifica os períodos de alocação.

Teste (10)

Análise de Riscos (1)

Certificação (8)

Metodologia (4)
Sites Recomendados (1)

Riscos – identifica os maiores riscos e os planos de contingência.
Aprovações – especifica os nomes e cargos dos responsáveis por aprovar o plano.
Devem ser inclusos espaços para assinaturas e data.
Veja também:
Fases de Testes:
Fases de Testes

TÍTULOS
►  2013 (2)
►  2012 (1)
►  2011 (4)
▼  2010 (35)
►  Maio (1)

Tipos de Testes:
Teste de Caixa­Preta
Teste de Caixa­Branca
Testes de Estresse
Teste de Integração
Teste de Orientado a Objetos
Teste de Aceitação

►  Abril (7)
►  Março (5)
▼  Fevereiro (6)
IV Encontro Brasileiro de
Testes de Software
9º Encontro Mensal: X­Zone ­
Framework de Teste Op...
Oficina de TestComplete a

http://qualidade­de­software.blogspot.com.br/2010/02/plano­de­teste­padrao­ieee­829­1998.html

1/2

 e advém do fato de que ao... também a qualidade em u. Teste de Estresse É realizado para submeter o software a situações extremas. Emerson Rios Editora:  Martins Editora  I. o teste de estresse baseia­se em testar os limites do software e ava. NÍVEL E – Parcialmente Definido 4. Essas sequências devem ser escolhidas de maneira a explo. É aquele em que o analista tem total acesso à estrutura interna da entidade sendo analisada e permit. NÍVEL D – Largamente Defi. Ricardo Cristalli. ACSC Informática Compartilhar no Facebook:     Share 5 Fases de Testes Share Compartilhar no Linkedin:   Like Plano de Teste ­ Padrão IEEE 829­1998  Postado por Marcelo Lourenço  Marcadores: Teste  +1   Recomende isto no Google   ►  Janeiro (16) Um comentário: ►  2009 (4) Sidney Galeote 21 de fevereiro de 2010 21:51 VISUALIZAÇÕES Olá Marcelo.. também é usado na engenharia. Trayahú Moreira. Indique ou comente o post. Base de Conhecimento em Teste de Software Autor:  Aderson Bastos. É a fase do processo de teste em que se testam as menores unidades de software desen.. produzindo os relatórios necessários para que os probl. MPS.html 2/2 .. Responder 1 7 8 3 9 7 POSTAGENS POPULARES Teste de Caixa­Preta O Teste de Caixa­Preta ou Teste Funcional..N. http://qualidade­de­software. NÍVEL G – Parcialmente Gerenciado 2.blogspot. Teste Orientado a Objetos O teste orientado a objetos consiste em realizar seqüências de envios de mensagens.BR ­ DESCRIÇÃO DETALHADA DOS PROCESSOS 1.. no problema de identificação de sistemas...: 8599102893 Edição: 2 / 2007 ..26/08/2015 Qualidade de Software: Plano de Teste ­ Padrão IEEE 829­1998 distância (webconferênci.B.br/2010/02/plano­de­teste­padrao­ieee­829­1998.. Você sabe se a norma IEEE 829 trata sobre esse assunto?  Se souber de alguma referência sobre esse assunto.. Digite seu comentário. Obrigado pela visita! Links para esta postagem Criar um link Postagem mais recente Página inicial Postagem mais antiga Assinar: Postar comentários (Atom) Teste de Integração Quando todos os componentes de um software foram testados. continuarão funcionando? O teste.. Cheguei até o seu blog pesquisando sobre padrões e normas para a elaboração de scripts para testes funcionais. na medida do possível. Fases de Testes Teste de Unidade Também conhecida como Teste Unitário... surge uma pergunta: quando estiverem integrados..... agradeço. Comentar como:  Publicar Excelência em TI ­ Uma Visão Prática e Integrada Unknown (Google) Sair   Visualizar   Notifique­me Teste de Aceitação O teste de aceitação é realizado com o propósito de avaliar a qualidade externa do produto e. Marcelo Lourenço ­ Qualidade e Teste de Software. Plano de Teste ­ Padrão IEEE 829­ 1998 O ideal seria que sempre houvesse uma equipe destinada a realizar testes de software..S.com.. Teste de Caixa­Branca Também conhecido como teste estrutural.. Tecnologia do Blogger. NÍVEL F – Parcialmente Gerenciado 3. Basicamente...