Introdução

Esta página tem como objetivo definir exatamente como os testes foram efetuados e quais suas características, ou seja, como eles seguem os princípios FIRST.

Teste da Aplicação

• Como buscamos testar todas as funções do CRUD focamos mais nos testes de unidade, assim, eles são rápidos e simples por não precisarem envolver toda a aplicação. Além disso, o teste realiza apenas criações, atualizações, listagens e remoções básicas, de modo que não efetua nada complexo para fugir do conceito testar.
• Os testes também são independentes, de modo que a ordem que o teste é realizado não impacta no resultado final. Logo, a criação de um usuário não é para impactar na criação de um espaço, ou na atualização.
• Os testes também são determinísticos, logo, a execução dos testes sempre gerará o mesmo resultado, uma vez que já foi definido por padrão os dados para cada função efetuar, logo, o resultado nunca mudará.
• Os resultados também são auto-verificáveis, pois como a função é simples, podemos dizer rapidamente o que é para acontecer naquele teste em específico.
• E também os testes foram escritos o quanto antes, ou seja, assim que se tornou possível e viável os testes já foram pensados e implementados, a fim de respeitar o FIRST. Já sabíamos o que exatamente era para ser testado. Como o principal gargalo são as reservas, por causa do choque de horário, falta de transparência, verificação de dia/hora para cada espaço, além de bugs do usuário, era ele que tínhamos que focar e já tínhamos essa noção de como era para ser testado, o que facilitou também no desenvolvimento da aplicação.