Le cycle de vie de développement d'essai contient les composants suivants :
Conditions
Employer le document de cas
Plan d'essai
Cas d'espèce
Exécution de cas d'espèce
Rapporter l'analyse
Désinsectiser l'analyse
Désinsectiser le reportage
Le scénario typique d'interaction de la perspective d'un utilisateur des conditions de système étudie ou essai. En d'autres termes, « un scénario réel ou réaliste d'exemple ». Un cas d'utilisation décrit l'utilisation d'un système de début à la finition. Employer l'attention de foyer de cas sur des aspects d'un système utile pour peuple l'extérieur du système lui-même.
Des utilisateurs d'un programme s'appellent des utilisateurs ou les clients.
Des utilisateurs d'une entreprise s'appellent des clients, des fournisseurs, etc.
Cas d'utilisation :
Une collection de scénarios possibles entre le système à l'étude et les acteurs externes, caractérisée par le but l'acteur primaire a vers les responsabilités avouées du système, montrant comment le but de l'acteur primaire pourrait être fourni ou pourrait échouer.
Les cas d'utilisation sont des buts (des cas et les buts d'utilisation sont employés l'un pour l'autre) qui se composent des scénarios. Les scénarios se composent d'un ordre des étapes pour réaliser le but, chaque étape dans un scénario est un but secondaire (ou mini) du cas d'utilisation. Pendant qu'un tel chaque but secondaire représente un autre cas d'utilisation (cas subalterne d'utilisation) ou une action autonome qui est au niveau le plus bas désiré par notre décomposition de cas d'utilisation.
Ce rapport hiérarchique est nécessaire pour modeler correctement les conditions d'un système étant développé. Une étude de cas complète d'utilisation exige plusieurs niveaux. En outre le niveau auquel le cas d'utilisation fonctionne à elle est important pour comprendre la portée qu'elle adresse. Il est important assurer le niveau et la portée que la langue et le granularity des étapes de scénario demeurent conformés dans le cas d'utilisation.
Il y a deux portées dont employer les cas sont écrits : Stratégique et système. Il y a également trois niveaux : Résumé, utilisateur et Sub-function.
Portées : Stratégique et système
Portée stratégique :
Le but (cas d'utilisation) est un but stratégique en ce qui concerne le système. Ces buts sont des buts de valeur à l'organisation. Le cas d'utilisation montre comment le système est employé pour bénéficier l'organisation., /p> que ces cas stratégiques d'utilisation emploieront par la suite certains des mêmes cas (subalternes) plus bas d'utilisation.
Portée de système :
Des caisses d'utilisation à la portée de système sont liées par le système en cours de développement. Les buts représentent la fonctionnalité spécifique exigée du système. La majorité des cas d'utilisation sont à la portée de système. Ces cas d'utilisation sont souvent des étapes dans des cas de niveau stratégiques d'utilisation
Niveaux : But de résumé, but d'utilisateur et Sub-function.
Cas d'utilisation de niveau de Sub-function :
Un but ou une étape secondaire est au-dessous du niveau principal d'intérêt à l'utilisateur. Les exemples « entrent » et « localiser un dispositif dans un DB ». Toujours à la portée de système.
Cas d'utilisation de niveau de l'utilisateur :
C'est le niveau de plus grand intérêt. Il représente un utilisateur chargent ou processus élémentaire d'affaires. Un but de niveau de l'utilisateur adresse la question « fait votre rendement au travail dépendent desquels de ces derniers vous faites en jour ». Par exemple « créer la vue d'emplacement » ou « créer le nouveau dispositif » serait des buts de niveau de l'utilisateur mais la « ouverture au système » pas. Toujours à la portée de système.
Cas d'utilisation de niveau de résumé :
Écrit pour la portée stratégique ou de système. Ils représentent des collections de buts de niveau de l'utilisateur. Par exemple le but de résumé « configurent la base de données » pourrait inclure comme étape, but de niveau de l'utilisateur « ajoutent le dispositif à la base de données ». L'un ou l'autre au système de la portée stratégique.
Documentation d'essai
La documentation d'essai est un outil exigé pour contrôler et maintenir le processus de essai. Les documents ont produit par des appareils de contrôle devraient répondre aux questions suivantes :
Ce qui à l'essai ? Plan d'essai
Comment examiner ? Spécifications d'essai
Quels sont les résultats ? Rapport d'analyse de résultats d'essai
