Méthodologies de test

J'ai déjà travaillé avec TDD (développement axé sur les tests) et mes sentiments vers elle sont mélangés. Essentiellement, vous écrivez vos tests avant d'écrire votre code et d'écrire votre code pour satisfaire les exigences du test. TDD vous oblige à avoir une idée extrêmement claire sur vos besoins avant de commencer. Un avantage supplémentaire est que, une fois que vous avez terminé le développement, vous supposez-vous suivre de près les procédures TDD, vous aurez un ensemble complet de suites de test pour accéder au code. Le côté bas est que cela prend une période extrêmement longue et, parfois, vous voudrez simplement sauter quelques étapes (par exemple, un code d'écriture avant que des tests comme une personne sane préfère faire).

plus peut être lu ici (wiki link)

test unitaire?

Programmation basée sur les contrats, une la Eiffel?

Modèle de cascade?

Différents magasins font différentes choses. S'il y avait une méthode pour les gouverner tous, vous ne poserez pas cette question.

Expérience personnelle suggérerait que l'approche la plus populaire n'est pas du tout.

Sur le principe de faire des tests du tout, je dirais que les tests avec Junit sont l'approche commune de tester en Java.

Bien que la plupart des tests soient écrits avec Junit, des tests surtout ont tendance à être plus de tests d'intégration que des tests unitaires. (ce qui signifie ne pas tester une chose de manière isolée, mais certaines choses ensemble)

Les tests supplémentaires ne sont principalement pas écrits dans une première approche test, mais en parallèle ou après une fonctionnalité spécifique a été mise en œuvre.

Si vous allez à une équipe qui utilise une utilisation plus avancée des tests, vous pouvez probablement trouver un serveur CI (Croisière Control, Hudson) exécutant les tests au moins une fois par jour pendant une construction nocturne.

Dans l'ordre de l'approche la plus couramment utilisée:

1. aucun test du tout
2. Tests manuels: exécuter l'application, en cliquant ou en fournissant une entrée, vérifiez Résultats
3. Essayez d'écrire quelques junits, oubliez à leur sujet, diapositive à 2 et 1
4. Commencez avec TDD, voyez qu'il est difficile puis glissez à 3, 2 et 1

   du côté théorique, il existe des charges de façons de tester correctement le code. Si vous cherchez quelque chose de pratique, jetez un coup d'œil à Nettoyer le code Talk . Jetez un coup d'œil à toute la série, environ 5 discussions (ne peut pas publier plus d'un lien).

Ma suggestion est que vous devriez avoir un mélange sain de tests automatisés et manuels.

test automatisé

• test unitaire
  Utilisez Nunit pour tester vos cours, vos fonctions et vos interactions entre eux.
  http://www.nunit.org/index.php

• Test fonctionnel automatisé
  S'il est possible, vous devez automatiser beaucoup de tests fonctionnels. Certaines œuvres de cadre ont des tests fonctionnels intégrés à eux. Sinon, vous devez utiliser un outil pour cela. Si vous développez des sites Web / des applications, vous voudrez peut-être regarder Selenium.
  http://www.peterkrantz.com/2005/selenium-for-aspnet/

• Intégration continue
  
  Utilisez CI pour vous assurer que tous vos tests automatisés fonctionnent à chaque fois que quelqu'un de votre équipe s'engage dans le projet.
  http://martinfowler.com/articles/continuerintegration.html

  test manuel
  Autant que j'aime les tests automatisés, IMHO, pas un substitut des tests manuels. La raison principale étant qu'un automatisé ne peut faire que ce à quoi il est dit et ne vérifie que ce qu'il a été informé de voir comme Pass / échec. Un humain peut utiliser son intelligence pour trouver des défauts et soulever des questions qui apparaissent tout en testant autre chose.

  • Test exploratoire
    ET est un moyen très faible et efficace de trouver des défauts dans un projet. Il profite de l'intelligence d'un être humain et d'un apprentissage des testeurs / développeurs plus sur le projet que toute autre technique de test que je connaisse. Faire une session et une session visée à chaque caractéristique déployée dans l'environnement de test n'est pas seulement un moyen efficace de trouver des problèmes rapidement, mais aussi un bon moyen d'apprendre et de s'amuser!
    http://www.satisfice.com/articles/et-article.pdf