| |
| Acadêmico(a): Everton Luiz Kolm |
| Título: Sistema para Gerenciamento de Testes Funcionais de Software |
| |
| Conclusão: |
| O objetivo do estágio foi alcançado visto que o protótipo atende as atividades de teste funcional e estrutural pretendidas pela empresa, a partir de relatórios que a diretoria tem acesso que apontaram uma redução de cinqüenta por cento através de um desses relatórios mostra os erros encontrados pelos clientes nos sistemas. A verificação pode ser feita através do relatório semanal que a direção da empresa recebe com os erros encontrados pelos usuários de todos os sistemas Benner, através da comparação do relatório emitido anterior e após o uso do sistema de gerenciamento de teste de software funcional, que a direção percebeu a redução. Como a empresa não possuía nenhum tipo de formalidade nos testes dos sistemas, este sistema serviu para mostrar como é importante fazer uma boa carga de testes, pois o custo para a correção de erros que foram encontrados em rotinas antes da liberação para clientes, é bem menor, além de não gerar problemas relacionados a funções básicas do sistema. Com a utilização de checklists, ficou bem mais fácil a parte de testes, pois pode ser feita uma breve descrição do que deve ser testado, ficando mais fácil para os testadores saberem o que estão testando e o os resultados esperados daquele teste, pois neste sistema foi definido que as telas com os dados de entrada e saída seriam incluídas no checklist. Este sistema esta utilizando a técnica de teste funcional: testar a partir de resultados. A utilização desta técnica mostrou-se eficiente para a situação desta empresa, pois ela não possuía nenhuma técnica de teste implantada. A parte de gerenciamento que antes era feita sem saber se uma rotina foi testada, agora através do sistema você sabe quem testou, quando testou e se ocorreram erros. Assim poderá ser verificado se algum programador está fazendo muita correção de rotinas antigas e novas, e procurar saber o porque de estar acontecendo isto, se foi por falha na definição da rotina ou no levantamento dos dados, podendo assim ser cobrado o responsável real pelo erro. |
| |
|
