• Nenhum resultado encontrado

PROJETO DA DISCIPLINA. PES II Processo de Engenharia de Software II

N/A
N/A
Protected

Academic year: 2021

Share "PROJETO DA DISCIPLINA. PES II Processo de Engenharia de Software II"

Copied!
34
0
0

Texto

(1)

1 UNIOESTE - Universidade Estadual do Oeste do Paraná CCET - Centro de Ciências Exatas e Tecnológicas Colegiado de Informática

Curso de Bacharelado em Informática

PROJETO DA DISCIPLINA

PES II – Processo de Engenharia de Software II

CASCAVEL 2009

(2)

2 Alessandro Rodrigo Franco

Fernando Luiz Grando Fernando Martins

SISTEMA - FARMÁCIA

Documentação dos Testes de Caixa-Preta

Professor: Victor Francisco Araya Santander

CASCAVEL 2009

(3)

3 ÍNDICE 1 – Introdução ...04 2 – Técnica Utilizada...05 3 – Casos de Testes...06 [CT – 01] Cadastrar Funcionário ...06 [CT – 02] Remover Funcionário ...11 [CT – 03] Editar Funcionário ...11 [CT – 04] Buscar Funcionário ...12 [CT – 05] Cadastrar Produto...13 [CT – 06] Remover Produto ...16 [CT – 07] Editar Produto ...17 [CT – 08] Buscar Produto ...18 [CT – 09] Cadastrar Cliente ...18 [CT – 10] Remover Cliente ...20 [CT – 11] Editar Cliente ...21 [CT – 12] Buscar Cliente ...21 [CT – 13] Realizar Vendas...22 [CT – 14] Pagamento em Dinheiro...24 [CT – 15] Pagamento em Cheque...25 [CT – 16] Identificar-se no Sistema...27 4 – Apêndice A...29

(4)

4

1 – INTRODUÇÃO

A atividade de teste de software é um elemento crítico da garantia de qualidade de software e representa a última revisão de especificação, projeto e codificação. Não é incomum que uma organização de software gaste 40% do esforço de projeto total em teste. Alguns casos dos quais dependam vidas humanas (por exemplo, controle de vôo), pode custar de 3 a 5 vezes mais que todos os outros passos de engenharia de software juntos.

Objetivos da Atividade de Teste:

1) A atividade de teste é o processo de executar um programa com a intenção de descobrir um erro.

2) Um bom caso de teste é aquele que tem uma elevada probabilidade de revelar um erro ainda não descoberto.

3) Um teste bem-sucedido é aquele que revela um erro ainda não descoberto.

(5)

5

2 – TÉCNICA UTILIZADA

Existem muitas maneiras de se testar um software. Os casos de teste foram desenvolvidos a partir da técnica Caixa-Preta, também chamada de teste funcional, orientado a dado ou orientado a entrada e saída. A técnica de Caixa Preta avalia o comportamento externo do componente de software, sem se considerar o comportamento interno do mesmo (MYERS, 2004).

Dados de entrada são fornecidos, o teste é executado e o resultado obtido é comparado a um resultado esperado previamente conhecido. Como detalhes de implementação não são considerados, os casos de teste são todos derivados da especificação, mais precisamente dos Casos de Uso Funcionais do documento de Especificação de Requisitos e Análise Orientada a Objetos.

(6)

6

3 –TESTES

CT – 01 Cadastrar funcionário.

Importância Alta.

Propósito O gerente pode Cadastrar funcionários. Pré-Condição O usuário deve estar identificado.

O usuário deve ser do tipo gerente.

- Comportamento esperado, o sistema permite Cadastrar funcionário apenas quando se está logado como gerente.

Dados de Teste 1. Nome da pessoa - Nome da Pessoa Válido:

- Entrada: Conforme especificação em DE05. - Saída: Sem erros, comportamento esperado.

- Nome da Pessoa Inválido:

- Entrada: Conforme especificação em DE06. - Saída: Erro, comportamento esperado.

- Sem Nome da Pessoa:

- Saída: Erro, comportamento esperado.

2. Código do funcionário

- Saída: Sem erro. Código informado pelo sistema. Comportamento esperado.

3. Permissão

- Permissão válida

- Entrada: Conforme especificação em DE07. - Saída: Sem erros, comportamento esperado.

- Permissão inválida

- Entrada: Um ComboBox não permite a entrada de permissão inválida

(7)

7 - Sem permissão

- Saída: Erro, comportamento esperado, com base em DE08.

4. Data de nascimento

- Data válida

- Entrada: Conforme especificação em DE09.

- Saída: Sem erros, comportamento esperado, com base em DE09.

- Data inválida

