É quase que mandatório todo projeto Java ter uma classe FileUtils da vida para manipular arquivos… É ou não é?
public class FileUtils { /** * Lista todos os arquivos de um diretorio */ public static List<File> lista(File diretorio) { File[] arquivos = diretorio.listFiles(); return Arrays.asList(arquivos); } public static void deleta(File arquivo) { ... } public static void copia(File origem, File destino) { ... } public static void escreve(File arquivo, String conteudo) { ... } // outros métodos }
Mas infelizmente ela não é levada tão a sério assim! No geral ela é testada manualmente“por tabela” quando testamos outra funcionalidade do sistema.
@Repository public UsuarioDao { @Transactional public void deleta(Usuario usuario) { this.entityManager.remove(usuario); FileUtils.deleta(usuario.getFoto()); // deleta foto do disco } }
Essa prática leva a problemas que você já deve conhecer bem, como brechas para bugs! O que fazer então? Simples, cubra a classe com testes automatizados!
Por azar nosso testar uma classe que acessa disco não é tão simples quanto um teste de unidade qualquer, por esse motivo existe alguns detalhes que você precisa saber antes de programar a 1a linha de teste (isso é muito importante!). Para entender estes detalhes, leia o novo post no blog daTriadWorks:
[Blog] Testes de Integração na prática: testando classes que manipulam arquivos com jUnit
De quebra você ainda conhece uma feature do jUnit que facilita em N vezes a escrita dos seus testes e principalmente a vida da equipe:
public class FileUtilsTest { @Rule public TemporaryFolder temp = new TemporaryFolder(); }
E aí, o que achou da dica? Aproveita e compartilha esse post com seus amigos e sua equipe – dá para tirar boas discussões daí!