Trabalho da Disciplina Implementação de Sistemas de Software. Planejamento de Testes

Transcrição

1 UNIVERSIDADE ESTADUAL DE MARINGA DEPARTAMENTO DE INFORMATICA Trabalho da Disciplina 5191 Implementação de Sistemas de Software Planejamento de Testes Prof. Dr. Donizete Carlos Bruzarosco Alunos: Anderson J. Vieira Paulo Ricardo Rocha de Almeida Walter Fernandes Carvalho Maringá,2012

2 Índice: Planejamento dos Testes Ferramentas... 3 Teste de Caixa Preta Paulo... 3 Teste de Caixa Branca Paulo... 7 Teste de Caixa Preta Anderson Teste de Caixa Preta Walter Teste de Caixa Branca Anderson Teste de Caixa Branca Walter Implementação do 2º Sprint Padrões de Projeto Frameworks... 26

3 Planejamento de Testes Ferramenta: Será utilizado o framework junit para os testes unitários, pois é uma ferramenta que facilita a criação de código para a automação de testes com apresentação de resultados, assim podendo verificar se a classe funciona da forma esperada. Teste da Caixa Preta Paulo Critério de Teste: Classes de Equivalência Funcionalidade: Inserção de Lotes, Identificação de estoque baixo, vencimento próximo e lote vencido. Para a identificação de estoque baixo, o sistema irá comparar a quantidade disponível em estoque com o parâmetro estoque_baixo do sistema, atendendo a seguinte regra: se a quantia em estoque for menor que o parâmetro, a linha referente a este registro no jtable deverá ficar destacado na cor verde. Para a identificação de lote vencido, o sistema irá comparar a data atual com a data de vencimento do lote, caso for maior a linha referente a este registro na tabela deverá ficar destacado na cor vermelha. Para a identificação de lote com vencimento próximo, o sistema efetua o cálculo: (data_vencimento_lote quantia_dias_alerta), se a data resultado for superior a data atual em no (máximo data_atual + quantia_dias_alerta), a linha referente a este registro na tabela deverá ficar destacado na cor laranja, indicando que seu vencimento está próximo. As regras para Vencimento Próximo e Lote Vencido sobrepõem a de Estoque Baixo, ou seja, caso o lote esteja com Estoque Baixo e Vencido, o resultado esperado será o de Vencido, e para Estoque Baixo e Vencimento Próximo o esperado será Vencimento Próximo. Quando o lote estiver zerado, então a linha ficará na cor preta/cinza escuro e esta regra sobrepõe as anteriores. 3

4 Campo: Data válidade CONDIÇÕES ENTRADA DE TIPO DE CONDIÇÃO CLASSES VÁLIDAS CLASSES INVÁLIDAS Tamanho do Campo Máscara DD/MM/YYYY (1): 10 (3): 0, e maior que 10 Tipo de Entrada Apenas números e / (barra) (2): Pertencentes a: [0-9]{2}/[0-9]{2}/[0-9]{4} (4): Não Pertencentes a:[0-9]{2}/[0-9]{2}/[0-9]{4} Caso de Testes: Para classes válidas Inserir Data: 25/10/2014 (Atinge classes: 1 e 2) Resultado Esperado: Que o sistema aceite a data e quando solicitado para gravar, persista o dado na base de dados. Resultado Apresentado: A data foi gravada com sucesso na base de dados. Caso de Testes: Para classes inválidas Inserir Data: 21/AB/2014 Resultado Esperado: Que o sistema não aceite a entrada e mostre a mensagem: Insira uma data válida dd/mm/yyyy. Resultado Apresentado: Sistema bloqueou entrada e mostrou mensagem de aviso. Inserir Data: 2014/22/11 Resultado Esperado: Que o sistema não aceite a entrada e mostre a mensagem: Insira uma data válida dd/mm/yyyy. Resultado Apresentado: Sistema bloqueou entrada e mostrou mensagem de aviso. Inserir Data: 11/55/2012 Resultado Esperado: Que o sistema não aceite a entrada e mostre a mensagem: Insira uma data válida dd/mm/yyyy. Resultado Apresentado: Sistema bloqueou entrada e mostrou mensagem de aviso. 4