- Entrada: Conforme especificação em DE10.

- Saida: Erro, comportamento esperado, com base em DE10.

- Sem data

- Saída: Erro, comportamento esperado, com base em DE10

5. Data de admissão

Ver 4. Data de Nascimento do Caso de Teste 1.

6. Telefone

- Telefone válido:

- Entrada: Conforme Especificação em DE13. - Saida: Sem erros, comportamento esperado.

- Telefone inválido

- Entrada: Conforme especificação em DE14.

- Saida: Erro, comportamento esperado, com base em D14.

- Sem telefone

- Saída: Erro, comportamento esperado com base em DE14.

7. Celular - Celular válido

(8)

8 - Saida: Sem erros, comportamento esperado, com base em DE15.

- Celular inválido

- Entrada: Conforme especificação em DE16.

- Saida: Erro, comportamento esperado, com base em D16.

- Sem celular

- Saída: Erro, comportamento esperado.

8. CPF

- CPF válido

- Entrada: Conforme especificação em DE17. - Saída: Sem erros, comportamento esperado.

- CPF inválido

- Entrada: Conforme especificação em DE18.

- Saída: Erro, comportamento esperado com base em DE18.

- Sem CPF

- Saída: Erro, comportamento esperado.

9. RG - RG válido

- Entrada: Conforme especificação em DE19. - Saída: Sem erros, comportamento esperado.

- RG inválido

- Entrada: Conforme especificação em DE20.

- Saida: Erro, comportamento esperado, com base em D20.

- Sem RG

(9)

9

10. Salário - Salário válido

- Entrada: Conforme especificação em DE21.

- Saída: Sem ocorrência de erros, comportamento esperado.

- Salário inválido

- Entrada: Conforme especificação em DE22. - Saída: Erro, comportamento esperado.

- Sem salário

- Erro, comportamento esperado.

11. Sexo

- Não há ocorrência de erros.

12. Observação

- Observação válida

- Entrada: Conforme especificação em DE25. - Saída: Sem erros, comportamento esperado.

- Observação inválida

- Entrada: Conforme especificação em DE25.

- Saída: Sem erro. Campo opcional, comportamento esperado.

- Sem observação

- Saída: Sem erro. Comportamento esperado.

13. Nome de usuário

- Nome de usuário válido

- Entrada: Conforme especificação em DE01. - Saída: Sem erros, comportamento esperado.

(10)

10 - Entrada: Conforme especificação em DE02.

- Saída: Erro. Comportamento esperado.

- Sem Nome de Usuário

- Saída: Erro. Comportamento esperado.

14. Senha

- Senha válida

- Entrada: Conforme especificação em DE03. - Saída: Sem erros, comportamento esperado.

- Senha inválida

- Entrada: Conforme especificação em DE04. - Saída: Erro. Comportamento esperado.

- Sem Senha

- Saída: Erro. Comportamento esperado.

Passos 1- O gerente entra na seção Cadastrar funcionário.

2- O gerente seleciona a permissão (cargo) do funcionário que deseja criar, são elas: 0 (atendente), 1 (caixa), 2 (gerente). 3- O gerente adiciona os seguintes dados para Cadastrar o

funcionário: nome do funcionário, RG, CPF, salário, data de nascimento, data de admissão, nome de usuário, senha, sexo. 4- O sistema adiciona um código para o funcionário.

5- O gerente adiciona opcionalmente os seguintes dados: telefone, celular, observação.

6- O gerente confirma o envio das informações.

7- O sistema informa a adição de um novo funcionário.

8- O gerente entra na seção Buscar funcionário e verifica que o funcionário foi cadastrado.

(11)

11

CT – 02 Remover funcionário. Importância Alta.

Propósito O gerente pode Remover funcionário.

Pré-Condição O usuário deve estar identificado. O usuário deve ser do tipo gerente. O funcionário a ser excluído deve existir.

- Comportamento esperado, somente o gerente pode Remover um funcionário.

Dados de Teste

1. Nome da pessoa

- Nome da pessoa válido

- Entrada: Conforme especificação em DE05. - Saída: Sem erro, comportamento esperado.

- Nome da pessoa inválido

- Entrada: Conforme especificação em DE06.

- Saída: Sem erro. Nenhum funcionário é listado. Comportamento esperado.

- Sem nome da pessoa.

- Sem erros, comportamento esperado.

Passos 1- O gerente ingressa na seção Remover funcionário. 2- O gerente digita o nome do funcionário a ser excluído. 3- O gerente confirma a exclusão do funcionário.

4- O sistema informa a exclusão do funcionário.

5- O gerente ingressa na seção Buscar funcionário e verifica que o funcionário não existe.

