Documento de Validação do Sistema (ou entrega) Repositório de Arquivos V1.0. Valida o sistema no ambiente do usuário

Documento de Validação do Sistema (ou entrega)

“Repositório de Arquivos”

V1.0

Valida o sistema no ambiente do usuário Usabilidade do sistema para os usuários finais

Quem são os usuários

Características da máquina o qual o sistema vai funcionar

“pode ser só um modelo”

Verificação e Validação de Software Agrário

Objetivo

· Assegurar que o software cumpra as suas especificações

· Assegurar que o sistema atenda as necessidades dos usuários e clientes

Verificação

· Consiste em identificar se o sistema está sendo construído de forma correta.

· Um dos fatores primordiais da verificação, envolve checar se o software cumpre com as especificações destinadas.

Validação

· Consiste em verificar se o sistema que está sendo desenvolvido está sendo construído é o produto certo.

· É um processo mais genérico, sendo necessário assegurar que o sistema atende as expectativas do cliente ou usuário.

· Mostra ao cliente que o software faz o que ele espera, exatamente como foi especificado.

1. Inspeções do Sistema

Consiste em técnicas estáticas, ou seja, não é necessário, não requer que o sistema seja executado, sendo então verificado as representações do sistema, a documentação, diagramas e código-fonte desenvolvidas durante todo o processo de desenvolvimento do software.

2. Teste de sistema

Executa uma implementação do software com dados de teste, executando a saída e comportamento operacional, afim de verificar se está sendo executado conforme o esperado, buscando por erros ou anomalias em requisitos funcionais e não funcionais.

§ Teste baseado em especificação funcional:

· Dados de entradas

· Comportamento esperado

§ Podem ser classificados

· Quanto ao objetivo

· Quanto ao escopo

· Quanto ao método

§ Aplicações em fatores operacionais

· Correção

· Usabilidade

· Desempenho

· Robustez

2.1. Classificação de testes quanto ao objetivo

2.1.1.

Teste de Defeito:

Descobrir os defeitos do programa antes do uso, inconsistências entre o programa e a sua especificação.

2.1.1.1. Destinado a revelar defeitos no sistema

2.1.1.2. Um teste de defeitos bem sucedido é aquele que revela defeitos no sistema

2.1.1.3. Os casos de teste podem ser obscuros.

2.1.1.4. Não precisam refletir exatamente como o sistema é normalmente usado

2.1.2.

Teste de Validação:

Mostrar ao desenvolvedor e ao cliente do sistema que o software atende aos seus requisitos e faz o que é proposto a fazer.

2.1.2.1. Pretende mostrar que o software atende aos seus requisitos, ou seja, faz o que o cliente deseja.

2.1.2.2. Um teste bem sucedido mostra que o requisito foi implementado, que o sistema opera conforme especificado pelo cliente.

2.1.2.3. Refletem o uso esperado do software.

2.2. Classificação de testes quanto ao método 2.2.1. Testes Controlados

2.2.1.1. Realizados em laboratório ou em condições operacionais sob a supervisão de um testador.

2.2.1.2. Baseados na geração de casos de testes.

2.2.1.3. Podem ser realizados com protótipos funcionais.

2.2.2. Testes Estatísticos

2.2.2.1. Avalia a confiabilidade do sistema.

2.2.2.2. Utilizados para verificar como o software nas condições operacionais (versão beta)

2.2.2.3. Avalia desempenho, robustez, confiabilidade e etc.

2.2.2.4. Exemplos de medições:

2.2.2.4.3. Tempos de execução

2.3. Classificação de testes quanto ao escopo 2.3.1. Testes de Unidade (componente)

2.3.1.1. Conhecido como testes em ponto pequeno

2.3.1.2. São testadas as unidades individuais – funções, objetos, componentes.

2.3.2. Testes de Integração (sistema)

2.3.2.1. Conhecidos como testes em ponto grande

2.3.2.2. Os componentes são integrados e o conjunto maior é

testado – módulo e sub-sistemas.

3. Teste de Aceitação

§ Também chamado de teste de release.

§ Uma versão particular do software é testada para uso fora do ambiente de desenvolvimento.

§ O teste Caixa-Preta: Nenhum conhecimento interno da estrutura do software é necessário

· Diretrizes do Teste Caixa-Preta

¨ Escolher entradas que forcem o sistema a gerar as mensagens de erro

¨ Projetar entradas que causem estouro de pilha

¨ Forçar a geração de saídas inválidas

¨ Forçar resultados de cálculos a serem muito grandes ou muito pequenos

4. Teste de Sistema x Aceitação

§ Objetivos diferentes

· Teste de sistema focam na descoberta de defeitos

· Testes de aceitação busca verificar se o sistema atende aos requisitos do cliente

§ No teste de aceitação, o sistema é testado por uma equipe separada

· Não é pela equipe de desenvolvimento