O Teste é o processo de executar um programa com o intuito específico de encontrar erros, antes da sua entrega para o usuário final (MYERS, 1979).
À medida que os defeitos são descobertos, o programa deve ser depurado e isso pode requerer que outros estágios no processo de teste sejam repetidos.
Os erros nos componentes de programa podem aparecer durante o teste de
sistema. O processo é, portanto, iterativo, com as informações sendo alimentadas dos estágios posteriores para as partes iniciais do processo (SOMMERVILLE, 2007).
O processo de teste de software possui duas metas distintas. A primeira é demonstrar ao desenvolvedor e ao cliente que o software atende aos requisitos levantados. A segunda é descobrir falhas ou defeitos no software que apresenta comportamento incorreto, não desejável ou em não conformidade com a sua especificação.
Figura 43: Funcionamento de um processo de teste de software
Fonte: (Sommerville, 2007).
As atividades fundamentais são testes de componentes, e teste do sistema como um todo. O teste de sistema envolve a integração de dois ou mais componentes que implementam funções ou características do sistema e depois o teste desse sistema integrado (SOMMERVILLE, 2007).
Para esse projeto, a fase de teste foi dividida em duas partes. Teste de integração, no qual consiste em acessar o código-fonte do sistema e verificar se a lógica implementada está correta. Para isso, foi utilizado o modelo de teste de mesa, que é um processo manual que consiste em ler cada uma das instruções e anotar o resultado de cada tarefa, verificando possíveis erros ou outras formas de solucionar o problema. E para a segunda parte, onde será aplicado o teste de realeases, no qual uma versão do sistema que poderia ser liberada aos usuários, é testada. Este teste concentra-se em validar se o sistema atende aos requisitos e assegurar que o sistema é confiável. O teste geralmente é feito usando a interface do usuário, onde alguns valores são testados para verificar o retorno do sistema.
Tabela 3 – Resultados da fase de teste.
Teste Falha Status
Cadastro de eventos no
calendário. Aceita eventos no mesmo
horário, sem gerar conflito Pendente Cadastro de eventos no
calendário.
Aceita que usuários sem privilégios de administrador cadastrem eventos.
Pendente
Cadastro de usuário. O campo de matricula está
aceitando valor nulo. Pendente Cadastro de resumo de
reuniões, documentos e certificado.
Não aceita arquivo com mais
de 2.5mb. Pendente
Calculo de multa em atraso
nos ensaios. Multas geradas no caixa, por atraso de ritmista no ensaio não está respeitando a tolerância de 15min.
Pendente
Cadastro de apresentação
na agenda. Permite que seja cadastrado evento em data inferior a data atual.
Pendente
Quebra do layout das
tabelas. Em dispositivos pequenos
como smartphones, tabelas com muitos dados acabam tendo uma usabilidade ruim.
Pendente
4.4.1 Teste de compatibilidade
As aplicações Web precisam operar em ambientes que diferem uns dos outros. Diferentes computadores, dispositivos de exibição, sistemas operacionais e navegadores, têm uma influência significativa na operação.
Para esse teste, foram utilizados alguns dos navegadores mais populares do mercado.
Tabela 4 – Resultado do teste de compatibilidade:
Navegador Resultado
Google Chrome O teste foi satisfatório. Todas as funcionalidades implementadas foram executadas no navegador de forma correta.
Mozilla Firefox O teste foi satisfatório. A maioria das funcionalidades foram executadas. Mas alguns campos de data/hora no cadastro do calendário não foram executados. Fazendo com que o usuário tivesse que informar manualmente.
Microsoft Edge O teste foi satisfatório. Todas as funcionalidades implementadas foram executadas no navegador de forma correta.
Internet Explorer O teste não foi satisfatório. Em alguns pontos, houve uma leve alteração do layout implementado e a função para ocultar o menu não funcionou, os campos de data/hora no cadastro do calendário não foram executados, e a navegação se mostrou muito lenta em várias funcionalidades do sistema.
Com o teste de compatibilidade, foi possível observar que os navegadores tiveram diferentes resultados na execução do sistema.
O Google Chrome e o Microsoft Edge foram os de melhor desempenho, e não apresentaram erros de execução ou layout desconfigurado.
O Mozilla Firefox obteve um bom resultado, executou a grande maioria das operações. A única funcionalidade que não foi executada corretamente foram os campos de data/hora que servem para facilita ao usuário escolher a data e hora.
O Internet Explorer teve um desempenho bem abaixo dos outros citados.
Além de um pouco de lentidão nos processos e nas mudanças de páginas, a função de ocultar o menu não funcionou e também não foi possível executar os campos de data/hora.
4.4.2 Teste de segurança
O teste de segurança tem como principal objetivo buscar falhas que possam servir como porta de entrada para invasores, e também garantir a integridade e proteção das informações contidas no sistema.
Testes de segurança são projetados para encontrar vulnerabilidades no ambiente do lado do cliente, nas comunicações de rede que ocorrem quando dados são passados do cliente para o servidor (PRESSMAM, 2006).
Para garantir que o funcionamento do sistema esteja exatamente como especificado na análise, deve ser verificado se o software comporta-se adequadamente mediante as mais diversas tentativas ilegais de acesso, visando possíveis vulnerabilidades. Para isso, testa-se todos os mecanismos de proteção embutidos na aplicação para verificar se de fato existe a proteção quanto a acessos indevidos.
Tabela 5 – Resultado do teste de segurança
Teste Falha Status
Restrição para somente usuários com status de administrador possam cadastrar eventos no calendário.
Sem restrição, qualquer
usuário pode cadastrar. Pendente
Função “Excluir ensaio” Exclui sem pedir confirmação Corrigido Criptografia de dados
sensíveis no banco de dados (CPF, telefone, e-mail, matricula)
Somente a senha é criptografada, os dados sensíveis não.
Pendente
No próximo Capítulo será apresentada as considerações finais, demonstrando também as dificuldades encontradas e propostas de trabalhos que poderão ser feitos no futuro.
5 CONSIDERAÇÕES FINAIS
Este projeto teve como seu objetivo principal desenvolver um software que elimine o uso de interfaces manuais e pessoais das informações, criando padrões dentro da BaterAAACA. Portanto, visou-se suprir as necessidades da organização, principalmente, em relação as suas atividades e seus membros, por meio de cadastros de todos seus dados no sistema, mantendo atualizado e salvo todas as informações necessárias para a gestão.
De acordo com o que foi levantado em entrevistas com os membros da bateria em relação aos seus processos e rotinas, juntamente com o conhecimento adquirido durante o curso de Tecnologia da Informação e Comunicação e o conhecimento em experiencias vivenciadas no mercado de trabalho, o desenvolvimento e uma versão inicial do projeto pode ser dada como concluída com sucesso.
As disciplinas de engenharia de software, linguagens de programação, banco de dados, empreendedorismo, entre outras que foram estudadas durante a graduação foram essenciais para o desenvolvimento do projeto, juntamente com o auxílio dos professores durante o processo de realização do trabalho de conclusão de curso.
Alinhado a tudo o que já foi citado anteriormente, o estudo feito para a elaboração do referencial teórico complementou conceitos vistos durante a graduação e como eles devem ser implementados em um projeto de software.
Este projeto deu a oportunidade de explorar outras áreas e obter mais conhecimento de como facilitar a gestão de um projeto que já está em andamento. Também traz a experiência de aprender uma linguagem que é uma das mais cobiçadas no mercado de trabalho, ainda agregando a experiência de tela aplicada em um projeto e conhecido as dificuldades e imprevistos em que o trabalho nesta linguagem pode trazer, aumentando a visibilidade no mercado e o conhecimento obtido, este último que é um meio indestrutível para qualquer ser humano.