Notas

CT - 03 Editar funcionário. Importância Alta.

Propósito O gerente pode Editar o funcionário.

(12)

12 O usuário deve ser do tipo gerente.

O funcionário a ser alterado deve existir.

- Comportamento esperado, somente o gerente pode modificar um funcionário.

Dados de Teste

1. Nome da pessoa

- Nome da pessoa válido

- Entrada: Conforme especificação em DE05.

- Saída: Sem erro, funcionário alterado com sucesso, comportamento esperado.

- Nome da pessoa inválido

- Entrada: Conforme especificação em DE06.

- Saída: Erro. Comportamento esperado, o funcionário deve existir para ser alterado.

- Sem nome da pessoa.

- Saída: Sem erros, comportamento esperado.

Passos 1- O gerente ingressa na seção Editar funcionário. 2- O gerente digita o nome do funcionário a ser alterado. 3- O gerente confirma a alteração do funcionário.

4- O sistema informa a alteração do funcionário.

5- O gerente ingressa na seção Buscar funcionário e verifica que o funcionário foi alterado.

Notas

CT – 04 Buscar funcionário. Importância Alta

Propósito O gerente pode Buscar o funcionário.

Pré-Condição O usuário deve estar identificado. O usuário deve ser do tipo gerente.

O funcionário a ser consultado deve existir.

(13)

13

Teste - Nome da pessoa válido

- Entrada: Conforme especificação em DE05.

- Saída: Caso o funcionário estiver cadastrado, o mesmo é encontrado e mostrado na tela. Caso o funcionário não existir nada é listado. Comportamento esperado.

- Nome da pessoa inválido

- Entrada: Conforme especificação em DE06.

- Saída: Sem erro. Nenhum funcionário é listado, comportamento esperado.

- Sem nome da pessoa.

- Todos os funcionários são listado. - Sem erros, comportamento esperado.

Passos 1- O gerente ingressa na seção Buscar funcionário.

2- O gerente digita o nome do funcionário a ser consultado. 3- O gerente realiza a consulta ao funcionário.

Notas

CT – 05 Cadastrar produto. Importância Alta

Propósito O gerente e o atendente podem Cadastrar produto.

Pré-Condição O usuário deve estar identificado.

O usuário deve ser do tipo gerente ou atendente.

Dados de Teste

1. Nome do produto

- Nome do produto válido

- Entrada: Conforme especificação em DE27. - Saída: Sem erros, comportamento esperado.

- Nome do produto inválido

- Entrada: Conforme especificação em DE28. - Saída: Erro, comportamento esperado.

(14)

14 - Sem nome do produto

- Saída: Erro, comportamento esperado por ser um campo obrigatório.

2. Código do produto

- Saída: Sem Erro, código informado pelo sistema.

3. Fornecedor

- Fornecedor válido

- Entrada: Conforme especificação em DE29. - Saída: Sem erro, comportamento esperado.

- Fornecedor inválido

- Entrada: Conforme especificação em DE30. - Saída: Erro, comportamento esperado.

- Sem fornecedor

- Saída: Erro, campo obrigatório. Comportamento esperado.

4. Lote - Lote válido

- Entrada: Conforme especificação em DE31. - Saída: Sem erro, comportamento esperado.

- Lote inválido

- Entrada: Conforme especificação em DE32. - Saída: Erro, comportamento esperado.

- Sem lote

- Saída: Erro, campo obrigatório. Comportamento esperado.

(15)

15

- Quantidade de produtos válida

- Entrada: Conforme especificação em DE33. - Saída: Sem erro, comportamento esperado.

- Quantidade de produtos inválida

- Entrada: Conforme especificação em DE34.

- Saída 1: Erro para entradas alfanuméricas, comportamento esperado.

- Saída 2: Erro para entradas acima de 6 caracteres numérico. Comportamento esperado.

- Sem quantidade de produtos - Erro. Comportamento esperado.

6. Data de fabricação

- Ver 4. Data de Nascimento em CT - 01.

7. Data de vencimento

- Ver 4. Data de Nascimento em CT - 01.

8. Preço de custo - Preço de custo válido

- Entrada: Conforme especificação em DE39. - Saída: Sem erro, comportamento esperado.

- Preço de custo inválido

- Entrada: Conforme especificação em DE40. - Saída: Erro, comportamento esperado.

- Sem preço de custo

- Saída: Erro, campo obrigatório. Comportamento esperado.

(16)

16 Ver 8. Preço de Custo em CT - 05.

10. Observação

- Ver 12. Observação em CT – 01.

11. Tarja

- Tarja válida

- Sem erro, comportamento esperado.

- Tarja inválida