5 Campo: Quantidade CONDIÇÕES ENTRADA DE TIPO DE CONDIÇÃO CLASSES VÁLIDAS CLASSES INVÁLIDAS Tamanho do Campo Faixa (1): 1-10 (3): < 0, (4): Valores com mais de 10 digitos. Tipo de Entrada Apenas valores inteiros (2): Pertencentes a [0-9] (5): Não Pertencentes a: [0-9] Caso de Testes: Para classes válidas Inserir Quantidade: 10 (Atinge classes: 1 e 2) Resultado Esperado: Que o sistema aceite a quantidade e quando solicitado para gravar, persista o dado na base de dados. Resultado Apresentado: A data foi gravada com sucesso na base de dados. Caso de Testes: Para classes inválidas Inserir Quantidade: -10 Resultado Esperado: Que o sistema não aceite a entrada e mostre a mensagem: Entre com uma quantidade válida Resultado Apresentado: Sistema bloqueou entrada e mostrou mensagem de aviso. Inserir Quantidade: Resultado Esperado: Que o sistema não aceite a entrada e mostre a mensagem: Entre com uma quantidade válida Resultado Apresentado: Sistema bloqueou entrada e mostrou mensagem de aviso. Inserir Quantidade: 99,0 Resultado Esperado: Que o sistema não aceite a entrada e mostre a mensagem: Entre com uma quantidade válida Resultado Apresentado: Sistema bloqueou entrada e mostrou mensagem de aviso. Inserir Quantidade: AB90 Resultado Esperado: Que o sistema não aceite a entrada e mostre a mensagem: Entre com uma quantidade válida 5

6 Resultado Apresentado: Sistema bloqueou entrada e mostrou mensagem de aviso. Critério de Teste: Análise do valor limite Identificação de Estoque Baixo, Vencimento Próximo e Lote Vencido Variável de Entrada: EST Quantidade disponível em estoque. DTVAL Data de válidade do lote EST = [0, 5, 4, 6, 3] DTVAL = [18/11/2012, Data do Sistema: 18/11/2012 Parâmetro Estoque Baixo = 5. Parâmetro Data Limite = 15 dias. DEFINIÇÃO CASOS DE TESTE EST = 0; DTVAL = 17/11/2012 EST = 0; DTVAL = 18/11/2012 EST = 0; DTVAL = 01/01/2013 EST = 0; DTVAL = 03/12/2012 EST = 5; DTVAL = 17/11/2012 EST = 5; DTVAL = 18/11/2012 EST = 5; DTVAL = 01/01/2013 EST = 5; DTVAL = 03/12/2012 EST = 6; DTVAL = 17/12/2012 EST = 6; DTVAL = 18/12/2012 EST = 6; DTVAL = 01/01/2013 EST = 6; DTVAL = 03/12/2012 EST = 4; DTVAL = 17/12/2012 EST = 4; DTVAL = 18/12/2012 EST = 4; DTVAL = 01/12/2012 EST = 4; DTVAL = 03/12/2012 RESULTADO ESPERADO LINHA PRETO/CINZA ESCURO LINHA PRETO/CINZA ESCURO LINHA PRETO/CINZA ESCURO LINHA PRETO/CINZA ESCURO LINHA VERMELHO/VERMELHO ESCURO LINHA LARANJA/LARANJA ESCURO LINHA BRANCO/CINZA CLARO LINHA BRANCO/CINZA CLARO LINHA VERMELHO/VERMELHO ESCURO LINHA LARANJA/LARANJA ESCURO LINHA BRANCO/CINZA LINHA BRANCO/CINZA LINHA VERMELHO/VERMELHO ESCURO LINHA LARANJA/LARANJA ESCURO LINHA VERDE/VERDE ESCURO LINHA VERDE/VERDE ESCURO 6

7 Teste da Caixa-Branca - Paulo Código: 17: public class LoteTableRenderer extends DefaultTableCellRenderer 30: if (row % 2 == 0) 31: setbackground(new Color(255, 255, 255)); //BRANCO DEFAULT 33: setbackground(new Color(242, 242, 242)); // CINZA DEFAULT 37: if ((qtd == 0) && (row % 2 == 0)) 38: setbackground(new Color(105, 105, 105)); //Black1 39: else if ((qtd == 0) && (row % 2!= 0)) 40: setbackground(new Color(130, 130, 130)); //Black2 44: else if ((dtvalidade.compareto(dthoje) < 0) && (row % 2 == 0)) 7

8 45: setbackground(new Color(255, 48, 48)); //Firebrick1 46: else if ((dtvalidade.compareto(dthoje) < 0) && (row % 2!= 0)) 47: setbackground(new Color(238, 44, 44)); //Firebrick2 51: else if ((dtvalidade.compareto(dthoje) > 0) && (dtvalidade.compareto(dtlimite) < 0) && (row % 2 == 0)) 52: setbackground(new Color(255, 215, 0)); //Gold1 53: else if ((dtvalidade.compareto(dthoje) > 0) && (dtvalidade.compareto(dtlimite) < 0) && (row % 2!= 0)) 54: setbackground(new Color(238, 201, 0)); //Gold2 58: else if ((qtd < Parametros.ESTOQUE_BAIXO) && (row % 2 == 0)) 59: setbackground(new Color(202, 255, 104)); //DarkOliveGreen1 60: else if ((qtd < Parametros.ESTOQUE_BAIXO) && (row % 2!= 0)) 61: setbackground(new Color(162, 205, 90)); //DarkOliveGreen2 63: setforeground(color.black); Critério de Teste: Cobertura de Caminhos CAMINHO VÉRTICES C C C C C C C C C C C C C C C C C C

9 Casos de Testes: Os testes foram realizados utilizando a ferramenta junit, para automatizar o processo, abaixo estão apresentados os dados de entrada, o resultado esperado e o resultado apresentado. Dados de Entrada: Caso 1: Quantidade: 0 Data Válidade: 17/11/2012 Data Sistema: 18/11/2012 Parâmetro Qtd. Dias Aviso Validade: 15 Parâmetro Qtd. Estoque Baixo: 5 Caso 2: Quantidade: 0 Data Válidade: 18/11/2012 Data Sistema: 18/11/2012 Qtd dias Aviso Validade: 15 Parâmetro Qtd. Estoque Baixo: 5 Caso 3: Quantidade: 5 Data Válidade: 17/11/2012 Data Sistema: 18/11/2012 Qtd dias Aviso Validade: 15 Parâmetro Qtd. Estoque Baixo: 5 Caso 4: Quantidade: 5 Data Válidade: 18/11/2012 9

10 Data Sistema: 18/11/2012 Qtd dias Aviso Validade: 15 Parâmetro Qtd. Estoque Baixo: 5 Caso 5: Quantidade: 10 Data Válidade: 01/01/2013 Data Sistema: 18/11/2012 Qtd dias Aviso Validade: 15 Parâmetro Qtd. Estoque Baixo: 5 Caso 6: Quantidade: 3 Data Válidade: 25/12/2012 Data Sistema: 18/11/2012 Qtd dias Aviso Validade: 15 Parâmetro Qtd. Estoque Baixo: 5 Resultados Esperados: Caso1: Linha pintada na cor Preta/Cinza Escuro Caso2: Linha pintada na cor Preta/Cinza Escuro Caso3: Linha pintada na cor Vermelho/Vermelho Escuro Caso4: Linha pintada na cor Amarelo/Amarelo Escuro Caso5: Linha pintada na cor Branca/Cinza Claro Caso6: Linha pintada na cor Verde/Verde Escuro Resultados Apresentados: Caso1: Linha pintada na cor Preta/Cinza Escuro Caso2: Linha pintada na cor Preta/Cinza Escuro 10

11 Caso3: Linha pintada na cor Vermelho/Vermelho Escuro Caso4: Linha pintada na cor Amarelo/Amarelo Escuro Caso5: Linha pintada na cor Branca/Cinza Claro Caso6: Linha pintada na cor Verde/Verde Escuro Complexidade Ciclomática Número de Regiões: 10 V(G) = E-N+2 V(G) = = 10 V(G) = P+1 V(G) = = 10 A Complexidade ciclomática do grafico de fluxo é 10. Teste da Caixa Preta - Anderson Particionamento de equivalência Tela Cadastro de Produto: Função Inserir Campo Nome: Condições de Entrada Tipo de Condição Classe Validas Classe Invalidas Tamanho do Campo Faixa 1-50 (1) 0, (2) >50 (3) Somente Letras Conjunto ϵ { a z} (4) Não Pertence { a z}( 5) Casos de Teste Para as classes Validas: Inserir nome = Anderson => pega as classes de numero 1 e 4 Resultado esperado = Que o sistema insere Anderson ao banco Resultado apresentado = Anderson inserido 11

12 Para as classes Invalidas: Classe 2: Não Inserir nome Resultado esperado = Que o sistema avise que o campo não pode ficar em branco, que deve ser preenchido Resultado apresentado = O sistema informou que o campo deve ser preenchido Classe 3: Inserir nome = Anderson Jose Vieira da Silva Sicrano Dos Santos Martins Resultado esperado = Que o sistema bloqueia a inserção após o caractere 50 Resultado apresentado = O sistema bloqueou a inserção após o caractere 50 Classe 5: Inserir nome = And3rs0n ou Anderson2 Resultado esperado = Não adicione ao banco Resultado apresentado = Nome não adicionado ao banco Analise do Valor Limite Entrada = A Resultado esperado = Que ele adiciona o A ao banco Resultado apresentado = A adicionado ao banco Entrada = Anderson Jose Vieira da Silva Sicrano Dos Santos Resultado esperado = Que ele adicione o nome ao banco Resultado apresentado = nome adicionado com sucesso Campo Preço: Condições de Entrada Tipo de Condição Classes Validas Classes Invalidas Tamanho do Campo Faixa 1-10 (1) 0, (2) >10 (3) Somente Números Conjunto ϵ {0-9} (5) Não Pertence {0-9} (5) Casos de Teste Para as Classes Validas: Inserir Preço = 1.25 => Pega as classes 1 e 5 12

13 Resultado esperado = Que ele adicione o valor 1.25 Resultado apresentado = 1.25 Para as Classes Invalidas: Classe 2: Não inserir Preço, (Preço = ) Resultado esperado = Que o sistema informe que o campo não pode ficar em branco, que deve ser preenchido Resultado apresentado = O sistema informou que o campo deve ser preenchido Classe 3: Inserir Preço = Resultado esperado = Que o sistema bloqueie a inserção após o caractere 10 Resultado apresentado = O sistema bloqueou a inserção após o caractere 10 Classe 5: Inserir Preço = 1B.00 Resultado esperado = Que o sistema não adicione ao banco Resultado apresentada= Valor não adicionado ao banco Analise do Valor Limite Entrada = 2 Resultado esperado= Adicione ao banco Resultado apresentado = valor 2 adicionado com sucesso Entrado = Resultado esperado = Adicione o valor ao banco Resultado apresentado = valor adicionado Campo Descrição: Condições de Entrada Tipos de Condição Classes Validas Classes Invalidas Tamanha do Campo Faixa (1) < 0 (2) >255 (3) Casos de Teste Para as Classes Validas: Inserir Descrição = Produto destinado a confecção de Pães => Pega a classe 1 Resultado esperado = O sistema adiciona a descrição ao banco 13

14 Resultado apresentada = descrição adicionada com sucesso ao banco Para as Classes Invalidas: Classe 3: Descrição de Farinha de Trigo Integral :Obtida da moagem dos grãos inteiros do trigo, a Farinha de Trigo Integral mantém a estrutura do farelo, onde estão as fibras alimentares e do gérmen, fonte de vitaminas e sais minerais do grão. Possui vantagens nutricionais em relação à farinha de trigo branca, pois conta com a presença de nutrientes essenciais como vitaminas do complexo B, vitamina E, ferro e fibras que são perdidos durante o processamento da farinha de trigo comum. Resultado esperado = O sistema bloqueia a inserção dos caracteres após 255 Resultado apresentado = Inserção bloqueada Analise do valor Limite Entrada = a Resultado esperado = Que o sistema adicione o a ao banco Resultado apresentado = valor adicionado com sucesso Entrada = Descrição de Farinha de Trigo Integral :Obtida da moagem dos grãos inteiros do trigo, a Farinha de Trigo Integral mantém a estrutura do farelo, onde estão as fibras alimentares e do gérmen, fonte de vitaminas e sais minerais do grão,possui vantagens!! Resultado esperado = Que o sistema adicione a descrição no banco Resultado apresentado = descrição adicionada com sucesso Depuração: A depuração usada foi a Backtracking. Teste da Caixa Preta - Walter Particionamento de equivalência Tela Cadastro de Clientes/Fornecedores: Função Inserir Campos: Nome/Razão Social/Rua/Complemento/Bairro/Cidade Condições de Entrada Tipo de Condição Classes Validas Classes Invalidas Somente Letras Conjunto ϵ {a-z} (1) Não Pertence {a-z} (2) Tamanho do Campo Faixa 1-50 (3) 0, (4) >50 (5) 14

15 Casos de Teste Para as classes Validas: Inserir Nome = Paulo => pega as classes 1 e 3 Resultado esperado = Adicione o nome Paulo ao Banco Resultado apresentado = Nome adicionado com sucesso Para as classes Invalidas: Classe 2: Inserir nome = Paulo12 Resultado esperado = Não adicione ao banco Resultado apresentado = Nome não adicionado Classe 4: Não inserir nome, deixar o campo em branco Resultado esperado = Sistema indica campo em branco e manda inserir corretamente Resultado apresentado = Não adicionado ao banco, e sistema manda inserir Classe 5: Inserir nome = Paulo de Almeida Rocha dos Santos Sicrano Correia Resultado esperado = Sistema não permite adicionar mais nome depois do caractere 50 Resultado apresentado = Parou de inserir nome depois do caractere 50 Analise do Valor Limite Entrada = P Resultado esperado = Que o sistema adicione o P ao banco Resultado apresentado = P adicionado ao banco Entrada = Paulo de Almeida Rocha dos Santos Sicrano Fulano Resultado esperado = Que o sistema adicione o nome ao banco Resultado apresentado = Nome adicionado 15

16 Campos: CPF/CNPJ/RG/Inscrição Estadual Condições de Entrada Tipo de condição Classes Validas Classes Invalidas Somente Números,Ponto, Traço e Barra Conjunto ϵ{0-9,.,-,/} (1) Não pertence á {0-9,.,-,/} (2) Tamanho do CPF/RG/Inscrição Estadual Faixa 1-14 (3) 0,(4) >14(5) Tamanho do CNPJ Faixa 1-18 (6) 0,(7) >18 (8) Formato do CPF/CNPJ/RG/Inscrição Estadual Valido Booleana Sim (9) Não(10) Casos de Teste Para as Classes Validas: Inserir CPF = => Pega as classes 1,3 e 9 Resultado esperado = Que o sistema adicione o CPF ao banco Resultado apresentado = CPF adicionado Inserir CNPJ = / => Pega as classes 1,6 e 9 Resultado esperado = Que o sistema adicione o CNPJ ao banco Resultado apresentado = CNPJ adicionado Para as classes Invalidas: Classe 2: Inserir um CPF = 123.abc.456.-hg Resultado esperado = Que o sistema não adicione o valor ao banco Resultado apresentado = Formato incorreto, valor não foi adicionado ao banco e o sistema pede para inserir o valor no formato correto Classe 4: Não inserir valor algum, deixar o campo em branco Resultado esperado = Que o sistema avise que o campo deve ser preenchido Resultado apresentado = O sistema pede para preencher o campo Classe 5: Inserir o CPF = Resultado esperado = Sistema não deixe digitar mais valor após o caractere 14 16

17 Resultado apresentado = Sistema trava a inserção de valores após o caractere 14 Classe 7: Não inserir valor algum, deixar o campo em branco Resultado esperado = Que o sistema avise que o campo deve ser preenchido Resultado apresentado = O sistema pede para preencher o campo Classe 8: Inserir o CNPJ = / Resultado esperado = Sistema não deixe digitar mais valor após o caractere 18 Resultado apresentado = Sistema trava a inserção de valores após o caractere 18 Classe 10: Inserir um valor para o CPF no formato = Resultado esperado = Que o sistema avise que o valor esta no formato incorreto Resultado apresentado = O sistema avisou que o formato esta incorreto Analise do Valor Limite Como estes campos trabalhão com formato especifico, caso a entrada for um valor baixo ou próximo do limite o sistema ira avisar que o usuário digite no formato correto. Entrada = 1 Resultado esperado = Que o sistema avise que o valor esta no formato incorreto Resultado apresentado = O sistema avisou que o formato esta incorreto Campo CEP: Condições de Entrada Somente Números e Traço Tipos de Condição Classes Validas Classes Invalidas Conjunto ϵ {0-9,-}(1) Não pertence á {0-9,-} (2) Tamanho do Campo Faixa 1-9(3) 0,(4) >9 (5) Formato do CEP valido Booleana Sim(6) Não (7) Casos de Testes Para as Classes Validas: Inserir CEP = => Pega as classes 1,3 e 6 Resultado esperado = Que o sistema adicione o CEP ao banco 17

18 Resultado apresentado = CEP adicionado Para as Classes Invalidas: Classe 2: Inserir o CEP = PR Resultado esperado = Que o sistema avise que o formato esta incorreto Resultado apresentado = O sistema avisou que o formato não esta correto Classe 4: Não Inserir CEP algum, deixar o campo em branco Resultado esperado = O sistema avisa que não pode deixar o campo em branco Resultado apresentado = O Sistema mostrou um aviso, explicando que o campo dever ser preenchido Classe 5: Inserir o CEP = Resultado esperado = Que o sistema bloqueie a inserção após o caractere 9 Resultado apresentado = O Sistema bloqueou a inserção após o caractere 9 Classe 7:Inserir o CEP = Resultado esperado = Que o sistema informe que o formato esta incorreto Resultado apresentado = O Sistema informou que o formato digitado esta incorreto, e mostrou o formato certo Analise do Valor Limite Como o campo CEP trabalha com um formato especifico, o valor será sempre o mesmo. Entrada = 4 Resultado esperado = Que o sistema informe que o formato esta incorreto Resultado apresentado = O sistema informou que o formato esta incorreto e mostrou o formato que deve ser inserido Campo Telefone: Condições de Entrada Tipos de Condição Classes Validas Classes Invalidas Tamanho do campo Faixa 1-13 (1) 0, (2) >13 (3) Somente Números e Traço Formato do Telefone Valido Conjunto ϵ {0-9, -} (4) Não pertence á {0-9, -} (5) Booleana Sim (6) Não (7) 18

19 Casos de Teste Para as Classes Validas: Inserir Telefone = => Pega as classes 1,4 e 6 Resultado esperado = Que o sistema adicione o telefone ao banco Resultado apresentado = O sistema adicionou o telefone ao banco Para as Classes Invalidas: Classe 2: Não inserir valor algum, deixar o campo em branco Resultado esperado= Que o sistema informe que o campo não pode ficar em branco Resultado apresentado = O Sistema avisou que o campo não pode ficar em branco Classe 3: Inserir Telefone = Resultado esperado = Que o sistema não adicione ao banco e para a inserção após o caractere 13 Resultado apresentado = Telefone não foi adicionado ao banco e o sistema travou a inserção após o caractere 13 Classe 5: Inserir Telefone = (044) Resultado esperado = Que o sistema não adicione ao banco Resultado apresentado = Telefone não adicionado Classe 7: Inserir Telefone = Resultado esperado = Que o sistema informe que o formato esta incorreto Resultado apresentado = O Sistema informou que o formata esta incorreto e mostrou o formato que dever ser inserido Analise do Valor Limite Como o campo Telefone trabalha com um formato especifico, o valor limite será sempre o mesmo Entrada = 23 Resultado esperado = Que o sistema informe que o formato esta incorreto Resultado apresentado = O Sistema informou que o formata esta incorreto e mostrou o formato que dever ser inserido Depuração: A depuração usada foi a Backtracking. 19

20 Teste de Caixa Branca Anderson Código: public String getcolumnname(int columnindex){ 1. if (columnindex == COL_CODIGO){ 2. return "Código"; 3. } else if (columnindex == COL_NOME){ 4. return "Nome"; 5. } else if (columnindex == COL_PRECO){ 6. return "Preço R$"; } 7. return ""; } Grafo de Controle: 20

21 Complexidade Ciclomática: Contar o número de regiões no grafo de controle. No Grafo acima, temos Quatro regiões, R1, R2, R3 e R4: as tres internas(r1,r2 e R3) e a externa (R4). Logo, este grafo tem 4 caminhos independentes, também chamado de Complexidade ciclomática. Aplicar a fórmula: C = E - N + 2 onde C = número de caminhos independentes E = número de arestas N = número de nós No Grafo acima temos E = 10, N = 8, logo C = = 4 Contar o número de estruturas de decisão no programa e somar 1. No Grafo acima, temos 3 "if". Logo, o número de caminhos independentes é 4. Caminhos Independentes: Caminho 1: 1,2,7 Caminho 2: 1,3,4,7 Caminho 3: 1,3,5,6,7 Caminho 4: 1,3,5,8,7 Casos de Teste: Caminho 1: Entrada = COL_CODIGO Resultado Esperado = Que a função retorne o nome Código Resultado Apresentado = Nome Código foi retornado Caminho 2: Entrada = COL_NOME Resultado Esperado = Que a função retorne o nome Nome Resultado Apresentado = Nome Nome foi retornado Caminho 3: Entrado = COL_PRECO Resultado Esperado = Que a função retorne o nome Preço R$ Resultado Apresentado = Nome Preço R$ foi retornado Caminho 4: Entrado = COL_VALIDADE Resultado Esperado = Que a função não retorne nada Resultado Apresentado = Nada foi retornado Depuração: A depuração usada foi a Backtracking. 21

22 Teste Caixa Branca Walter Código: 62 public List<Lote> getall(boolean estoquebaixo, boolean proxvencer, boolean vencido, boolean estoquezerado) throws Exception{ String sql = "SELECT * FROM LOTE"; if (estoquebaixo proxvencer estoquezerado vencido){ 67 sql = sql + " WHERE "; if (estoquebaixo){ 70 sql = sql + "lote_quantidade < " + Parametros.ESTOQUE_BAIXO + 71 " AND lote_quantidade > " + 0; 72 if (proxvencer estoquezerado vencido) { 73 sql = sql + " OR "; 74 } 75 } if (proxvencer){ 78 Date dthoje = CalendarioUtil.getSystemDate(); 79 Date dtlimite = CalendarioUtil.addDay(dtHoje, Parametros.VENCIMENTO_PROXIMO); 80 sql = sql + "lote_validade >= '" + CalendarioUtil.dateToStrPostgresQuery(dtHoje) + 81 "' AND lote_validade <'" + CalendarioUtil.dateToStrPostgresQuery(dtLimite) + "'" 82 + " AND lote_quantidade > " + 0; 83 if (estoquezerado vencido) { 84 sql = sql + " OR "; 85 } 86 } if (estoquezerado){ 89 sql = sql + "lote_quantidade = " + 0; 90 if (vencido){ 91 sql = sql + " OR "; 92 } 93 } if (vencido){ 96 Date dthoje = CalendarioUtil.getSystemDate(); 97 sql = sql + "lote_validade < '" + CalendarioUtil.dateToStrPostgresQuery(dtHoje) + "'" 98 + " AND lote_quantidade > " + 0; 99 } 100 System.out.println(sql); 101 } 22

23 102 List<Lote> resultset = new ArrayList(); 103 session = HibernateUtil.getSessionFactory().openSession(); 104 SQLQuery query = session.createsqlquery(sql).addentity(lote.class); 105 resultset.addall(query.list()); 106 session.close(); 107 return resultset; 108 } Grafo de Controle: Complexidade Ciclomática Contar o número de regiões no grafo de controle. No Grafo acima, temos Nove regiões. Logo, este grafo tem 9 caminhos independentes, também chamado de Complexidade ciclomática. Aplicar a fórmula: C = E - N + 2 onde C = número de caminhos independentes E = número de arestas 23

24 N = número de nós No Grafo acima temos E =20, N = 13, logo C = = 9 Contar o número de estruturas de decisão no programa e somar 1. No Grafo acima, temos 8 "if". Logo, o número de caminhos independentes é 9. Caminhos Independentes: Caminho 1: 66,100 Caminho 2: 66,69,72,77,88,95,100 Caminho 3: 66,69,77,83,88,95,100 Caminho 4: 66,69,77,88,90,95,100 Caminho 5: 66,69,77,88,95,96-99,100 Caminho 6: 66,69,72,73,77,88,95,100 Caminho 7: 66,69,72,73,77,83,84,88,90,95,100 Caminho 8: 66,69,72,73,77,83,84,88,90,91,95,96-99,100 Caminho 9: 66,69,77,88,90,91,95,96-99,100 Casos de Teste: Caminho 1: Entradas: estoquebaixo = false; proxvencer = false; estoquezerado = false; vencido = false; Resultado Esperado = Fazer a busca por todos os lotes no banco de dados; Resultado Apresentado = A consulta retorna todos os lotes no banco de dados; Caminho 2: Entradas: estoquebaixo = true; proxvencer = false; estoquezerado = false; vencido = false; Resultado Esperado = Fazer a busca por todos os lotes com estoque baixo no banco de dados; Resultado Apresentado = A consulta retorna todos os lotes com estoque baixo no banco de dados; Caminho 3: Entradas: estoquebaixo = false; proxvencer = true; estoquezerado = false; vencido = false; Resultado Esperado = Fazer a busca por todos os lotes próximo do vencimento no banco de dados; Resultado Apresentado = A consulta retorna todos os lotes próximo do vencimento no banco de dados; Caminho 4: Entradas: estoquebaixo = false; proxvencer = false; estoquezerado = true; vencido = false; Resultado Esperado = Fazer a busca por todos os lotes com estoque zerado no banco de dados; 24

25 Resultado Apresentado = A consulta retorna todos os lotes com estoque zerado no banco de dados; Caminho 5: Entradas: estoquebaixo = false; proxvencer = false; estoquezerado = false; vencido = true; Resultado Esperado = Fazer a busca por todos os lotes vencidos no banco de dados; Resultado Apresentado = A consulta retorna todos os lotes vencidos no banco de dados; Caminho 6: Entradas: estoquebaixo = true; proxvencer = true; estoquezerado = false; vencido = false; Resultado Esperado = Fazer a busca por todos os lotes com estoque baixo e próximos de vencer no banco de dados; Resultado Apresentado = A consulta retorna todos os lotes com estoque baixo e próximos de vencer no banco de dados; Caminho 7: Entradas: estoquebaixo = true; proxvencer = true; estoquezerado = true; vencido = false; Resultado Esperado = Fazer a busca por todos os lotes com estoque baixo, próximos de vencer e com estoque zerado no banco de dados; Resultado Apresentado = A consulta retorna todos os lotes com estoque baixo, próximos de vencer e com estoque zerado no banco de dados; Caminho 8: Entradas: estoquebaixo = true; proxvencer = true; estoquezerado = true; vencido = true; Resultado Esperado = Fazer a busca por todos os lotes com estoque baixo, próximos de vencer, com estoque zerado e vencidos no banco de dados; Resultado Apresentado = A consulta retorna todos os lotes com estoque baixo, próximos de vencer, com estoque zerado e vencidos no banco de dados; Caminho 9: Entradas: estoquebaixo = false; proxvencer = false; estoquezerado = true; vencido = true; Resultado Esperado = Fazer a busca por todos os lotes com estoque zerado e vencidos no banco de dados; Resultado Apresentado = A consulta retorna todos os lotes com estoque zerado e vencidos no banco de dados; 25

26 Implementação da 2º Sprint Padrões de Projeto: Os padrões de projeto usado no trabalho foram, Template Method, Singleton, Modelo MVC. Template Method: Aplicado a todas as janelas de Cadastro, inclusive na de lançamento/baixa de lote. Singleton: Instanciação da conexão com o banco e Instanciação das janelas. MVC: Toda a estrutura do projeto. Frameworks: Os frameworks utilizado no projeto foram, Hibernate JPA, junit, JasperReports, jscheduler, Swing, ireports. HibernateJPA: Persistencia junit: Testes Unitários JasperReports: Visualização dos Relatorios ireports: Criação dos relatórios. jscheduler: Agendamento de tarefas (Tarefa automática de Backup, parametrizado p/ todo dia as 18hrs) 26

27

28

29

30

31

32

33

34

35

36

37

38

39

40