English version
German version
Spanish version
French version
Italian version
Portuguese / Brazilian version
Dutch version
Greek version
Russian version
Japanese version
Korean version
Simplified Chinese version
Traditional Chinese version
Hindi version
Czech version
Slovak version
Bulgarian version
 

Prendre la décision d'automatiser vos tests de logiciels

Logiciels RSS Feed





Tous les projets ne test de logiciel qui peut ou doit être automatisé. Avant que votre ministère accepte un nouveau projet d'automatisation du test, vous devez établir un processus par lequel les projets sont examinés et acceptés ou rejetés. Cela peut être fait par un simple test Automation Acceptance Test Cases Checklist.Repeatable avec Static DataThe coût véritable avantage de l'automatisation de test est réalisé seulement lorsque les mêmes scripts sont exécutés à plusieurs reprises. Le première exécution est très coûteuse car elle comprend les dépenses ponctuelles des outils d'automatisation et de 100% du temps du Test Automation ingénieur. Lorsque les scripts sont exécutés à nouveau, le coût des baisses d'automatisation du test fortement. L'outil a déjà été achetés et les scripts ont déjà été codées. S'il ya eu des changements dans la demande, les scripts mai nécessitent un entretien avant d'être exécuté. Maintenance sur mineur devraient être mises à jour logicielles d'automatisation des tests minimal.Because n'est efficace que lorsque les scripts peut être exécuté plusieurs fois, seule application qui exigent le même cas de test doit être exécuté avec les mêmes données sont de bons candidats pour l'automatisation. Par exemple, une demande de prêt qui doit être régression testé sur une base hebdomadaire pourrait être un bon candidat pour l'automatisation de test. Script de l'entretien est minime et les scripts peuvent entrer dans une demande de prêt en utilisant le même groupe de données de test d'une fraction du temps qu'il faudrait un testeur manuel pour tester la functionality.On mêmes d'autre part, un système de montage de prêts hypothécaires, qui ne peuvent pas utiliser les données de test identique pour chaque itération ne serait pas un bon candidat automatisation. En raison de la nature des systèmes de prêts hypothécaires, les données pourraient être organisés dans différents Etats de l'approbation ou du rejet, sur la base des données actuelles et les ministères qui ont déjà transformé leur partie de la demande en hypothèques. Si le script ne peut pas facilement déterminer quelles sont les données à entrer dans le logiciel, ce n'est pas une bonne automatisation problème avec candidate.Another automatisation de ce type de système complexe est que l'environnement de test contient souvent un échantillonnage de données de production qui est actualisé sur une base périodique. Parfois, cela peut être surmonté par la reconstruction des données d'essai lorsque l'environnement de test est actualisé. La faisabilité de la reconstruction des données d'essai sur une base régulière dépend de la complexité de la demande. Vous aurez à prendre cette décision au cas par cas ou basis.Application StabilityEnvironmental stabilité de l'environnement est crucial pour une automatisation avec succès un projet d'essai de logiciels. Les scripts peuvent être codées en temps opportun si l'environnement de l'application n'est pas disponible, les expériences fois fréquentes vers le bas, ou excessive défauts et errors.Little ou pas d'application ou de l'Environnement DowntimeIt prend plus de temps à écrire des scripts qu'il n'en faut pour tester manuellement les mêmes fonctionnalités. La plupart des outils d'automatisation sont version édulcorée de C ou Visual Basic, ce qui signifie que l'écriture de scripts automatisés est essentiellement la programmation et prend du temps et des compétences spécialisées. Contrairement aux cas de test manuel, qui peut parfois être écrite basées hors des exigences et des maquettes, des outils automatisés d'exiger l'application effective. Quand un environnement de test n'est pas disponible, ingénieurs en automatisation ne peut pas créer des scripts, qui prolonge le projet et se termine le coût n'excède more.Excessive temps d'arrêt peuvent être constitués de l'un des suivants: le manque d'infrastructure pour l'environnement instable soutien fréquent Application Updates CodeEffects Buggy de l'Environnement de l'instabilité sur le développement et Script ExecutionWhen une demande ou d'environnement est instable, les progrès de script est considérablement ralenti ou cessé complètement. Dans certains cas, il est possible de continuer de script, mais cela mai provoque plus de travail à une date ultérieure date. Par exemple, si vous êtes dans le code de script buggy, vous avez mai à près de messages d'erreur de script et les scripts devra être révisé à une date ultérieure. Ou, vous mai seulement être en mesure de créer des scripts pour un certain point et les terminer à une date ultérieure. Pour aider à éviter et réduire l'instabilité environnement, lire le chapitre sur le niveau de service défauts Défaut FixesApplication Agreements.Timely ne doit pas être préjudiciable à un système automatisé logiciel de test du projet. Lorsque des défauts sont fixés en temps opportun, les scripts peuvent se poursuivre sans interruption significative. Lors de l'estimation d'un projet de tests automatisés, il est toujours préférable d'ajouter un certain temps de tampon qui sera accueillir pour avoir signalé des défauts et corrections revisions.When prendre une quantité excessive de temps à résoudre et sont à l'origine du projet logiciel automatisé de tests pour être retardée, il est temps de rassembler une réunion. Inviter tous les principaux acteurs et discuter sur le fond du problème et ce que chacun peut améliorer la situation. Peut-être que le développement est passer trop de temps en essayant de reproduire le problème et d'avoir votre automatisation Entrez équipe meilleure description aiderait à tourner la plus rapide autour de certaines corrections. Peut-être que vous pouvez travailler ensemble pour classifier les défauts et établir des délais raisonnables pour fixer chaque classement. Par exemple, une critique défaut doit être fixé ce jour-là tout en haut d'un défaut doit être fixée avec dans 24 PersonWhen hours.Responsive contacter votre équipe prend un nouveau projet de test automatisé, vous aurez besoin d'une personne à contacter. Cette personne est chargé de s'assurer que vous avez les besoins métiers et répondre aux questions sur la façon dont l'application fonctionne. Ce ne sera pas son emploi principal, donc vous aurez besoin pour s'assurer qu'il ou elle est réactive. Si vous ne pouvez pas les exigences d'exploitation adéquat, les données d'essai, ou répondent aux questions, votre projet d'automatisation ne sera pas successful.Copyright 2004. Danna Henderson. Tous droits Reserved.Danna Henderson a aidé de nombreux aux organisations d'automatiser leurs tests logiciels avec WinRunner. Pour plus d'informations sur la création de scripts robustes, guidée par les données, et avec succès les tests automatisés, visitez WinRunner experts.

Source D'Article: Messaggiamo.Com

Translation by Google Translator





Related:

» Seo Elite: New Seo Software!
» AntiSpywareBOT
» Reverse Mobile
» Error Nuker


Webmaster obtenir le code html
Ajouter cet article sur votre site Web dès maintenant!

Webmaster envoyer vos articles
Aucune inscription requise! Remplissez le formulaire et votre article est dans le Messaggiamo.Com répertoire!

Add to Google RSS Feed See our mobile site See our desktop site Follow us on Twitter!

Soumettez vos articles à Messaggiamo.Com Directory

Catégories


Copyright 2006-2011 Messaggiamo.Com - Plan du site - Privacy - Webmaster soumettre vos articles à Messaggiamo.Com Directory [0.01]
Hosting by webhosting24.com
Dedicated servers sponsored by server24.eu