- Sem erro. O sistema não permite tarjas inválidas.

- Sem tarja

- Sem erro. Comportamento esperado.

Passos 1- O usuário entra na seção Cadastrar produto.

2- O usuário adiciona os seguintes dados para Cadastrar o produto: nome do produto, fornecedor, lote, quantidade de produtos, data de fabricação, data de vencimento, preço de custo, preço de venda, tarja.

3- O sistema adiciona um código para o produto.

4- O usuário adiciona opcionalmente os seguintes dados: observação.

5- O usuário confirma o envio das informações. 6- O sistema informa a adição de um novo produto

7- O usuário ingressa na seção Buscar produto e verifica que o produto foi cadastrado.

Notas

CT – 06 Remover produto. Importância Alta

Propósito O gerente e o atendente podem Remover produto.

(17)

17 O usuário deve ser do tipo gerente ou atendente.

O produto a ser excluído deve existir.

Dados de Teste

1. Nome do produto

- Nome do produto válido

- Sem erro, comportamento esperado.

- Nome do produto inválido - Erro, comportamento esperado.

- Sem nome do produto

- Erro, comportamento esperado.

Passos 1- O usuário ingressa na seção Remover produto. 2- O usuário digita o nome do produto a ser excluído. 3- O usuário confirma a exclusão do produto.

4- O sistema informa a exclusão do produto.

5- O usuário ingressa na seção Buscar produto e verifica que o produto não existe.

Notas

CT – 07 Editar produto. Importância Alta

Propósito O gerente e o atendente podem Editar produto.

Pré-Condição O usuário deve estar identificado.

O usuário deve ser do tipo gerente ou atendente. O produto a ser alterado deve existir.

Dados de Teste

1. Nome do produto

Ver 1. Nome do Produto em CT – 06.

Passos 1- O usuário ingressa na seção Editar produto. 2- O usuário digita o nome do produto a ser alterado. 3- O usuário confirma a alteração do produto.

4- O sistema informa a alteração do produto.

(18)

18 produto foi alterado.

Notas

CT – 08 Buscar produto. Importância Alta

Propósito O gerente e o atendente podem Buscar produto.

Pré-Condição O usuário deve estar identificado.

O usuário deve ser do tipo gerente ou atendente. O produto a ser consultado deve existir.

Dados de Teste

1. Nome do produto

Ver 1. Nome do Produto em CT – 06.

Passos 1- O usuário ingressa na seção Buscar produto.

2- O usuário digita o nome do produto a ser consultado. 3- O usuário realiza a consulta ao produto.

Notas

CT – 09 Cadastrar cliente. Importância Alta.

Propósito O gerente e o caixa podem Cadastrar cliente.

Pré-Condição O usuário deve estar identificado.

O usuário deve ser do tipo gerente ou caixa.

Dados de Teste

1. Nome da pessoa

- Ver 1. Nome da pessoa em CT – 01.

2. Código do cliente

- Saída: Sem Erro, código informado pelo sistema.

3. Sexo

- Não há ocorrência de erros.

(19)

19 - Ver 4. Data de Nascimento em CT - 01.

5. Telefone - Ver 6.Telefone em CT – 01. 6. Celular - Ver 7.Celular em CT – 01. 7. CPF - Ver 8.CPF em CT – 01. 8. RG - Ver 9.RG em CT – 01. 9. Saldo gasto

- Saldo gasto válido

- Entrada: Conforme especificação em DE39. - Saída: Sem erro, comportamento esperado.

- Saldo gasto inválido

- Entrada: Conforme especificação em DE40. - Saída: Erro, comportamento esperado.

- Sem saldo gasto

- Sem erro, campo opcional. Comportamento esperado.

10. Saldo devedor

- Ver 11.Saldo Gasto em CT – 09.

Passos 1- O usuário entra na seção Cadastrar cliente.

2- O usuário adiciona os seguintes dados para Cadastrar o cliente: nome do cliente, CPF, RG, saldo gasto, saldo devedor, data de nascimento, sexo.

(20)

20 4- O usuário adiciona opcionalmente os seguintes dados:

telefone, celular, observação.

5- O usuário confirma o envio das informações. 6- O sistema informa a adição de um novo cliente.

7- O usuário entra na seção Buscar cliente e verifica que o cliente foi cadastrado.

Notas

CT – 10 Remover cliente. Importância Alta.

Propósito O gerente e o caixa podem Remover cliente.

Pré-Condição O usuário deve estar identificado.

O usuário deve ser do tipo gerente ou caixa. O cliente a ser excluído deve existir.

Dados de Teste

1. Nome do cliente

- Nome do cliente válido

- Sem erro, comportamento esperado.

