Modèle de compte rendu de séance

BUGS ——————————————— – place pour signaler les bogues trouvés pendant la session. Entrée pour le système formel de suivi des bogues, comme QC. La façon la plus courante est de simplement ajouter le numéro d`identification (i.e. QC43718) et le titre (facultatif) pour le bogue rapporté du système de gestion des défauts qui est utilisé à la société actuelle. QUESTIONS ——————————————— – place pour signaler les problèmes trouvés/est venu pendant la session. Par exemple, si l`environnement de test a causé des problèmes ou si un problème a été trouvé qui nécessite plus d`exploration. Est-ce un bug ou pas? Besoin d`une enquête de suivi. Peut être entrée/idée pour une session nouvelle ou de suivi #BUG enquête et rapport le temps nécessaire pour trouver les bogues et signaler aux intéressés. (Entier compris entre 0 – 100, [B]) Les notes de test peuvent également être utilisées pour informer le prochain testeur avec des informations d`une partie de la Charte qui devrait être explorée plus loin ou il peut également être utilisé la personne qui utilise ce rapport de session à des fins d`automatisation des tests fichiers de données ——————————————— – les fichiers de données peuvent être : Captures d`écran Word doc fichier avec notes de test fichiers journaux (partie de) exigences données de test le matériel de référence pour les occasions futures (test de régression) collectez tous les fichiers dans un fichier zip. Ce fichier doit être stocké sur un emplacement prédéfini. Conseils Nommez le fichier à l`aide du nom du rapport de session.

Si le nom est`et-PSC-140615-a. ses`, nommez le fichier de données zippé`et-PSC-140615-a. ses. zip`ou`et-PSC-140615-a. zip`. Il est facile à trouver quand vous en avez besoin plus tard. Pour obtenir plus d`informations sur les rapports de session, voir le site Web de James Bach, Michael Bolton et Paul Carvalho = = = = = = = = = = = = = = = = = = = = exemple de rapport de test de session = = = = = = = = = = = = = = = = = = = = dans ce format, il peut être utilisé pour traiter le rapport par certains des outils qui sont disponible #CHARTER VS. OPPORTUNITY temps passé «sur la Charte» et «sur l`occasion». (Ratio de la durée de la session) Les tests d`opportunité sont des tests qui ne correspondent pas à la Charte de la session. Le testeur n`est pas limité à sa Charte, et donc autorisé à s`écarter de l`objectif spécifié s`il y a une portée de trouver une erreur. Après une session de test terminée, le testeur remplit la valeur la plus appropriée de la durée (ou l`outil fournira ceci).

Vous êtes libre de déterminer votre propre norme qui vous sert mieux. Par exemple, vous pouvez effectuer les opérations suivantes: répartition des tâches ——————————————— –. Navigateur Web | Google Chrome | Version 35.0.1916.114 Release | LE HLR | 1.2.0 – 20140606 système d`installation | Système HLR | Système SPR | Outil IL | INTERFACE UTILISATEUR SOAP | Version de l`environnement | Animal. TESTEUR ——————————————— – nom du testeur. Cela peut être plus d`une personne….. Exemples: test de défaut ATP-HLR-IL-SOAP-030: HLR – IL SOAP request: getBasicServiceList, valeurs invalides……. J`utilise la section note de test pour décrire un ou plusieurs tests qu`une partie de la Charte.

Les commentaires sont fermés.