Il n'est jamais trop tôt pour introduire des tests et plus tôt vous le ferez, plus tôt vous commencerez à trouver les bogues. Je commencerais par tester à partir de deux points de vue différents. Tout d'abord, si vous avez des classes java assez autonomes utilisées pour des choses comme la logique métier et le traitement de données, je commencerais à créer des tests JUnit pour eux afin de résoudre les problèmes de code interne.
Deuxièmement, je voudrais créer des tests pour les cas d'utilisation spécifiés par l'entreprise. Ceux-ci seraient très probablement faits dans quelque chose comme Selenium parce que vous voulez que le test suive les interactions avec le site Web tel que spécifié par les cas d'utilisation. Laissez le Nitty Gritty aux tests JUnit dans les coulisses. Ce sont les confirmations de haut niveau de la fonctionnalité. Tout cela prendra du temps et il est peu probable que la direction vous permettra de ne faire que des tests pendant quelques semaines ou plus. Au lieu de cela, la façon la plus probable de la gérer est de le faire au fur et à mesure. Remplissez vos citations de temps pour les corrections et les nouvelles fonctionnalités pour permettre d'écrire les tests. Rappelez-vous que les tests d'écriture peuvent prendre 50% ou plus du temps, surtout lorsque vous commencez à les remplir. Le temps s'économisera un peu lorsque vous aurez un large éventail de suites, mais même alors, certains tests sont plus difficiles à écrire que le code. Mais ils en valent la peine.
Aussi, n'essayez même pas de tout tester; Au lieu de cela, créez votre suite de tests au fur et à mesure. Concentrez-vous sur les bogues existants (écrivez un test qui échoue, puis passez le test) et sur les sections du code dont vous vous méfiez. D'accord, EXTRA suspect de. –