Test d'un composant qui apparaît plusieurs fois dans le code - Test une fois par composant, ou par apparence?

Question

Je fais des tests sur des logiciels utilisés dans des essais cliniques.

Il existe des composants qui sont répétés dans tous les formulaires. Par exemple, il existe un composant de date qui apparaît à plusieurs reprises sur un certain nombre de formulaires. Il a quelques particularités telles qu'accepter UNK dans les champs de mois et de jour.

Ce champ doit-il être testé à chaque fois qu'il apparaît? On me dit que d'un point de vue réglementaire, chaque instance doit être testée individuellement pour tous les cas possibles, même si le code est reproduit à travers les formulaires.

Quelqu'un a-t-il un aperçu des meilleures pratiques ici? Je suis débordé par la quantité de travail qu'il faudra faire pour confirmer le bon fonctionnement de chaque domaine individuellement.

Merci pour votre conseil!

Answer 1

Les réglementations et les charges massives vont souvent de pair.

Dans ce cas, je recommanderais;

1. Testez le composant entièrement une seule fois.
   (Et essayez d'automatiser cela, car cela sera nécessaire pour chaque génération qui est publiée.)
2. Vérifiez que le composant est appelé correctement pour toutes les instances.
   Juste un test de fumée devrait suffire.
3. Montrer que les particularités sont toujours stockées correctement.
   Ce dernier est probablement mieux fait en vérifiant la méthode de stockage permet le format, par exemple parce que c'est un champ de chaîne PAS un champ de date.

Vous pouvez lier tous ces éléments avec la preuve que le même code objet est instancié dans tous les cas.

Bien entendu, l'autorité chargée du traitement doit approuver cette approche. Travailler avec eux pour atteindre le meilleur résultat possible est conseillé. Parfois, il existe déjà une trace écrite des processus de conformité précédents.