- Publication
- Mise à jour
Un changement qualifié de mineur par un fournisseur peut affecter une fonction critique dans une étude particulière. Des notes de version générales ne peuvent pas remplacer une évaluation selon la configuration, les interfaces et les processus réellement utilisés par l’équipe de recherche.
Préserver le sens des données
Fonder l’examen d’une version sur les fonctions utilisées, les intégrations et les points ouverts. Identifier les parcours d’utilisation critiques au lieu de produire des tests inutiles pour les zones non affectées. Demander des précisions lorsque les effets sont inconnus ou omis. L’examen d’une note de version et la confirmation de la mise en œuvre de la version prévue constituent des preuves distinctes à relier dans la décision de changement.
Exemple pratique
Par exemple, une mise à jour est décrite comme un changement de mise en page d’un rapport, mais un champ de date de l’étude s’affiche désormais dans un autre fuseau horaire. L’équipe compare des exemples réels d’utilisation, évalue l’effet sur les décisions d’examen et prépare la communication nécessaire aux utilisateurs. Elle n’accepte pas le qualificatif général du fournisseur comme seule justification d’un risque faible.
Points de contrôle
- Relier les fonctions modifiées à leur utilisation dans la configuration de l’étude.
- Inclure les défauts et limites connus dans la décision d’acceptation.
- Consigner la version mise en œuvre et les vérifications ciblées nécessaires.
Acceptation et limites
L’acceptation signifie que l’effet de cette version sur l’utilisation définie dans l’étude a été évalué avec une justification proportionnée. Les tests du fournisseur peuvent constituer des preuves utiles, mais il ne faut pas supposer qu’ils couvrent tous les contextes propres au promoteur. L’incertitude peut nécessiter une acceptation conditionnelle ou une restriction d’utilisation selon le processus approprié. La vérification ne doit pas devenir une répétition mécanique d’écrans inchangés.
Questions fréquentes
- Un faible incrément de version implique-t-il un risque faible ?
- Pas nécessairement. Les pratiques de numérotation des fournisseurs diffèrent ; évaluer donc l’effet fonctionnel réel.
- Faut-il retester tout le système après chaque mise à jour ?
- Choisir le périmètre selon le risque et l’effet ; des preuves ciblées peuvent être plus instructives qu’une répétition injustifiée.