Les inconvénients de la Page de Modèle d'Objet en Sélénium

Sont les inconvénients de l'utilisation des objets de page pour le Sélénium tests?

avez-vous utilisé les objets de page du modèle
Non, je n'ai pas utiliser.
POM est très difficile à maintenir, surtout quand la page a plus d'élément / élément complexe comme une grille / calendar widget / HTML table, etc. Suivez fragments de page. testautomationguru.com/arquillian-graphene-page-fragments

OriginalL'auteur Neeraj Kumar | 2014-11-01

  1. 15

    Page Modèle d'Objets est le mieux adapté pour les applications qui ont plusieurs pages ou d'états. Chacun a des champs qui peuvent être référencées de façon unique à l'égard de la page.

    Avantages:

    1. Le Référentiel d'objets: Vous pouvez créer un Objet Référentiel des champs sectorielle page-sage. Ce résultat fournit une Page de Dépôt de la demande. Chaque page sera défini comme une classe java. Tous les champs de la page seront définies dans une interface en tant que membres. La classe implémentera l'interface.

    2. Fonctionnelle Encapsulation: Toutes les fonctionnalités possibles ou les opérations qui peuvent être effectuées sur une page peuvent être définis et dans la même classe créée pour chaque page. Cela permet une définition claire et à la portée de chaque page de la fonctionnalité.

    3. Faible entretien: Toutes les modifications de l'Interface Utilisateur peut rapidement être mis en œuvre dans l'interface ainsi que de la classe.

    4. Sympathique programmeur: Robuste et plus lisible. L'approche orientée Objet rend le cadre sympathique programmeur.

    5. Faible Redondance: Permet de réduire la duplication de code. Si l'architecture est correctement et suffisamment définies, la POM devient de plus en plus de tâches en moins de code.

    6. Efficace & Évolutive: plus Vite que les autres axé sur les mots clés/données d'approches axées sur les où les feuilles de calcul Excel sont en lecture/écriture.

    Inconvénients

    1. Élevé de Temps de Configuration & Effort: premier effort d'investissement dans le développement de l'Automatisation Cadre est élevé. C'est le plus grand poids de POM dans le cas des applications web avec des centaines/milliers de pages. Il est fortement suggéré que si ce modèle est décidé à mettre en œuvre, alors il devrait être fait en parallèle au développement de l'application. Reportez-vous V-Modèle pour le Cycle de Développement du Logiciel.

    2. Main-d'œuvre qualifiée: les Testeurs ne sont pas techniquement son ou de la connaissance de la programmation, les meilleures pratiques sont un cauchemar dans ce cas. C'est peut-être la plus grosse erreur à faire, employant de la main d'œuvre non qualifiée dans l'espoir de leur formation au cours de la mise en œuvre. Non qualifiés, les testeurs ont besoin de suivre une Formation Boot Camp pour être prêt pour une telle entreprise. Aussi l'Architecture du cadre doit être défini clairement et complètement avant de le développement, afin d'éviter toute lacune dans les étapes ultérieures. Chaque application est différente, et il peut exiger que l'automatisation cadre significativement adapté vers elle.

    3. Spécifiques: Pas un modèle générique. Automatisation Cadre de travail élaboré à l'aide de POM approche est spécifique à l'application. Contrairement axé sur les mots clés/data-driven cadres, il n'est pas un cadre générique.

    Indépendamment des inconvénients, POM est peut-être la plus efficace et hautement recommandé approche à l'égard de n'importe quelle application web. Comme le cadre de l'échéance, il est peut-être plus facile de le modifier en un hybride cadre d'une POM approche de celle des autres mots clés/données d'approches axées sur les.

    OriginalL'auteur Zeeshan Siddiqui