Pular para o conteúdo principal

Objetivos dos Testes



              Qual a Documentação irá definir os testes ?

 O objetivo principal do processo de teste é simplesmente encontrar o maior número possível de defeitos no software. Essa talvez seja a grande missão da equipe de teste; no entanto, esse universo pode ser mais bem delimitado pelo gerente de testes, de modo que o Plano de teste, os casos de teste, os script de teste, os dados de teste e outros artefatos sejam produzidos corretamente. Esses objetivos definidos, em forma de resultados esperados ou indicadores mensuráveis, poderão fazer parte do documento Estratégia de teste, pois muitas vezes irão se confundir com os riscos levantados a partir da análise de riscos. Por exemplo, o tempo de resposta alto pode ser um risco, mas garantir um tempo de resposta adequado ás necessidades do negócio poderá ser um objetivo a se alcançar.

 Os documentos básicos para definir os objetivos de teste são os requisitos do negócio, e, caso tais requisitos não se encontrem disponíveis ou estejam mal definidos, os objetivos poderão ser buscados em reuniões com os usuários ou desenvolvedores. Algumas empresas criam requisitos de teste a partir dos requisitos do negócio. Os objetivos servem para ajudar a definir também o escopo do projeto de teste, atividade importante no gerenciamento de projetos.

  Esses riscos ajudam a definir os objetivos do projeto de teste, que nortearão todo o trabalho e servirão também de subsídio para o controle de qualidade final.
  A prática de gerar os requisitos de teste a partir dos requisitos do negócio facilita de modo considerável traçar objetivos capazes de cobrir todas as necessidades especificadas pelos usuários. Isso também permite garantir que sejam cobertos todos os requisitos que precisam ser testados. O ideal seria manter uma linha conectando cada requisito aos correspondentes casos de teste, ou seja, ao executarmos um ou mais casos de teste, já poderíamos identificar a qual requisito eles se referem.


Comentários

Postagens mais visitadas deste blog

A Origem da Internet

Para se entender o conceito de Internet, a rede mundial de computadores (World Wide Web), deve regressar-se às décadas de 1960 e 1970 para se entender como se tornou um dos meios de comunicação mais populares em todo o mundo. Teve origem no período da guerra fria entre os Estados Unidos da América e a ex-União Soviética. O governo norte-americano queria desenvolver um sistema em que os seus computadores militares rapidamente conseguissem trocar informações entre si, de uma base militar para outra e que em caso de ataque nuclear os dados não se perdessem.   Queria uma tecnologia em que fosse “impossível” perder a informação. Foi desta forma que surgiu então a ARPANET, o antecessor da Internet, um projeto iniciado pelo Departamento de Defesa dos Estados Unidos. Este sistema garantia a integridade da informação caso uma das ligações de rede sofresse um ataque inimigo, pois o tráfego de informação poderia ser automaticamente encaminhado para outras ligações. O mais curioso é que r...

Qualidade para Sistemas Legados

  Na metodologia atual quando se tratar de colocar o conceito de Qualidade para Sistemas legados a tendência é um ganho muito alto na satisfação dos operadores do Sistema. Primeiramente quando se trata de uma ferramenta que está em uso algumas culturas existentes tem que ser quebrada, tem muita gente que tem medo dessa palavra por achar que isso impactaria diretamente no processo de trabalho e a perda seria muito alto em relação as demandas que são solicitadas para correção, pois bem quando estamos trabalhando com homologação de sistema nos deparamos com o grave problema de encontrar sistemas legados sem nenhuma documentação. Um conceito errado em relação as demandas do mercado, como nunca no mundo ninguém é insubstituível sempre terá as mudanças internas de pessoas e isso irá acarretar ainda mais o processo do sistema e assim a disponibilização de versão com vários erros. Nos deparamos com o grande problema da falta de documentação, é que não sabemos se aquilo que o An...

Homologação de Sistemas (Tipos de Testes)

Homologação de Softwares Testes de Unidade:     Estágio mais baixo da escala e testes, sendo aplicados nos menores componentes de código criados, visando garantir que estes atendem ás especificações funcionais e de arquitetura, Normalemente feito pelo programador. Testes de Iteração ou Integração:  Testes de sistema ao término de cada iteração, dentro de um ambiente operacional controlado, para validar a exatidão e perfeição na execução de suas funções, referentes aos casos de uso da iteração. Normamente feito pelo analista de sistema para um módulo ou conjunto de programas. Testes de Aceitação:  É a última ação de testes antes da implantação do software, sendo de responsabilidade do cliente. O objetivo deste testes é verificar se o software está pronto e pode ser usado por usuários finais para executar as funções  tarefas para as quais foi construído. Normalmente feito pelo usuário em ambiente de homologação. Tipos de Testes de -Funciona...