Plan d'essai Complet

Share

|

But

Si pour le logiciel, le matériel, ou le processus, un plan d'essai complet, comme nom implique, est conçu pour guider un essai approfondi du système en question. Il identifie les secteurs potentiels du risque et explique comment le système sera évalué pour déterminer sa susceptibilité aux problèmes. Le plan d'essai trace également comment les résultats d'essai seront validés. Pendant que des résultats d'essai sont reçus, ils sont modifiés au plan d'essai ainsi le processus et ses résultats peuvent être évalués dans le toto.

Application

Puisqu'un plan d'essai complet exprime un processus à employer et puis, plus tard, est marié aux résultats de ce processus, il est un document évolutionnaire. Il se développe pendant que l'information disponible se développe. Au commencement, le plan d'essai complet sert de carte de route à la conduite et à la validation d'essai. Plus tard, il sert de dépôt aux sorties des essais, aussi bien. Car tel le document est essentiel à ceux qui effectuera les essais et peut être employé comme défense pour les coûts des essais ou de l'approche.

Contenu

Un plan d'essai complet inclut une histoire et des conseils de processus étape-par-étape pour l'évaluation.

Fond. Le raisonnement pour les essais est normalement le premier composant d'un plan d'essai complet, expliquant pourquoi les essais ont été considérés nécessaires et quelles considérations environnementales menées à l'approach(es) primaire étant considéré.

Approche d'essai. L'approche technique réelle à l'essai devrait être définie en détail, y compris tous les matériaux exigés, la gamme des paramètres que l'essai évaluera, des secteurs spécifiques à examiner, et des indicateurs ou métrique à dépister. En outre, ceci peut inclure l'essai de différents composants du système, aussi bien que les systèmes intégrés.

Validation. Tous les procédés de validation, s'interne ou indépendant, devraient être définis aussi objectivement comme possible. Les procédés de validation devraient adresser les éléments spécifiques étant examinés, aussi bien que tous les systèmes intégrés.

Résultats prévus. Quelques plans d'essai (pas tous) incluront quelques explications des sorties prévues du processus d'essai, ainsi les résultats prévus peuvent être comparés aux résultats réels. Ceci ne devrait pas être employé pour guider les résultats d'essai, mais devrait être employé pour identifier si le processus d'essai défini dans le plan produira réellement des résultats du type désiré.

Résultats examinés. Comme indiqué plus tôt, le plan d'essai est évolutionnaire. Cette information sera seulement incorporée après que l'essai soit accompli. Cette information peut être incorporée par étapes pendant que le préliminaire et l'essai de finale peuvent enjamber plusieurs semaines, mois, ou années.

Conclusion(s). Basé sur examiné, des résultats validés, toutes les conclusions qui peuvent être tirés basés sur le système, le processus d'essai, la validation, et les résultats prévus devraient être exprimés comme conclusions. Les conclusions devraient faire partie du plan d'essai complet pour les archives d'organisation.

Approche

À la différence de l'autre documentation où il peut y avoir des versions plus lourdes et plus légères de la documentation, le plan d'essai complet est, par sa nature, aussi approfondie comme possible. Chaque élément d'information qui peut être inclus dans le plan d'essai devrait être inclus pour exclure mal comprendre ou mauvaise application du processus d'essai. En outre, alors que quelques plans par leur nature incorporent une certaine mesure de variabilité, cela ne s'applique pas avec un plan d'essai. Les plans d'essai sont relativement rigides, et si le processus doit être changé, la documentation de plan d'essai devrait être aussi bien changée.

Considérations

Le plan d'essai complet peut s'appliquer aux matériaux, les systèmes, les processus, le matériel et le logiciel, ou les systèmes intégrés en. Pour certains de ces essais, les résultats sont purement quantitatifs, et le désaccord est facilement détecté. Pour des processus, cependant, l'essai peut devenir spéculatif si les sorties du processus ne sont pas clairement identifiées d'une manière dont peut être objectivement mesuré. La mesure subjective mène à l'essai insatisfaisant, car “la métrique” dure est perdue. Si aucune mesure concrète ne peut être trouvée pour une évaluation ou une validation d'essai de processus, de telles imperfections devraient être accentuées dans le plan d'essai, ainsi les résultats ne sont pas interprétés mal en tant que fait dur.