- Nome do cliente inválido

- Erro, comportamento esperado.

- Sem nome do cliente

- Erro, comportamento esperado.

Passos 1- O usuário ingressa na seção Remover cliente. 2- O usuário digita o nome do cliente a ser excluído. 3- O usuário confirma a exclusão do cliente.

4- O sistema informa a exclusão do cliente.

5- O usuário ingressa na seção Buscar cliente e verifica que o cliente não existe.

(21)

21

CT - 11 Editar cliente. Importância Alta.

Propósito O gerente e o caixa podem Editar cliente.

Pré-Condição O usuário deve estar identificado.

O usuário deve ser do tipo gerente ou caixa. O cliente a ser alterado deve existir.

Dados de Teste

1. Nome do cliente

- Nome do cliente válido

- Sem erro, comportamento esperado.

- Nome do cliente inválido

- Erro, comportamento esperado.

- Sem nome do cliente

- Erro, comportamento esperado.

Passos 1- O usuário ingressa na seção Editar cliente. 2- O usuário digita o nome do cliente a ser alterado. 3- O usuário confirma a alteração do cliente.

4- O sistema informa a alteração do cliente.

5- O usuário ingressa na seção Buscar cliente e verifica que o cliente foi alterado.

Notas

CT – 12 Buscar cliente. Importância Alta

Propósito O gerente e o caixa podem Buscar cliente.

Pré-Condição O usuário deve estar identificado.

O usuário deve ser do tipo gerente ou caixa. O cliente a ser consultado deve existir.

Dados de Teste

1. Nome do cliente

- Nome do cliente válido

(22)

22 - Nome do cliente inválido

- Erro, comportamento esperado.

- Sem nome do cliente

- Erro, comportamento esperado.

Passos 1- O usuário ingressa na seção Buscar cliente.

2- O usuário digita o nome do cliente a ser consultado. 3- O usuário realiza a consulta ao cliente.

Notas

CT – 13 Realizar Vendas. Importância Alta

Propósito O gerente e o caixa podem realizar venda.

Pré-Condição O usuário deve estar identificado.

O usuário deve ser do tipo gerente ou caixa.

Dados de Teste

1. Código da venda

- Sem erro, código informado pelo sistema. Comportamento esperado.

2. Data da venda

- Ver 4. Data de Nascimento do Caso de Teste 1.

3. Valor da venda

- O sistema calcula automaticamente o valor da venda, sem erros. Comportamento esperado.

4. Dados do funcionário

- Sem erros. Os dados dos funcionários estão corretos.

5. Dados do pagamento

(23)

23 - Entrada: Conforme especificação em DE71.

- Saída: Sem erro, conforme esperado.

- Dados inválidos

- Entrada 1: Conforme especificação em DE72. - Saída 1: Erro, comportamento esperado. - Entrada 2: Valor menor que o total da compra. - Saída 2: Erro, comportamento esperado.

- Sem dados

- Saída: Erro, comportamento esperado.

6. Dados do cliente

- O Sistema buscou o código correto referente ao CPF informado na

compra. Comportamento esperado.

7. Dados do produto

- Ver CT – 08. Sem erros, comportamento esperado.

8. Quantidade de itens na venda

- Quantidade Válida

- Entrada: conforme especificação em DE33. - Saída: Sem erros, comportamento esperado.

- Quantidade Inválida

- Erro. Comportamento esperado, quantidade vendida nãopode ser maior que estoque. Uma mensagem de erro é exibida!

- Sem quantidade de itens na venda

- Saída 1: Venda não realizada. Comportamento esperado.

- Saída 2: Mensagem de erro: Quantidade inválida! Passos 1- O usuário ingressa na seção Venda.

(24)

24 itens na venda.

3- O usuário informa os dados do pagamento.

4- Caso o pagamento seja em cheque, o usuário verifica os dados do cliente e informa os dados do cheque.

5- O sistema informa o valor da venda.

6- O sistema inclui os dados do funcionário para a venda. 7- O sistema informa a data da venda.

8- O sistema adiciona um código para a venda. 9- O usuário realiza a venda.

Notas

CT – 14 Pagamento em dinheiro. Importância Alta

Propósito O gerente e o caixa podem receber em dinheiro.

Pré-Condição O usuário deve estar identificado.

O usuário deve ser do tipo gerente ou caixa.

Dados de Teste

1. Dados da venda

- Dados da venda válidos

- Entrada: Conforme especificação em DE87. - Saída: Sem erros, comportamento esperado.

- Dados da venda inválidos

- Entrada: Conforme especificação em DE88. - Saída: Erro, comportamento esperado.

- Sem dados da venda

- Saída: Erro, comportamento esperado.

