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

Transcrição

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

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

3 ÍNDICE 1 Introdução Técnica Utilizada 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 Apêndice A

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. 4

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. 5

6 3 TESTES CT 01 Importância Propósito Pré-Condição Dados de Teste Cadastrar funcionário. Alta. O gerente pode Cadastrar funcionários. 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. 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 6

7 - Sem permissão - Saída: Erro, comportamento esperado, com base em DE 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 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 DE Celular - Celular válido - Entrada: Conforme especificação em DE15. 7

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 - Saída: Erro, comportamento esperado. 8

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. - Nome de usuário inválido 9

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. Passos Notas - Sem Senha - Saída: Erro. Comportamento esperado. 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. 10

11 CT 02 Importância Propósito Pré-Condição Dados de Teste Remover funcionário. Alta. O gerente pode Remover funcionário. 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. 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. Passos Notas - Sem nome da pessoa. - Sem erros, comportamento esperado. 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. CT - 03 Importância Propósito Pré-Condição Editar funcionário. Alta. O gerente pode Editar o funcionário. O usuário deve estar identificado. 11

12 Dados Teste de 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. 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. Passos Notas - Sem nome da pessoa. - Saída: Sem erros, comportamento esperado. 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. 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. Dados de 1. Nome da pessoa 12

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. Passos Notas - Sem nome da pessoa. - Todos os funcionários são listado. - Sem erros, comportamento esperado. 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. CT 05 Importância Propósito Pré-Condição Dados de Teste Cadastrar produto. Alta O gerente e o atendente podem Cadastrar produto. O usuário deve estar identificado. O usuário deve ser do tipo gerente ou atendente. 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. 13

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. 5. Quantidade de produtos 14

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 Data de vencimento - Ver 4. Data de Nascimento em CT 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. 9. Preço de venda 15

16 Ver 8. Preço de Custo em CT Observação - Ver 12. Observação em CT Tarja - Tarja válida - Sem erro, comportamento esperado. - Tarja inválida - Sem erro. O sistema não permite tarjas inválidas. Passos Notas - Sem tarja - Sem erro. Comportamento esperado. 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. CT 06 Importância Propósito Pré-Condição Remover produto. Alta O gerente e o atendente podem Remover produto. O usuário deve estar identificado. 16

17 Dados Teste de O usuário deve ser do tipo gerente ou atendente. O produto a ser excluído deve existir. 1. Nome do produto - Nome do produto válido - Sem erro, comportamento esperado. - Nome do produto inválido - Erro, comportamento esperado. Passos Notas - Sem nome do produto - Erro, comportamento esperado. 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. CT 07 Importância Propósito Pré-Condição Dados de Teste Passos Editar produto. Alta O gerente e o atendente podem Editar produto. O usuário deve estar identificado. O usuário deve ser do tipo gerente ou atendente. O produto a ser alterado deve existir. 1. Nome do produto Ver 1. Nome do Produto em CT 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. 5- O usuário ingressa na seção Buscar produto e verifica que o 17

18 Notas produto foi alterado. CT 08 Importância Propósito Pré-Condição Dados de Teste Passos Notas Buscar produto. Alta O gerente e o atendente podem Buscar produto. O usuário deve estar identificado. O usuário deve ser do tipo gerente ou atendente. O produto a ser consultado deve existir. 1. Nome do produto Ver 1. Nome do Produto em CT 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. CT 09 Importância Propósito Pré-Condição Dados de Teste Cadastrar cliente. Alta. O gerente e o caixa podem Cadastrar cliente. O usuário deve estar identificado. O usuário deve ser do tipo gerente ou caixa. 1. Nome da pessoa - Ver 1. Nome da pessoa em CT Código do cliente - Saída: Sem Erro, código informado pelo sistema. 3. Sexo - Não há ocorrência de erros. 4. Data de nascimento 18

19 - Ver 4. Data de Nascimento em CT Telefone - Ver 6.Telefone em CT Celular - Ver 7.Celular em CT CPF - Ver 8.CPF em CT RG - Ver 9.RG em CT 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. Passos 10. Saldo devedor - Ver 11.Saldo Gasto em CT 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. 3- O sistema adiciona um código para o cliente. 19

