Vitor, Acredito que o primeiro ponto a avaliar é se em seu cenário há realmente ganhos em adotar TDD, em um projeto Flex.
Criar testes unitários para cobrir métodos utilitários, fluxo de telas ou validações mais complexas faz sentido, já basear a criação de interfaces em testes para mim quebra o princípio KISS. Estou pressupondo que você possui um backend onde concentra sua regra de negócio (onde é altamente recomendável o uso de TDD) e que o Flex é responsável pela camada View do seu sistema, e não em um sistema AIR, por exemplo. Enfim, mesmo que seu projeto não seja composto por inúmeros CRUDS e que você implemente telas complexas, acredito que vale a pena testar especificamente o que merece ser testado, e sendo assim os testes devem ser mantidos junto a seu swf pois não representará uma significativa diferença de tamanho ou performance. Abraço, Rodrigo Cupini Em 28 de setembro de 2012 17:45, vvigano <[email protected]> escreveu: > Boa tarde pessoal. > > Estou verificando a possibilidade de usar TDD, utilizando o flexUnit4. > Porém eu gostaria de saber alguns detalhes. > > Qual é a melhor prática para realizar estes testes. Criar um projeto que > contém os testes, separado do projeto original, ou junto? > > Caso seja junto, o swf final da aplicação será maior, ou o flex não add os > arquivos correspondentes ao teste, no release build? > > > Qual é a maneira ideal? Como vcs utilizam? > > Obrigado! > > -- > Você recebeu esta mensagem porque está inscrito na lista "flexdev" > Para enviar uma mensagem, envie um e-mail para [email protected] > Para sair da lista, envie um email em branco para > [email protected] > Mais opções estão disponíveis em http://groups.google.com/group/flexdev -- Você recebeu esta mensagem porque está inscrito na lista "flexdev" Para enviar uma mensagem, envie um e-mail para [email protected] Para sair da lista, envie um email em branco para [email protected] Mais opções estão disponíveis em http://groups.google.com/group/flexdev