2. Status do pagamento

- Sem erros.

(25)

25 - Sem erro, código informado pelo sistema. Comportamento esperado.

4. Data do pagamento

- Ver 4. Data de Nascimento em CT – 01.

5. Tipo de pagamento

- Tipo de pagamento válido

- Sem erro. Comportamento esperado.

- Tipo de pagamento inválido

- Sem erro. Comportamento esperado.

- Sem tipo de pagamento

- O sistema não oferece essa opção. Sem erro, comportamento esperado.

6. Valor do pagamento

- Ver 5. Dados do pagamento em CT – 13.

Passos 1- O usuário ingressa na seção Pagamento em dinheiro.

2- O sistema informa os dados da venda e o valor do pagamento. 3- O usuário informa o tipo de pagamento, em dinheiro.

4- O usuário informa o status do pagamento. 5- O sistema informa a data do pagamento.

6- O sistema adiciona um código para o pagamento. 7- O sistema realiza o pagamento.

Notas

CT – 15 Pagamento em cheque. Importância Alta

Propósito O gerente e o caixa podem receber em cheque.

(26)

26 O usuário deve ser do tipo gerente ou caixa.

Dados de Teste

1. Dados da venda

- Ver 1. Dados da venda em CT – 14.

2. Dados do cliente

- Ver 6.Dados do cliente em CT – 13.

3. Código do pagamento

- Ver 3.Código do pagamento em CT – 14.

4. Data do pagamento

- Ver 4. Data de Nascimento em CT – 01.

5. Status do pagamento

- Ver 2.Status do Pagamento em CT – 14.

6. Tipo de pagamento

- Ver 5.Tipo do Pagamento em CT – 14.

7. Valor do pagamento

- Ver 5. Dados do pagamento em CT – 13.

8. Dados do cheque

- Dados do cheque válidos

- Entrada: Conforme especificação em DE93. - Saída: Sem erro, comportamento esperado.

- Dados do cheque inválidos

- Entrada: Conforme especificação em DE93. - Saída: Erro, comportamento esperado.

- Sem dados do cheque

(27)

27

Passos 1- O usuário ingressa na seção Pagamento em cheque.

2- O sistema informa os dados da venda e o valor do pagamento. 3- O usuário informa o tipo de pagamento, em cheque.

4- O sistema verifica os dados do cliente. 5- O usuário informa o status do pagamento. 6- O usuário informa os dados do cheque. 7- O sistema informa a data do pagamento.

8- O sistema adiciona um código para o pagamento. 9- O sistema realiza o pagamento.

Notas

CT – 16 Identificar-se no sistema. Importância Alta

Propósito O usuário pode ingressar no sistema.

Pré-Condição O usuário deve existir.

O usuário deve ser do tipo atendente, caixa ou gerente.

Dados de Teste

1. Nome de usuário

- Nome de usuário válido - Entrada: usuário cadastrado.

- Saída: Login efetuado se a senha estiver correta. Comportamento esperado.

- Nome de usuário inválido - Entrada: usuário inexistente.

- Saída: Erro, login não efetuado. Comportamento esperado.

- Sem nome de usuário

- Erro, comportamento esperado

2. Senha

- Senha válida

(28)

28 autentificação. Comportamento esperado.

- Senha inválida.

- Erro. Comportamento esperado.

- Sem Senha

- Erro. Comportamento esperado.

Passos 1- O usuário ingressa na seção de Login. 2- O sistema informa o nome de usuário. 3- O usuário informa a senha.

4- O usuário confirma o envio das informações.

5- O sistema informa que o usuário realizou login com sucesso. 6- O usuário verifica que se encontra na seção apropriada,

conforme seu nível de privilégio no sistema.

Notas

(29)

29

4 – APÊNDICE A

Detalhes dos dados de entrada (DE) dos Casos de Teste:

Dados

Id. Nome Tipo Especificação

DE01 Nome de usuário Válido Formado por caracteres alfanuméricos, com um tamanho máximo de 32 caracteres. DE02 Nome de usuário Inválido Qualquer combinação diferente da

especificação em DE01.

DE03 Senha Válida Formado por caracteres alfanuméricos,

com um tamanho máximo de 32 caracteres.

DE04 Senha Inválida Qualquer combinação diferente da

especificação em DE03.

DE05 Nome da pessoa Válido Formado por caracteres alfanuméricos, com um tamanho máximo de 32 caracteres. DE06 Nome da pessoa Inválido Qualquer combinação diferente da

especificação em DE05.

DE07 Permissão Válida Formado por um caracter numérico. Pode ser do tipo: 0 (atendente), 1 (caixa), 2 (gerente).