20 Notas 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. CT 10 Importância Propósito Pré-Condição Dados de Teste Remover cliente. Alta. O gerente e o caixa podem Remover cliente. O usuário deve estar identificado. O usuário deve ser do tipo gerente ou caixa. O cliente a ser excluído deve existir. 1. Nome do cliente - Nome do cliente válido - Sem erro, comportamento esperado. - Nome do cliente inválido - Erro, comportamento esperado. Passos Notas - Sem nome do cliente - Erro, comportamento esperado. 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. 20

21 CT - 11 Importância Propósito Pré-Condição Dados de Teste Editar cliente. Alta. O gerente e o caixa podem Editar cliente. O usuário deve estar identificado. O usuário deve ser do tipo gerente ou caixa. O cliente a ser alterado deve existir. 1. Nome do cliente - Nome do cliente válido - Sem erro, comportamento esperado. - Nome do cliente inválido - Erro, comportamento esperado. Passos Notas - Sem nome do cliente - Erro, comportamento esperado. 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. CT 12 Importância Propósito Pré-Condição Dados de Teste Buscar cliente. Alta O gerente e o caixa podem Buscar cliente. O usuário deve estar identificado. O usuário deve ser do tipo gerente ou caixa. O cliente a ser consultado deve existir. 1. Nome do cliente - Nome do cliente válido - Sem erro, comportamento esperado. 21

22 - Nome do cliente inválido - Erro, comportamento esperado. Passos Notas - Sem nome do cliente - Erro, comportamento esperado. 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. CT 13 Importância Propósito Pré-Condição Dados de Teste Realizar Vendas. Alta O gerente e o caixa podem realizar venda. O usuário deve estar identificado. O usuário deve ser do tipo gerente ou caixa. 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 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 - Dados válidos 22

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! Passos - Sem quantidade de itens na venda - Saída 1: Venda não realizada. Comportamento esperado. - Saída 2: Mensagem de erro: Quantidade inválida! 1- O usuário ingressa na seção Venda. 2- O usuário informa os dados do produto e a quantidade de 23

24 Notas 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. CT 14 Importância Propósito Pré-Condição Dados de Teste Pagamento em dinheiro. Alta O gerente e o caixa podem receber em dinheiro. O usuário deve estar identificado. O usuário deve ser do tipo gerente ou caixa. 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. 3. Código do pagamento 24

25 - Sem erro, código informado pelo sistema. Comportamento esperado. 4. Data do pagamento - Ver 4. Data de Nascimento em CT 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. Passos Notas 6. Valor do pagamento - Ver 5. Dados do pagamento em CT 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. CT 15 Importância Propósito Pré-Condição Pagamento em cheque. Alta O gerente e o caixa podem receber em cheque. O usuário deve estar identificado. 25

26 Dados Teste de O usuário deve ser do tipo gerente ou caixa. 1. Dados da venda - Ver 1. Dados da venda em CT Dados do cliente - Ver 6.Dados do cliente em CT Código do pagamento - Ver 3.Código do pagamento em CT Data do pagamento - Ver 4. Data de Nascimento em CT Status do pagamento - Ver 2.Status do Pagamento em CT Tipo de pagamento - Ver 5.Tipo do Pagamento em CT Valor do pagamento - Ver 5. Dados do pagamento em CT 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 - Saída: Erro, comportamento esperado. 26

27 Passos Notas 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. CT 16 Importância Propósito Pré-Condição Dados de Teste Identificar-se no sistema. Alta O usuário pode ingressar no sistema. O usuário deve existir. O usuário deve ser do tipo atendente, caixa ou gerente. 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 - Sem erro se o login estiver correto, login incorreto não gera 27

28 autentificação. Comportamento esperado. - Senha inválida. - Erro. Comportamento esperado. Passos Notas - Sem Senha - Erro. Comportamento esperado. 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. Todos os DE podem ser encontrados no Apêndice A. 28

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 ). 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. 29

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. DE29 Fornecedor Válido Formado por DE27. 30

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. DE49 Saldo devedor Válido Formado por DE21. 31

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. 32

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. 33

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. 34