L'essai en soie est un outil spécifiquement conçu pour faire l'essai de RÉGRESSION ET de FONCTIONNALITÉ. Il est développé par Segue Software Inc. l'essai qu'en soie est le produit principal de l'essai fonctionnel de l'industrie pour des applications d'e-affaires, si fenêtre basée, Web, Java, ou client traditionnel/serveur-basée. L'essai en soie offre également la planification d'essai, la gestion, l'accès aux bases de données et la validation directe, la langue 4Test scripting flexible et robuste, construits dans le système de rétablissement pour l'essai sans surveillance, et la capacité d'examiner à travers les plateformes multiples, les navigateurs et les technologies.
Vous avez deux manières de créer employer automatisé d'essais silktest :
1. Employer la commande record de cas d'espèce d'enregistrer des actions et des étapes de vérification comme vous dirigez par l'application.
2. Écrire le cas d'espèce employant manuellement la langue 4Test scripting visuelle.
1. Enregistrer le cas d'espèce
La commande de disque/cas d'espèce est utilisée comme moyen d'enregistrer des actions et des étapes de vérification pendant que vous dirigez par l'application. Des essais sont enregistrés dans une langue orientée objectivement appelée Visual 4Test. Les testreads enregistrés comme une trace logique de toutes les étapes qui ont été accomplies par l'utilisateur. Le système en soie de vérification de point test et de clic de mesure te permet d'enregistrer l'étape de vérification en choisissant parmi une liste de propriétés qui sont appropriées pour le type d'objet étant examiné. Par exemple, vous pouvez vérifier que le texte est stocké dans un domaine des textes.
2. Écrire le cas d'espèce manuellement
Nous pouvons écrire les essais qui sont capables d'accomplir beaucoup de variations sur un essai. La clef ici est réutilisation. Un cas d'espèce peut être conçu pour prendre des paramètres comprenant des données d'entrée et des résultats prévus. Ce cas d'espèce « data-driven » est vraiment un exemple d'une classe des cas d'espèce qui exécute certaines étapes pour conduire et vérifier l'application-sous-essai. Chaque exemple change par les données qu'il porte. Puisque loin peu d'essais sont écrits avec cette approche, les changements du GUI auront comme conséquence l'effort réduit en mettant à jour des essais. Une conception data-driven d'essai également tient compte de l'externalization des données de cas d'espèce et permet pour diviser les responsabilités de développer des conditions de essai et de l'automation se développante d'essai. Par exemple, il se peut qu'un groupe d'experts en matière de domaine créent le détail de Testplan tandis qu'un autre groupe d'ingénieurs de contrôle développent des essais pour répondre à ces exigences.
Dans un dossier de manuscrit, un cas d'espèce automatisé adresse idéalement une condition d'essai. Spécifiquement, une fonction 4Test qui commence par le mot-clé de cas d'espèce et contient un ordre des rapports 4Test. Elle conduit une application à l'état à examiner, vérifie que l'application fonctionne comme prévu, et renvoie l'application à son état bas.
Un dossier de manuscrit est un dossier qui contient un ou plusieurs cas d'espèce relatifs. Un dossier de manuscrit a une prolongation de .t, telle que la trouvaille .t