DE08 Permissão Inválida Qualquer combinação diferente da

especificação em DE07.

DE09 Data de nascimento Válida Formada por 10 caracteres, no formato de data: dd/mm/aaaa, onde ‘dd’ é o dia (intervalo numérico 01-31), ‘mm’ o mês (intervalo numérico 01-12), e ‘aaaa’ o ano (intervalo numérico 0000-9999).

DE10 Data de nascimento Inválida Qualquer combinação diferente da especificação em DE09.

DE11 Data de admissão Válida Formada por DE09

DE12 Data de admissão Inválida Qualquer combinação diferente da especificação em DE09.

(30)

30

DE13 Telefone Válido Formado por caracteres alfanuméricos, com um tamanho máximo de 12 caracteres.

DE14 Telefone Inválido Qualquer combinação diferente da

especificação em DE13.

DE15 Celular Válido Formado por DE13.

DE16 Celular Inválido Qualquer combinação diferente da

especificação em DE13.

DE17 CPF Válido Formado por 11 caracteres numéricos.

DE18 CPF Inválido Qualquer combinação diferente da

especificação em DE17.

DE19 RG Válido Formado por caracteres alfanuméricos,

com um tamanho máximo de 32 caracteres.

DE20 RG Inválido Qualquer combinação diferente da

especificação em DE19.

DE21 Salário Válido Formado por caracteres numéricos e uma vírgula, no formato de moeda. Precisão double (64 bits).

DE22 Salário Inválido Qualquer combinação diferente da

especificação em DE21.

DE23 Sexo Válido Formado por um caracter numérico. Pode ser do tipo: 0 (feminino), 1 (masculino).

DE24 Sexo Inválido Qualquer combinação diferente da

especificação em DE23.

DE25 Observação Válida Formado por caracteres alfanuméricos, com um tamanho máximo de 128 caracteres.

DE26 Observação Inválida Qualquer combinação diferente da especificação em DE25.

DE27 Nome do produto Válido Formado por caracteres alfanuméricos, com um tamanho máximo de 32 caracteres. DE28 Nome do produto Inválido Qualquer combinação diferente da

especificação em DE27.

(31)

31

DE30 Fornecedor Inválido Qualquer combinação diferente da especificação em DE27.

DE31 Lote Válido Formado por DE27.

DE32 Lote Inválido Qualquer combinação diferente da

especificação em DE27.

DE33 Quantidade de produtos Válida Formada por caracteres numéricos, com um tamanho máximo de 9 caracteres. DE34 Quantidade de produtos Inválida Qualquer combinação diferente da

especificação em DE33. DE35 Data de fabricação Válida Formada por DE09.

DE36 Data de fabricação Inválida Qualquer combinação diferente da especificação em DE09.

DE37 Data de vencimento Válida Formada por DE09.

DE38 Data de vencimento Inválida Qualquer combinação diferente da especificação em DE09.

DE39 Preço de custo Válido Formado por DE21.

DE40 Preço de custo Inválido Qualquer combinação diferente da especificação em DE21.

DE41 Preço de venda Válido Formado por DE21.

DE42 Preço de venda Inválido Qualquer combinação diferente da especificação em DE21.

DE43 Status do cliente Válido Formada por um caracter numérico. Pode ser do tipo: 0 (cliente sem dívidas), 1 (cliente com dívidas).

DE44 Status do cliente Inválido Qualquer combinação diferente da especificação em DE43.

DE45 Data de entrada Válida Formada por DE09.

DE46 Data de entrada Inválida Qualquer combinação diferente da especificação em DE09.

DE47 Saldo Gasto Válido Formado por DE21.

DE48 Saldo Gasto Inválido Qualquer combinação diferente da especificação em DE21.

(32)

32

DE50 Saldo devedor Inválido Qualquer combinação diferente da especificação em DE21.

DE51 Tarja Válida Formada por um caracter numérico. Pode ser do tipo: 0 (sem tarja), 1 (tarja vermelha), 2 (tarja preta).

DE52 Tarja Inválida Qualquer combinação diferente da

especificação em DE51. DE53 Código do funcionário Válido Formado por DE33.

DE54 Código do funcionário Inválido Qualquer combinação diferente da especificação em DE33.

DE55 Código do produto Válido Formado por DE33.

DE56 Código do produto Inválido Qualquer combinação diferente da especificação em DE33.

DE57 Código do cliente Válido Formado por DE33.

DE58 Código do cliente Inválido Qualquer combinação diferente da especificação em DE33.

DE59 Código da venda Válido Formado por DE33.

DE60 Código da venda Inválido Qualquer combinação diferente da especificação em DE33.

DE61 Data da venda Válida Formada por DE09.

