- \u010co je automatiz\u00e1cia?<\/a><\/li>
- \u010co je automatizovan\u00e9 testovanie?<\/a><\/li>
- \u010co automatizova\u0165?<\/a>
- Testovacie pr\u00edpady (test cases), ktor\u00e9 vy\u017eaduj\u00fa opakovan\u00e9 vykon\u00e1vanie s komplexnou sadou d\u00e1t (dataset)<\/a><\/li>
- Testy, ktor\u00e9 s\u00fa \u010dasovo n\u00e1ro\u010dn\u00e9<\/a><\/li><\/ul><\/li>
- Testovacie pr\u00edpady (test cases), ktor\u00e9 vy\u017eaduj\u00fa paraleln\u00e9 vykon\u00e1vanie<\/a><\/li>
- \u010co neodpor\u00fa\u010dame automatizova\u0165?<\/a>
- Testovacie pr\u00edpady (test cases) pre pou\u017e\u00edvate\u013esk\u00e9 rozhranie (UI)<\/a><\/li>
- Testovacie pr\u00edpady (test cases) pou\u017eite\u013enosti<\/a><\/li>
- Funkcionalita, ktor\u00e1 sa pou\u017e\u00edva len zriedka a vy\u017eaduje ve\u013ea \u010dasu na skriptovanie<\/a><\/li>
- Explorat\u00edvne testovanie (exploratory testing)<\/a><\/li><\/ul><\/li>
- Kedy by sme mali automatizova\u0165?<\/a><\/li>
- Kedy neautomatizova\u0165?<\/a><\/li>
- Proces automatizovan\u00e9ho testovania<\/a><\/li>
- Proces automatizovan\u00e9ho testovania krok za krokom:<\/a>
- Pochopenie po\u017eiadaviek<\/a><\/li>
- Definovanie rozsahu automatiz\u00e1cie<\/a><\/li>
- V\u00fdber spr\u00e1vneho n\u00e1stroja<\/a><\/li>
- Skriptovanie testovac\u00edch pr\u00edpadov<\/a><\/li>
- Integr\u00e1cia s CI\/CD<\/a><\/li><\/ul><\/li>
- Frameworky pre automatizovan\u00e9 testovanie<\/a>
- Modul\u00e1rny Framework<\/a><\/li>
- Framework riaden\u00fd \u00fadajmi (Data-driven framework)<\/a><\/li>
- Framework riaden\u00fd k\u013e\u00fa\u010dov\u00fdmi slovami (Keyword-driven framework)<\/a><\/li><\/ul><\/li>
- M\u00fdty o automatizovanom testovan\u00ed<\/a><\/li>
- Popul\u00e1rne n\u00e1stroje na automatizovan\u00e9 testovanie<\/a><\/li>
- Na\u0161e tutori\u00e1ly o n\u00e1strojoch na automatizovan\u00e9 testovanie<\/a><\/li><\/ul><\/div>\n
\u00bfQu\u00e9 es la automatizaci\u00f3n?<\/h2>\n\n
Antes de empezar con las pruebas automatizadas, vamos a explicar el t\u00e9rmino \u00abautomatizaci\u00f3n\u00bb. La automatizaci\u00f3n es el proceso mediante el cual podemos automatizar un proceso manual utilizando la tecnolog\u00eda. El objetivo es eliminar o reducir el trabajo manual humano. Veamos ahora c\u00f3mo ayuda la automatizaci\u00f3n en las pruebas de software.<\/p>\n\n
Las pruebas de software implican escribir casos de prueba una sola vez y volver a ejecutarlos siempre que sea necesario. Las pruebas manuales son una tarea que lleva mucho tiempo y es agotadora. Las pruebas automatizadas ayudan a reducir el tiempo necesario para ejecutarlas. Como los guiones de prueba se escriben una sola vez, pueden ejecutarse autom\u00e1ticamente tantas veces como se desee sin intervenci\u00f3n humana.<\/p>\n\n
\u00bfQu\u00e9 son las pruebas automatizadas?<\/h2>\n\n
Las pruebas automatizadas son un tipo de pruebas de software que implican la ejecuci\u00f3n automatizada de casos de prueba mediante herramientas de automatizaci\u00f3n. B\u00e1sicamente, automatizamos el proceso de prueba manual. El probador escribe guiones de prueba y los ejecuta en un momento determinado, o programa las pruebas para que se ejecuten peri\u00f3dicamente. Esto reduce el tiempo total necesario para las pruebas y, por tanto, ayuda a acelerar la implantaci\u00f3n del software.<\/p>\n\n
\u00bfQu\u00e9 automatizar?<\/h2>\n\n
Ahora que sabemos qu\u00e9 son las pruebas automatizadas, hablemos un poco de qu\u00e9 casos de prueba son adecuados para la automatizaci\u00f3n, o m\u00e1s concretamente, qu\u00e9 casos de prueba son candidatos ideales para la automatizaci\u00f3n. Casos de prueba que comprueban la funcionalidad vital de la aplicaci\u00f3n<\/p>\n\n
Por ejemplo, para una aplicaci\u00f3n de comercio electr\u00f3nico, incluir\u00edamos la navegaci\u00f3n por los productos utilizando las funciones de b\u00fasqueda y categor\u00edas, la adici\u00f3n de productos al carrito y la realizaci\u00f3n de compras como funcionalidades clave. Estos casos de prueba deben ser los primeros adeptos para la automatizaci\u00f3n. Los casos de prueba para a\u00f1adir a listas de deseos y similares deben tener una prioridad menor.<\/p>\n\n
Casos de prueba que requieren una ejecuci\u00f3n repetida con un conjunto de datos complejo<\/h3>\n\n
Hay muchos casos de prueba que requieren una activaci\u00f3n repetida. Estos casos de prueba tambi\u00e9n son candidatos ideales para la automatizaci\u00f3n, porque \u00e9sta reduce en gran medida el esfuerzo dedicado a las pruebas.<\/p>\n\n
Tomemos como ejemplo la funci\u00f3n de b\u00fasqueda de la aplicaci\u00f3n. Si podemos automatizar el procedimiento de b\u00fasqueda con un t\u00e9rmino de b\u00fasqueda y luego validar los resultados de la b\u00fasqueda, podemos ejecutar el mismo script repetidamente con distintos tipos de t\u00e9rminos, como una sola palabra, un t\u00e9rmino de varias palabras, alfanum\u00e9ricos, con caracteres especiales, con caracteres de idiomas extranjeros, etc.<\/p>\n\n
Pruebas que llevan mucho tiempo<\/h3>\n\n
Los procedimientos de prueba que requieren mucho tiempo de ejecuci\u00f3n y preparaci\u00f3n tambi\u00e9n son candidatos ideales para la automatizaci\u00f3n.
Casos de prueba que requieren ejecuci\u00f3n paralela<\/h2>\n\n
Hay escenarios que requieren controlar el acceso concurrente a la aplicaci\u00f3n, por ejemplo, en el caso de pruebas de rendimiento con varios usuarios. En estos casos, las pruebas manuales no son factibles o requerir\u00edan m\u00e1s recursos para probar escenarios espec\u00edficos. Los scripts automatizados ayudan en este caso creando consultas concurrentes y recogiendo los resultados en un solo lugar.<\/p>\n\n
\u00bfQu\u00e9 no recomendamos automatizar?<\/h2>\n\n
Al automatizar, tambi\u00e9n es importante comprender qu\u00e9 tipos de casos de prueba no pueden o no deben automatizarse.<\/p>\n\n
Casos de prueba para la interfaz de usuario (IU)<\/h3>\n\n
Los casos de prueba para la interfaz gr\u00e1fica de usuario (GUI) se dejar\u00edan mejor a las pruebas manuales o a la validaci\u00f3n humana. Esto se debe a que incluso el cambio m\u00e1s peque\u00f1o en la IA podr\u00eda hacer que fallaran los casos de prueba automatizados. Adem\u00e1s, es muy dif\u00edcil crear casos de prueba fiables para la IA que funcionen en distintos dispositivos y con distintas resoluciones de pantalla.<\/p>\n\n
Casos de prueba de usabilidad<\/h3>\n\n
Los casos de prueba de usabilidad comprueban la facilidad de uso de una aplicaci\u00f3n por parte de distintos grupos de usuarios, algo que la tecnolog\u00eda actual no puede proporcionar mediante pruebas automatizadas.<\/p>\n\n
Funcionalidad que se utiliza raramente y requiere mucho tiempo de scripting<\/h3>\n\n
Est\u00e1 bien automatizar escenarios complejos, pero invertir esfuerzos en escenarios que se utilizan poco no es muy eficiente.<\/p>\n\n
Pruebas exploratorias<\/h3>\n\n
Las pruebas exploratorias requieren una r\u00e1pida adquisici\u00f3n de conocimientos sobre la aplicaci\u00f3n y pruebas concurrentes. Por tanto, los escenarios de las pruebas exploratorias no pueden automatizarse.<\/p>\n\n
\u00bfCu\u00e1ndo debemos automatizar?<\/h2>\n\n
Tras definir todas las opciones de automatizaci\u00f3n durante la planificaci\u00f3n de las pruebas, podemos empezar a crear el marco de automatizaci\u00f3n en paralelo con el equipo de desarrollo. Sin embargo, la creaci\u00f3n de guiones de casos de prueba debe comenzar en el momento adecuado. Para rentabilizar mejor la inversi\u00f3n en automatizaci\u00f3n y evitar trabajo innecesario, la creaci\u00f3n de guiones de casos de prueba debe iniciarse cuando la aplicaci\u00f3n sea estable y no se prevean cambios frecuentes en ella.<\/p>\n\n
\u00bfCu\u00e1ndo no automatizar?<\/h2>\n\n
Echemos un vistazo a algunos escenarios en los que las pruebas automatizadas no son apropiadas o en los que es m\u00e1s probable que la automatizaci\u00f3n aporte desventajas.<\/p>\n\n
- \n
- Falta de pericia, experiencia con la<\/strong> herramienta de automatizaci\u00f3n – La falta de pericia en la herramienta de automatizaci\u00f3n y\/o en el lenguaje de programaci\u00f3n para crear scripts fiables es una de las principales razones por las que no se puede aprovechar todo el potencial de la herramienta. Estos factores conducen al fracaso de las pruebas automatizadas.<\/li>\n\n\n\n
- Casos de prueba incorrectamente seleccionados<\/strong> – El \u00e9xito de las pruebas automatizadas depende en gran medida de los casos de prueba adecuados para la automatizaci\u00f3n. Las pruebas mal seleccionadas hacen que se malgasten los recursos y el tiempo invertidos en la automatizaci\u00f3n.<\/li>\n\n\n\n
- Aplicaciones con cambios frecuentes<\/strong> – Elegir pruebas automatizadas para una aplicaci\u00f3n con cambios frecuentes requiere un mantenimiento constante de los scripts de prueba, lo que a veces puede no producir el rendimiento deseado de la inversi\u00f3n.<\/li>\n\n\n\n
- Guiones de prueba escritos incorrectamente<\/strong> – Los guiones de prueba con validaciones limitadas o insuficientes pueden dar lugar a resultados de prueba falsos positivos. Estos falsos positivos ocultan errores que podr\u00edan detectarse f\u00e1cilmente si se verificaran manualmente o se escribieran de otra forma.<\/li>\n<\/ul>\n\n
Proceso de prueba automatizado<\/h2>\n\n
El proceso de pruebas automatizadas implica un conjunto de actividades que se realizan al automatizar diversas aplicaciones de software. Recorreremos cada fase, desde la comprensi\u00f3n de los requisitos hasta las secuencias de comandos automatizadas y la integraci\u00f3n con CI\/CD.<\/p>\n
\n![\"Pruebas](\"https:\/\/ittester.sk\/wp-content\/uploads\/2023\/06\/automatizovane-testovanie-proces-1-1024x1009.webp\")
Proceso de prueba automatizado<\/figcaption><\/figure>\n<\/div>\n Proceso de prueba automatizado paso a paso:<\/h2>\n\n
Comprender los requisitos<\/h3>\n\n
Antes de iniciar las pruebas automatizadas, la primera y m\u00e1s importante actividad es comprender los requisitos. Comprender los requisitos ayudar\u00e1 a definir el alcance de la automatizaci\u00f3n y la selecci\u00f3n de la herramienta adecuada.<\/p>\n\n
Definir el alcance de la automatizaci\u00f3n<\/h3>\n\n
Definir el alcance de la automatizaci\u00f3n implica seleccionar los casos de prueba adecuados para la automatizaci\u00f3n. Esto representa todos los casos de prueba que entran dentro de los tipos de casos de prueba definidos en la secci\u00f3n \u00ab\u00bfQu\u00e9 automatizar?\u00bb.<\/p>\n\n
Elegir la herramienta adecuada<\/h3>\n\n
La elecci\u00f3n de la herramienta depende de varios factores, como los requisitos del proyecto, los conocimientos de programaci\u00f3n, el presupuesto del proyecto (si utilizar una herramienta gratuita o de pago), etc.
Scripting de casos de prueba<\/h3>\n\n
Tras configurar el marco de automatizaci\u00f3n, empezamos a programar los casos de prueba que hemos seleccionado para la automatizaci\u00f3n. Un script t\u00edpico para un caso de prueba de una aplicaci\u00f3n web tiene este aspecto:
Integraci\u00f3n con CI\/CD<\/h3>\n\n
Aunque los casos de prueba pueden ejecutarse seg\u00fan sea necesario, CI\/CD (integraci\u00f3n continua y despliegue continuo) se utiliza ahora ampliamente en casi todas las empresas de productos. Desde el punto de vista de las pruebas, esto incluye configurar conjuntos de pruebas en una herramienta CI\/CD como Jenkins.
Marcos para pruebas automatizadas<\/h2>\n\n
Al probar manualmente cualquier software, definimos un conjunto de reglas. Por ejemplo, el formato de los casos de prueba, la priorizaci\u00f3n de la ejecuci\u00f3n de las pruebas, diversos procedimientos destinados a optimizar todo el proceso de prueba del software, etc. Del mismo modo, para las pruebas automatizadas, utilizamos marcos de automatizaci\u00f3n para ayudar a reducir el coste de mantenimiento de los scripts automatizados y mejorar el proceso general de pruebas automatizadas.<\/p>\n\n
El marco puede incluir instrucciones e implementaci\u00f3n de varios factores que afectan a la calidad del conjunto de pruebas, como por ejemplo<\/p>\n\n
- \n
- \u00bfDe d\u00f3nde obtendremos los datos de las pruebas? – Por ejemplo, los insertaremos directamente en el script o los descargaremos de archivos externos.<\/li>\n\n\n\n
- \u00bfC\u00f3mo debemos tratar los repositorios de objetos o los localizadores de elementos (los localizadores son identificadores de varios elementos, como campos de texto, botones, etc.)?<\/li>\n\n\n\n
- \u00bfD\u00f3nde debemos almacenar la funcionalidad com\u00fan que puede reutilizarse? – Para reducir la redundancia y mejorar la reutilizaci\u00f3n del c\u00f3digo.<\/li>\n\n\n\n
- \u00bfCu\u00e1l debe ser el formato de los mensajes? – HTML, PDF, XLS, etc.<\/li>\n\n\n\n
- \u00bfC\u00f3mo debemos aplicar el registro? – \u00bfQu\u00e9 herramienta\/biblioteca debe utilizarse?<\/li>\n\n\n\n
- \u00bfQu\u00e9 hay que hacer en caso de fallo de la prueba? – \u00bfqueremos una captura de pantalla o intentar volver a ejecutar el caso de prueba? Vamos.<\/li>\n<\/ul>\n\n
Estamos desarrollando un marco de pruebas de automatizaci\u00f3n para abordar y aplicar estas normas.<\/p>\n\n
A continuaci\u00f3n se enumeran algunos de los marcos de automatizaci\u00f3n m\u00e1s utilizados:<\/p>\n\n
Marco modular<\/h3>\n\n
Los marcos modulares son marcos de automatizaci\u00f3n b\u00e1sicos que identifican y crean funcionalidades de uso com\u00fan, como la conexi\u00f3n a una base de datos, el inicio de sesi\u00f3n, un m\u00e9todo para leer datos de un archivo externo, etc. En lugar de generar c\u00f3digo iterativo, simplemente llamamos a los m\u00e9todos reutilizables seg\u00fan sea necesario.<\/p>\n\n
Marco basado en datos<\/h3>\n\n
En el caso de los marcos basados en datos, los datos de prueba residen en archivos externos, y en funci\u00f3n del n\u00famero de filas de los archivos externos, el caso de prueba se ejecuta varias veces con diferentes conjuntos de datos en cada iteraci\u00f3n (le\u00eddos del archivo). Dado que los datos impulsan la automatizaci\u00f3n, a este marco se le ha dado el nombre de Marco Impulsado por los Datos.<\/p>\n\n
Marco basado en palabras clave<\/h3>\n\n
En un marco basado en palabras clave, podemos escribir casos de prueba en texto plano. Por ejemplo, podemos escribir los casos de prueba en una hoja Excel de la siguiente manera:<\/p>\n
\n![\"Palabras](\"https:\/\/ittester.sk\/wp-content\/uploads\/2023\/06\/klucove-slova-automatizovane-testovanie.webp\")
Palabras clave y pruebas automatizadas<\/figcaption><\/figure>\n<\/div>\n El marco ya tendr\u00e1 m\u00e9todos predefinidos para cada palabra clave utilizada, como el c\u00f3digo de automatizaci\u00f3n para la palabra clave OpenBrowser, NavigateTo, etc. De este modo, incluso un usuario sin conocimientos t\u00e9cnicos puede crear guiones de prueba automatizados en texto plano.<\/p>\n\n
Mitos sobre las pruebas automatizadas<\/h2>\n\n
Rompamos algunos mitos sobre las pruebas automatizadas:<\/p>\n\n
- \n
- El 100% de automatizaci\u00f3n<\/strong> es posible – Salvo en algunas aplicaciones muy concretas, el 100% de automatizaci\u00f3n no es posible. Ejemplos de casos de prueba que no pueden automatizarse son los casos de prueba exploratoria o los casos de prueba de usabilidad.<\/li>\n\n\n\n
- La automatizaci\u00f3n sustituir\u00e1 el trabajo de los probadores manuales<\/strong> – Es cierto que con la llegada de las pruebas automatizadas y diversas herramientas, est\u00e1 cambiando la necesidad de probadores que puedan trabajar tanto con pruebas manuales como automatizadas. Sin embargo, la automatizaci\u00f3n nunca sustituir\u00e1 por completo la necesidad de realizar pruebas manuales.<\/li>\n\n\n\n
- Un desarrollador es un mejor probador automatizado<\/strong> – Mientras que un desarrollador puede tener una peque\u00f1a ventaja en el \u00e1rea de la programaci\u00f3n, un probador puede aportar una visi\u00f3n cr\u00edtica, atenci\u00f3n al detalle, etc. al \u00e1rea del desarrollo de software.<\/li>\n\n\n\n
- La automatizaci\u00f3n es cara<\/strong> – Ejecutada correctamente, la automatizaci\u00f3n puede reducir el esfuerzo global de las pruebas y los recursos necesarios, ahorrando costes del proyecto a largo plazo.<\/li>\n<\/ul>\n\n
Herramientas populares de pruebas automatizadas<\/h2>\n\n
En el mercado del software existen varias herramientas de pruebas automatizadas, tanto de pago como gratuitas. En funci\u00f3n de varios factores, como los requisitos del proyecto, el presupuesto, la experiencia de los recursos, etc. debemos elegir la herramienta adecuada que se adapte a nuestras necesidades. Echemos un vistazo a algunas de las herramientas de pruebas automatizadas m\u00e1s populares del mercado:<\/p>\n\n
- \n
- Selenium<\/strong> – Herramienta de c\u00f3digo abierto para pruebas automatizadas. Tiene una comunidad grande y activa. Es una de las herramientas m\u00e1s utilizadas y admite scripts en varios lenguajes: Java, Python, Ruby, JavaScript, C#, etc.<\/li>\n\n\n\n
- Katalon Studio<\/strong> – Herramienta relativamente nueva, pero que est\u00e1 ganando popularidad r\u00e1pidamente gracias a las funciones de grabaci\u00f3n y reproducci\u00f3n y de creaci\u00f3n de scripts para los usuarios m\u00e1s expertos t\u00e9cnicamente. Es gratuito, pero no de c\u00f3digo abierto.<\/li>\n\n\n\n
- UFT One<\/strong> – Herramienta de pago de Microfocus que puede utilizarse para automatizar aplicaciones web y Windows. S\u00f3lo admite secuencias de comandos VBScript.<\/li>\n\n\n\n
- TestComplete<\/strong> – Una herramienta de pago de Smartbear que puede utilizarse para automatizar aplicaciones web, m\u00f3viles y de escritorio.<\/li>\n\n\n\n
- Tosca<\/strong> – Herramienta de pago de Tricentis que proporciona funciones de grabaci\u00f3n y reproducci\u00f3n para automatizar aplicaciones web, API y aplicaciones Windows. Se considera una de las herramientas m\u00e1s populares sin necesidad de programaci\u00f3n.<\/li>\n\n\n\n
- Watir<\/strong> – Herramienta de automatizaci\u00f3n de c\u00f3digo abierto basada en lenguaje Ruby, que permite automatizar aplicaciones web. Contiene un componente watir-webdriver basado en Selenium.<\/li>\n\n\n\n
- Appium<\/strong> – Puede considerarse como el Selenium para aplicaciones m\u00f3viles. Al igual que Selenium, es una herramienta de c\u00f3digo abierto con una gran base de usuarios.<\/li>\n\n\n\n
- TestProject<\/strong> – TestProject es una herramienta gratuita de pruebas automatizadas impulsada por la comunidad de Tricentis. Puede utilizarse para automatizar aplicaciones web y m\u00f3viles.<\/li>\n\n\n\n
- Ranorex<\/strong> – Instrumento de pago con funciones de grabaci\u00f3n y reproducci\u00f3n. Con su ayuda, podemos automatizar aplicaciones Android, iOS y Windows. Adem\u00e1s de grabar y reproducir, tambi\u00e9n admite secuencias de comandos mediante C# y VBScript.<\/li>\n<\/ul>\n\n
Nuestros tutoriales sobre herramientas de pruebas automatizadas<\/h2>\n\n
Ahora que tienes una idea suficiente del proceso de pruebas automatizadas, puedes elegir la herramienta adecuada para aprender la automatizaci\u00f3n de pruebas. Tambi\u00e9n preparamos tutoriales sobre herramientas populares de pruebas automatizadas Selenium, Katalon, Cucumber, TestNG.<\/p>\n\n
Esperamos que este art\u00edculo te haya ayudado a comprender los fundamentos de las pruebas automatizadas y a tomar conciencia de las actividades que se realizan en el proceso de pruebas automatizadas.<\/p>\n","protected":false},"excerpt":{"rendered":"
\u00bfQuieres aprender a realizar pruebas automatizadas pero no sabes c\u00f3mo empezar? No importa. Te guiaremos […]<\/p>\n","protected":false},"author":1,"featured_media":2103,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"footnotes":""},"categories":[29],"tags":[],"class_list":["post-2100","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-sin-categorizar"],"acf":[],"aioseo_notices":[],"_links":{"self":[{"href":"https:\/\/ittester.sk\/es\/wp-json\/wp\/v2\/posts\/2100","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/ittester.sk\/es\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/ittester.sk\/es\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/ittester.sk\/es\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/ittester.sk\/es\/wp-json\/wp\/v2\/comments?post=2100"}],"version-history":[{"count":3,"href":"https:\/\/ittester.sk\/es\/wp-json\/wp\/v2\/posts\/2100\/revisions"}],"predecessor-version":[{"id":2171,"href":"https:\/\/ittester.sk\/es\/wp-json\/wp\/v2\/posts\/2100\/revisions\/2171"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/ittester.sk\/es\/wp-json\/wp\/v2\/media\/2103"}],"wp:attachment":[{"href":"https:\/\/ittester.sk\/es\/wp-json\/wp\/v2\/media?parent=2100"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/ittester.sk\/es\/wp-json\/wp\/v2\/categories?post=2100"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/ittester.sk\/es\/wp-json\/wp\/v2\/tags?post=2100"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}
- Katalon Studio<\/strong> – Herramienta relativamente nueva, pero que est\u00e1 ganando popularidad r\u00e1pidamente gracias a las funciones de grabaci\u00f3n y reproducci\u00f3n y de creaci\u00f3n de scripts para los usuarios m\u00e1s expertos t\u00e9cnicamente. Es gratuito, pero no de c\u00f3digo abierto.<\/li>\n\n\n\n
- La automatizaci\u00f3n sustituir\u00e1 el trabajo de los probadores manuales<\/strong> – Es cierto que con la llegada de las pruebas automatizadas y diversas herramientas, est\u00e1 cambiando la necesidad de probadores que puedan trabajar tanto con pruebas manuales como automatizadas. Sin embargo, la automatizaci\u00f3n nunca sustituir\u00e1 por completo la necesidad de realizar pruebas manuales.<\/li>\n\n\n\n
- El 100% de automatizaci\u00f3n<\/strong> es posible – Salvo en algunas aplicaciones muy concretas, el 100% de automatizaci\u00f3n no es posible. Ejemplos de casos de prueba que no pueden automatizarse son los casos de prueba exploratoria o los casos de prueba de usabilidad.<\/li>\n\n\n\n
- Casos de prueba incorrectamente seleccionados<\/strong> – El \u00e9xito de las pruebas automatizadas depende en gran medida de los casos de prueba adecuados para la automatizaci\u00f3n. Las pruebas mal seleccionadas hacen que se malgasten los recursos y el tiempo invertidos en la automatizaci\u00f3n.<\/li>\n\n\n\n
- Framework riaden\u00fd \u00fadajmi (Data-driven framework)<\/a><\/li>
- Definovanie rozsahu automatiz\u00e1cie<\/a><\/li>
- Testovacie pr\u00edpady (test cases) pou\u017eite\u013enosti<\/a><\/li>
- Testy, ktor\u00e9 s\u00fa \u010dasovo n\u00e1ro\u010dn\u00e9<\/a><\/li><\/ul><\/li>
- \u010co je automatizovan\u00e9 testovanie?<\/a><\/li>