Discussion :

[dgueguen]

Comment faciliter les tests au sein d'un cycle de développement en V? Cet article essaie d'exposer toutes les pistes:
http://dominique-mereaux.developpez....r-testabilite/.
Vos retours sont les bienvenus.
Dominique.

[kaymak]

Salut,

Ayant peu d'expérience sur le sujet je me permet simplement de saluer l'initiative qui tombe très bien pour moi !! Merci Merci !!

[_vince_]

Bonjour,

Cet article est une belle initiative. J'ai quelques petites remarques/questions mises pêle mêle :

1) "Néanmoins, il faut rester conscient que certains points peuvent échapper au testeur, car il n'a pas la maîtrise des spécifications de façon complète et sûre. De plus, tout est sérialisé, ce qui augmente les délais de livraison."

Je ne comprends pas cette phrase et surtout le terme sérialisé.

2) Le cycle en V "cas d'école" n'existe pas dans la réalité. En effet, les spécifications changent pendant toute la durée du développement et pendant la phase de test. En conséquence, peut-être faudrait-il aborder l'aspect versionnage des tests ?

3) Pour améliorer la testabilité du logiciel, j'ajouterais qu'il est souhaitable de faire participer les intégrateurs (ou testeurs) aux revues de pairs sur les spécifications. En mettant l'accent sur la testabilité, entre autre.

4) Pour moi, le document mélange à la fois le process métier du test, et l'aspect testabilité. A moins qu'il s'agisse d'un problème de vocabulaire.

5) La gestion des erreurs n'augmente pas la testabilité car cette gestion d'erreur doit être elle aussi testée car elle peut être buggée.
Néanmoins, si on parle de gestion d'erreur, on peut parler d'assertions et de programmation défensive. La meilleure défense pour le logiciel est que le développeur soit conscient qu'il peut introduire des anomalies. En avoir conscience est déjà un grand pas.

Voilà pour ma petite contribution.

Vincent