DE62 Data da venda Inválida Qualquer combinação diferente da especificação em DE09.

DE63 Status do pagamento Válido Formada por um caracter numérico. Pode ser do tipo: 1 (pagamento efetuado), 2 (pagamento não efetuado).

DE64 Status do pagamento Inválido Qualquer combinação diferente da especificação em DE63.

DE65 Código do pagamento Válido Formado por DE33.

DE66 Código do pagamento Inválido Qualquer combinação diferente da especificação em DE33.

DE67 Data do pagamento Válida Formada por DE09

DE68 Data do pagamento Inválida Qualquer combinação diferente da especificação em DE09.

(33)

33

DE69 Tipo de pagamento Válido Formada por um caracter numérico. Pode ser do tipo: 0 (em dinheiro), 1 (em cheque). DE70 Tipo de pagamento Inválido Qualquer combinação diferente da

especificação em DE69. DE71 Valor do pagamento Válido Formado por DE21.

DE72 Valor do pagamento Inválido Qualquer combinação diferente da especificação em DE21.

DE73 Número do cheque Válido Formado por caracteres alfanuméricos, com um tamanho máximo de 45 caracteres. DE74 Número do cheque Inválido Qualquer combinação diferente da

especificação em DE73. DE75 Número da conta Válido Formado por DE73.

DE76 Número da conta Inválido Qualquer combinação diferente da especificação em DE73.

DE77 Valor do cheque Válido Formado por DE21.

DE78 Valor do cheque Inválido Qualquer combinação diferente da especificação em DE21.

DE79 Data de validade do cheque Válida Formada por DE09

DE80 Data de validade do cheque Inválida Qualquer combinação diferente da especificação em DE09.

DE81 Dados do funcionário Válido Formado por DE05, DE07, DE09, DE11, DE13, DE15, DE17, DE19, DE21, DE23, DE25, DE53.

DE82 Dados do funcionário Inválido Qualquer combinação diferente da especificação em DE81.

DE83 Dados do cliente Válido Formado por DE05, DE09, DE13, DE15, DE17, DE19, DE23, DE43, DE47, DE49, DE57.

DE84 Dados do cliente Inválido Qualquer combinação diferente da especificação em DE83.

DE85 Dados do produto Válido Formado por DE25, DE27, DE29, DE31, DE33, DE35, DE37, DE39, DE41, DE51, DE55.

(34)

34

DE86 Dados do produto Inválido Qualquer combinação diferente da especificação em DE85.

DE87 Dados da venda Válido Formado por DE59, DE61, DE81, DE89, DE83, DE95.

DE88 Dados da venda Inválido Qualquer combinação diferente da especificação em DE87.

DE89 Dados do pagamento Válido Formado por DE63, DE65, DE67, DE69, DE71, DE87.

DE90 Dados do pagamento Inválido Qualquer combinação diferente da especificação em DE89.

DE91 Quantidade de Itens na Venda Valida Formado por DE33.

DE92 Quantidade de Itens na Venda Inválida Qualquer combinação diferente da especificação em DE33.

DE93 Dados do cheque Válido Formado por DE73, DE75, DE77, DE79, DE87, DE89, DE83.

DE94 Dados do cheque Inválido Qualquer combinação diferente da especificação em DE01.

DE95 Valor da venda Válido Formado por DE21.

DE96 Valor da venda Inválido Qualquer combinação diferente da especificação em DE21.

Referências

Documentos relacionados

 Quota hereditária = parte do legitimário numa herança ficticiamente alargada, pela soma da legítima subjectiva com uma quota numa massa que inclui a herança legítima e a

• Ao testar o software, você deve tentar "quebrar“ o software usando a experiência e as diretrizes para escolher tipos de casos de teste que têm sido eficazes na descoberta

dinâmico – janela multiplicativo (WMDEA) com orientação às saídas; e, b) Super-Cobb- Douglas com orientação à entrada. Vale salientar que todos os modelos são com CRS,

Usar quando existem atributos que não pertencem às classes comuns ou quando estas classes podem participar de associações com outras

* Se imprimir cartão de aniversário usar todos os dados de volta, é acoplamento de dados.. Imprimir Cartão de

Essas são as formas de se representar o relacionamento entre os objetos das classes do tipo part-of, em que a agregação é representada por um diamante branco, sempre do lado

Ao longo deste artigo, iremos discutir os principais conceitos relacionados às atividades de teste, as principais técnicas e critérios de teste que podem ser utilizados para

Pelo Plano de Contas antigo, o controle da execução da receita orçamentária é feita no Ativo Compensado e a previsão no Passivo Compensado!. No novo Plano de Contas há