¿Cuál es la diferencia entre las herramientas automatizadas QTP y Selenium?

La mejor respuesta

QTP

  1. QTP ahora UFT es una herramienta con licencia proporcionada por HP , se puede utilizar para automatizar aplicaciones web, aplicaciones de escritorio de Windows, aplicaciones de Oracle, por nombrar algunas. Aunque HP proporciona la descarga gratuita con algunos complementos durante un mes de uso.
  2. VBSCRIPT es el programa de secuencias de comandos que se utiliza principalmente Idioma en QTP.
  3. QTP en sí mismo viene con un IDE integrado
  4. Los scripts QTP se pueden ejecutar de manera secuencial.

Selenium

  1. Selenium es más un marco de automatización que una herramienta y se usa solo para automatizar aplicaciones web.
  2. Java es la elección principal del lenguaje para desarrollar sus scripts, aunque puede usar C # , Python también
  3. Eclipse se usa principalmente para escribir los scripts de prueba
  4. Selenium se puede usar para ejecutar casos de prueba en forma paralela.

En el nivel de resumen, tanto QTP como Selenium son buenas herramientas para la automatización, según u Ponga los requisitos, la disponibilidad y el conjunto de habilidades. Se puede elegir cualquiera de estas herramientas.

Respuesta

Si se encuentra en una situación para decidir su carrera en UFT o selenium. Me gustaría dar una idea de la industria de la automatización de pruebas, los mitos comunes que rodean varias herramientas y la mentalidad de las personas.

Estamos hablando puramente de herramientas de prueba de GUI aquí. En primer lugar, debemos comprender cuántas pruebas de GUI haremos en el futuro. Los proyectos de desarrollo modernos típicos enfatizan mucho en un concepto de prueba de pirámide inversa en el que se realizan muchas pruebas al comienzo del proyecto y, a medida que el software atraviesa el ciclo de desarrollo, la cantidad de pruebas que se realizan se reduce drásticamente. Entonces, las llamadas pruebas de GUI ocurren bastante tarde en el juego. Lo que a su vez significa que la cantidad de pruebas de GUI será relativamente menor en el futuro. Hay muchas organizaciones que tienen una enorme cantidad de scripts de regresión que ejecutan y ejecutan para siempre.

Lo siguiente es la selección de herramientas. Muchos propietarios de productos u organizaciones aceptan las alocadas presentaciones que ofrecen muchas empresas de servicios que crean sus propios softwares solo para crear un monopolio dentro de una organización que dure para siempre. En aquel entonces, recuerdo cuando las herramientas comerciales como qtp, rft, etc., eran lo único en el mercado, las empresas de nivel de servicio tenían sus productos patentados y el principal punto de venta es la reducción de costos. Pero todo el mundo, qué drogadictos serían. Luego vino el selenio y literalmente le dio la libertad de crear de manera más poderosa una solución de automatización personalizada.

Aquí es donde comienza el problema. Permítanme dar un ejemplo, con las estrategias de desarrollo actuales, si desea seleccionar una estrategia de automatización para implementar, lo primero que debe considerar es tener un marco de automatización que esté sincronizado con su plataforma de desarrollo. Si su desarrollo usa dotnet, use la interfaz de usuario codificada para la automatización, en su lugar, usar selenio es realmente una mala idea. Lo que hace la mayoría de la gente. O implementarán selenio con c #.

El siguiente gran problema es con los probadores de automatización que, en la mayoría de los casos, saben cómo hacer las cosas. Pero no podrán justificar por qué siguieron ese enfoque. En un entorno de desarrollo típico, seguimos principios estrictos y estándares de codificación, pero en la mayoría de los proyectos de automatización no se siguen. Y el enfoque para automatizar un escenario realmente importa. La gente en la mayor parte del tiempo simplemente piensa en lo que parpadea primero en su mente. Y lo curioso es que hará su trabajo para entonces, pero a largo plazo creará un problema seguro.

El selenio, el motivo de su éxito en la industria, viene de la mano de que la industria adopte metodologías ágiles. HP llegó un poco tarde en este juego al traer LeanFT cuando el selenio ya capturó la industria. También deberíamos pensar cuántas organizaciones que han implementado Selenium realmente se han beneficiado de él. El problema con el selenio surge cuando el volumen se vuelve enorme. El concepto de trazabilidad, gestión de casos de prueba, filtrado eficiente, pruebas basadas en riesgos es realmente difícil con el caso del selenio. Debe hacer un gran esfuerzo de desarrollo para completar el marco. Digamos que lo ha hecho y también que ha asumido la responsabilidad de mantener ese marco, que se desarrolló internamente y que siempre hay una curva de aprendizaje. Las organizaciones muy grandes optan por la metodología solo porque pueden y pueden utilizarla. Cuando digo grande, es tan grande como Google, Amazon, PayPal, etc., pero para otras empresas que necesitan analizar, ¿vale la pena tomar esa carga?

Aquí es cuando entra en escena la consideración de las herramientas comerciales. Lo tienen todo, de hecho ofrecen muchas cosas que ni siquiera usas y cobran por ti.Ahora el problema tradicional con estas herramientas comerciales desde hace tanto tiempo el éxito es con las personas que implementan un proyecto de automatización desde el principio. Una persona que aprende dentro y fuera de una herramienta comercial, completa todas las certificaciones posibles No califica para implementar el proyecto. Por ejemplo, si obtiene la certificación HP, existe HP ATP y HP ASE. La mayoría de la gente completa ATP, pero muy pocas completan ASE. Un ASE es el que realmente tiene la capacidad de implementar un proyecto. No el ATP. (No quise decir que la certificación sea obligatoria) Una persona con mucha experiencia en implementación junto con un excelente conocimiento en las herramientas que pueda justificar por qué usar este enfoque en lugar de simplemente lanzar cualquier enfoque debería estar ahí para implementarlo. Independientemente de las herramientas que use, el La empresa de productos hubiera aplicado ciertas formas, mejores prácticas y enfoques. Pero a las personas que usan las herramientas no les importa esa documentación.

A día de hoy, la herramienta de automatización más poderosa es la IU CODIFICADA, TFS, aunque tiene problemas con MAC. Con UFT, puede realizar pruebas de API funcionales y automatizar cualquier aplicación. LeanFT puede ayudarlo a automatizar el entorno de desarrollo con tanta facilidad. Hay algo llamado acelerador de extensibilidad de HP, pero casi nadie sabe cómo usarlo. Selenium tiene un montón de cosas. Pero es como un bloque de Lego que tienes que construir. Y asume toda la responsabilidad de cualquier problema que pueda ocurrir a continuación. Aparte de estas, hay muchas herramientas que sobresalen en ciertas áreas, pero no vale la pena considerarlas ahora.

La conclusión es que no importa qué herramienta seleccione. Lo que más se necesita es finalmente obtener el conocimiento de la implementación de un enfoque correcto que solo se obtiene mediante la experiencia. Empiece desde cualquier lugar y cuando tenga la información correcta, sin importar lo que obtenga allí. Y para el momento, es posible que haya aprendido bastante muchas herramientas e idiomas. ¡¡¡Buena suerte !!!

Deja una respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *