Get best of the week

¿Quién más necesita selenio? ¿Alguien usa BDD en 2020? Machine Learning en Selenium

Cada vez que me encuentro con un nuevo artículo sobre cómo usar el enfoque BDD y cómo mejora la vida de desarrollo, pruebas y administración, me agarro a la cara. (Y ahora no sé qué hacer. No me agarro de la cara, solo estoy triste). Sin embargo, las tareas de escribir pruebas de selenio pueden causar las mismas sensaciones . Quería hablar sobre eso con aquellos que se enfrentan a las pruebas de selenio y están desarrollando varias herramientas para trabajar convenientemente con ellos.

imagen

Nosotros (Vsevolod Brekelov y Daria Manukhina, comité del programa de conferencias de Heisenbug) hablamos con Anna Chernyshova, desarrolladora de la biblioteca Akita y la nueva herramienta Healenium ( su charla sobre BDD ), e Ivan Krutov, desarrollador de Selenoid. Ivan ha estado involucrado en infraestructura para pruebas de selenio durante varios años ( una de sus clases magistrales ). Discutido:

  • Enfoque BDD en 2020;
  • El selenio y su desarrollo;
  • Carrera;
  • Aprendizaje automático y selenio.


La entrevista consta de dos partes: en la segunda, hablamos sobre la infraestructura de las pruebas de selenio, las herramientas del probador y respondimos a la pregunta que se planteó al final de esta publicación.


Muchas cartas sobre interlocutores


- Anya, Vanya, cuéntanos sobre ti. Comencemos con Ani: cuéntanos brevemente qué haces principalmente.


Anya : Ahora tengo dos actividades principales: la primera: trabajo en el centro de competencia de pruebas de EPAM en EPAM. Este es un grupo de personas que están siendo consultadas para obtener ayuda para comenzar un proyecto, seleccionando tecnologías. Realizo muchas pruebas de auditoría en proyectos. Entiendo lo que está mal, lo que es bueno, lo que es malo, recomiendo mejoras, hago PoC. Básicamente, dicha consultoría dentro de la empresa. La segunda dirección es el acelerador, nuestro nuevo Healenium , lo hemos compensado hace relativamente poco, esto es algo que puede reparar localizadores rotos en tiempo de ejecución y mantener las pruebas actualizadas.

- ¡Excelente! Vanya, ¿y tú? Sé que eres un desarrollador selenoide.


Vania: Soy un desarrollador de especialización. Java, Go son básicamente esos lenguajes. Aunque comenzó hace cien años. También escribí en PHP cuando lo más simple estaba allí. En la escuela, escribió todo tipo de pascales, como todos los demás. Como resultado, en los últimos 6 años he estado haciendo lo que ahora se llama la palabra de moda DevOps, esto es algo así en el cruce. Según la posición en ruso, a esto se le puede llamar, por ejemplo, un ingeniero de software, es tanto un desarrollador como una persona involucrada en el mantenimiento de la infraestructura. Por ejemplo, soy responsable del rendimiento de un gran clúster de selenio con un número suficientemente grande de navegadores, es tolerante a fallos, distribuido, etc. Ésta es la primera parte. La segunda parte: hago todo tipo de código abierto y no solo proyectos. Escribimos Selenoidnotorio para todos en código abierto. También contamos con herramientas comerciales. Por ejemplo, Selenium for Kubernetes es un producto separado, hacemos soluciones en la nube para Selenium, bueno, y mucho más. También hay una línea de productos, estamos desarrollando profesionalmente herramientas para Selenium: abierto y cerrado son diferentes. Tal actividad. Por supuesto, voy a conferencias, hablo, educo a las personas, cómo construir efectivamente Selenium basado en mi experiencia.

- Dijiste un poco sobre Selenoid. Sé que Selenoid es un proyecto de la organización Aerokube. ¿Me puede decir cómo es? ¿Es esta una comunidad o es una organización? ¿Una organización comercial o cómo apareció?

Vania: Son ambos. De hecho, inicialmente era solo una comunidad, comenzaron una organización en GitHub para crear herramientas de código abierto y eficaces para Selenium. Esto se hizo en su tiempo libre desde el trabajo, desde el trabajo principal. Resultó ser la primera herramienta selenoide, luego al final nos dimos cuenta de que para poder garantizar adecuadamente, por así decirlo, el desarrollo efectivo de este selenoide, necesita una de dos cosas.

Todos los buenos productos de código abierto se están desarrollando en una de dos direcciones. La primera es cuando se hacen en una gran empresa que simplemente los patrocina, paga el salario a los desarrolladores, y la segunda opción es cuando hay una solución gratuita de código abierto y hay algún producto pagado, similar o diferente, debido a que el desarrollo se monetiza. Como resultado, cuando Selenoid voló con nosotros, tomamos una decisión y la diseñamos en forma de empresa. Ahora ya es una organización comercial que tiene código abierto y tiene sus propios productos.

- ¿Entonces trabajas en eso?

Vanya : si.

- Bueno. Anya, escribiste la biblioteca Akita , que se estaba desarrollando en Alfa Bank. ¿Todavía lo estás usando activamente en algún lugar? ¿O se quedó en Alpha y eso es todo?

Anya: Fue desarrollado solo como parte de Alfa Bank. En primer lugar, ella era para sus necesidades. Luego lo abrimos, porque parecía que podría ser útil para otra persona. Hasta donde sé, el banco ahora lo está utilizando, por supuesto, y tal vez también alrededor de una docena de organizaciones de terceros. Pero no trabajo con ella en este momento.

- Promocionaste BDD . ¿Lo estás promocionando en algún momento, o este no es el tema en el que estás trabajando activamente?

Anya: También depende de la situación. Si el cliente viene y dice que quiero estar al tanto de lo que está sucediendo, entonces sí, son buenos en este enfoque. Si los equipos de funciones hacen esto, o las pruebas se llevan a cabo por separado como un servicio, entonces en estos casos no lo promociono. No he trabajado con BDD durante algún tiempo, ahora es principalmente una automatización de autocuración.

Uso de BDD en 2020. ¿Esto es una broma?


- BDD en 2020 está bien?

Anya : Creo que está bien, pero depende de la situación. Ahora estamos probando la autocuración con BDD en el mismo Alfa Bank y todo está bien. Escriba que puede actualizarse, es este enfoque BDD el que se hace más estable y luego funciona bien.

Vanya : De hecho, BDD, originalmente fue para gerentes. Sin embargo, para que una persona que no tenga competencias muy profundas en el desarrollo de pruebas pueda ser bastante fácil de leer, se entiende cómo se prueba el producto. Me parece que mientras todo el desarrollo esté organizado de tal manera que haya gerentes ejecutivos que tengan diferentes competencias y haya desarrolladores, creo que BDD tiene sentido, ¿por qué no?

Anya: Todavía hay situaciones, por ejemplo, hubo situaciones en el banco, que simplemente no había un probador en los equipos, y era necesario probarlo de alguna manera, y los analistas dijeron: "¡aquí queremos!". Para ellos, solo esta herramienta incluida fue desarrollada. Llegaron casi a esta formulación ideal de BDD, que los analistas también estaban involucrados en la escritura de los scripts, y era conveniente que se guiaran por esta descripción de nivel superior de los pasos para compilar las pruebas, y que pudieran ejecutarse automáticamente.



- Este holívar todavía está llegando, ¿quién debería escribir pruebas para BDD? Por ejemplo, hay alguna organización que aún no tiene BDD, y no está claro si es necesario o no, y quién debe escribir estas pruebas. En un mundo ideal, ¿qué recomendarías?

Vanya : Creo que depende mucho de la cantidad de todo.

Anya : Sí, y depende mucho de la situación. Si este es un equipo de características, donde hay todos los representantes de estos roles y algunos probadores con buenas habilidades, y hay muchos de esos equipos, y así es como se construye la organización, entonces difícilmente necesitarán BDD. Si este es un equipo donde no hay un probador, o el probador tiene habilidades débiles, por ejemplo, esto es principalmente una prueba manual, entonces este enfoque también será aplicable, porque el probador también podrá realizar la automatización de inmediato.

- Es decir, si tiene mucho dinero y ha contratado a muchas personas que son técnicamente incompetentes, ¿entonces BDD es adecuado para usted?

Anya : En principio, puedes decir eso.

Vanya : En general, me parece que no solo BDD, sino cualquier prueba durante la planificación debe basarse fuertemente en el dinero.
Dio la casualidad de que la mayoría de las conferencias, sin embargo, se mueven en la dirección técnica o filosófica. No es habitual decir que, en cualquier caso, trabajamos en empresas que tienen presupuestos, que tienen una cantidad limitada de dinero. Todas las decisiones que toma la gerencia, al final todo depende de este mismo dinero. No hay forma de llegar a ninguna parte. Solo programadores, probadores y analistas, elaboramos cerveza en un mundo tan "limitado", donde no se nos informa sobre ellos, solo pueden decir "sí" o "no". Me parece que las pruebas, la planificación del desarrollo y todo lo demás: siempre debe basarse en el presupuesto existente, nada más. De todos modos, todo descansa allí.

¿BDD está subcontratado o alojado?


- Si hablamos sobre si BDD es para un proyecto subcontratado y para uno interno, ¿hay alguna diferencia o no? Si el presupuesto lo permite, ¿necesita BDD para la subcontratación?

Anya : Aquí nuevamente, sí, todo se basa en el presupuesto. No lo sé, probablemente no le daría BDD personalmente a la subcontratación, pero si, por supuesto, el cliente realmente no quiere hacerlo. Si él dice: "Quiero BDD y eso es todo, ¡no me importa!" - entonces sí. Pero esto requerirá muchachos tan hábiles para que lo envuelvan maravillosamente todo en un marco hermoso. Por lo general, los clientes llegan a externalizar y dicen: "Rápidamente quiero algún tipo de automatización", o "No tengo automatización, compilación" o "Me está yendo mal, vamos a actualizar algo de alguna manera". Por lo general, en tales situaciones, su solución requiere una comprensión técnica más profunda y automatización a nivel técnico.
Aunque si le cae bien al cliente y puede iniciar rápidamente la automatización, probablemente también dependa del tiempo. Si es posible de esta manera comenzar rápidamente y alcanzar la meta que el cliente desea, entonces sí, puede acostarse.

- Parece que BDD para la subcontratación no se trata solo de cómo escribirles un proyecto, de conocer los requisitos, sino también de enseñarles a los clientes a comprender en general lo que hay allí. Porque la capacitación de algunos analistas o incluso gerentes para comprender cómo deben crear escenarios, si es que están en el futuro, también es una historia diferente.

Anya : Sí, esto puede tener sus propias dificultades.

Vanya : Volviendo a la pregunta de si el BDD es normal en 2020, me parece que hay una evolución definitiva, me voy tan filosóficamente ...
Con el tiempo, tenemos todo tipo de nuevos enfoques y tecnologías, y me parece que no sucede que la tecnología muera por completo. Por ejemplo, hace 40 años, cuando las computadoras se desarrollaban, había computadoras centrales de estas enormes máquinas que ahora casi han muerto, sin embargo, ciertos nichos permanecieron donde todavía existen y funcionan perfectamente.

Foto del sitio www.kmd.dk

Hace poco hablé con una persona, él está de alguna manera conectado con bancos, con algunos viejos estadounidenses, dice: "Todo cuesta hace cuarenta años, todo funciona, porque es más barato mantenerlo que reescribir a uno nuevo ". Del mismo modo, creo que, en las pruebas, aparecen nuevos enfoques, ha aparecido BDD. No creo que muera, permanecerá en algunos nichos, incluso si se les ocurre algo mejor que esto. Entonces con cualquier producto, con cualquier tecnología. Es imposible, por un lado, completamente, cien por ciento apoderarse de todo el mercado, por otro lado, morir por completo también; debe intentar que esto suceda, siempre hay algunos nichos. La pregunta es cuál es su participación en la masa total de personas.

Carrera


— - , , , , , , .

: La gente a menudo hace la pregunta: ¿cómo crecer en la empresa? Desarrolladores junior, juniors vienen y, naturalmente, en su cabeza, el objetivo es cómo crecer. Al final, en algún momento, comienzas a sentir que una empresa exige que el dinero se cuente allí, y así sucesivamente. De hecho, la forma de convertirse en un nivel más alto de desarrollador principal es comenzar a pensar incluso en una posición tan baja sobre cómo comenzaría a hacerlo desde el punto de vista comercial. No desde el punto de vista, ¿qué probaría con un nuevo lenguaje genial u otra cosa? Esto es genial para un examen personal, pero desde un punto de vista comercial, si quieres crecer, me parece que necesitas pensar más sobre esto.

- - — , .


En un momento escuché a una persona inteligente. Dijo que hay diferentes maneras de hacer crecer una carrera. Enumeró tres formas principales. La primera forma es ser pariente de alguien. Esto generalmente no es suficiente, un pequeño número de personas que tienen parientes de alto rango allí. La segunda forma es hacer manipulación. Todo tipo de intrigas tejen en la empresa y así sucesivamente. Hay pocas personas que sepan cómo hacer esto. Y la tercera forma es demostrar por el trabajo su utilidad para la empresa. La idea principal del crecimiento es encontrar un nicho en la empresa que tenga problemas. Y sugiera a su gerencia cómo resolver estos problemas de manera efectiva, pero en este caso puede crecer enormemente.

— , , . ? , , , : «, , , ! , , ».

: Todo depende mucho de la persona y del equipo. En general, si una persona quiere desarrollarse y crecer, todavía tendrá que hacerlo en algún momento. Hasta cierto punto en el tiempo, el gerente se comunicará por él, si tiene uno, pero si finalmente quiere desarrollarse, tendrá que hacerlo. ¿En qué se diferencia un desarrollador principal de un senior? El hecho de que tiene una muy buena experiencia y el hecho de que sabe cómo resolver esas tareas que ya son mitad gerenciales. Él sabe cómo asumir toda la responsabilidad por el producto que hace, desde la elaboración de los requisitos hasta el desarrollo directo, esta es la diferencia, me parece.

Anya : Sí, aquí llega la comprensión de por qué estás haciendo algo, y no solo haciéndolo, será genial.

Selenio ¿Sigue siendo necesario?


— Selenium, . : « - Selenium? , , , Selenium?»

: Ahora a menudo se dice que el selenio se está muriendo. Algunas otras herramientas vienen en su lugar. Me parece que esto no es del todo cierto y de todos modos todo depende de la experiencia. En cualquier caso, la mayoría de los proyectos ahora en Selenium están terminados y terminados. Necesitará apoyo, y si como especialista en pruebas desea llegar a algún lugar, lo más probable es que sea Selenium. Probablemente haya mucha más experiencia en esta área, además, cuando algunas nuevas tecnologías ingresan al mercado, pueden bombardear y luego deslizarse a algún lado. El selenio cubre, yo diría, todas las posibilidades de las pruebas de jujine. Y esto es algo tan poderoso, que en un futuro cercano definitivamente no morirá.

Si como especialista en pruebas desea llegar a algún lugar, lo más probable es que sea Selenium.


Vanya : También quiero complementar. Siempre hay una cierta inercia con la tecnología. El selenio, como saben, existe desde 2004, ya tiene 15 años. Por supuesto, también cambia por sí solo, sin embargo, durante este tiempo se ha acumulado un número bastante grande de proyectos listos. Para la programación, hace 15 años es una edad de piedra en comparación con lo que es ahora. Y se ha ganado más experiencia precisamente en Selenium. Es fácil incluso comenzar a utilizar una nueva tecnología, si ya es un ingeniero de automatización experimentado, es difícil, realmente es inercia.
Dado que el producto existe durante mucho tiempo, ha acumulado una gran base de conocimiento, escollos, incluso si no es solo el problema de Selenium, es el problema de cualquier tecnología nueva en general: para que pueda volar, necesita obtener una masa crítica de conocimiento, usuarios, etc. .

Selenium tiene una masa crítica de usuarios, hay foros, comunidades, Stack Overflow, mucha documentación, muchas conferencias y especialistas que pueden transferir constantemente este conocimiento. Tan pronto como surge una nueva tecnología, puede volar ahora solo si hay mucho dinero en ella, y todo depende del dinero.

Hay un ejemplo no sobre pruebas, sino sobre desarrollo. Hay un lenguaje de programación Kotlin. Ahora, como resultó, voló en la dirección móvil, moscas rectas, moscas. Dicen que hay algunos rumores de que se ha invertido una cantidad bastante decente de dinero en su promoción, por lo que se menciona en todas partes en las conferencias, para que las personas desarrollen marcos. Mucho está pasando. Para superar la inercia, debe gastar una cierta cantidad de recursos. Hacer un buen producto, incluso si es realmente mejor que Selenium, es difícil de promover.

¿Por qué selenio? Porque ahora es estándar. Existe un consorcio específico de World Wide Web, que tomó y arregló el selenio estándar. Siempre es mejor trabajar con herramientas estandarizadas. Al elegir entre dos herramientas, podemos decir: "Todo está arreglado aquí, la API es estable, todo está bien, pero hay una parte oscura en el lado que algunas compañías también lo hacen, no está claro cuánto durará". Al elegir entre estas dos herramientas, por regla general, un gerente razonable generalmente elige algo más estándar. Me parece que escribir pruebas en Selenium tiene sentido, porque incluso algunos principiantes ahora son más fáciles de hacer. El umbral de entrada será más bajo, más que cualquier persona que pueda preguntar sobre Selenium.

La segunda razón por la que necesita continuar escribiendo pruebas en Selenium, por qué generalmente necesita escribir pruebas en la interfaz de usuario. De hecho, escribir pruebas en la interfaz de usuario, de principio a fin, es la única forma de verificar que la aplicación funciona exactamente como la ve el usuario. Incluso si escribimos todo tipo de unidades y todo lo demás, cubrimos con diferentes tipos de pruebas, esto no ofrece una garantía del cien por ciento. Solo después de perder las mismas acciones que realizará el usuario de la aplicación, podemos estar cien por ciento seguros de que la aplicación está trabajando con nosotros. Está claro que no necesita pasar completamente el cien por ciento del código de esta manera. Por lo general, se cubren los escenarios más críticos de la aplicación, pero no obstante es importante.

Siempre es mejor trabajar con herramientas estandarizadas.


Anya: Me gustaría agregar más sobre nuevas herramientas. Una vez escuché a un tipo inteligente en una conferencia. Habló sobre el lanzamiento de nuevas tecnologías y cómo entender qué tecnología morirá, lo que se retrasará. En cualquier tecnología que ingresa al mercado, comienza a ganar lo que Vanya está diciendo, una masa crítica. Entonces ella tiene un boom, y este boom necesita ser esperado, por así decirlo, porque después de este boom, o bien esta tecnología permanece, puede resistirla, entonces tendrá su propio desarrollo y saltará hacia adelante, o morirá después de eso. También depende de las inversiones, de si el equipo de desarrollo logra hacer frente al flujo de usuarios que acuden a ellos, el flujo de errores o las instrucciones para un mayor desarrollo, o no. Entonces, de inmediato, agarra algo que está en el bombo y transfiere tus pruebas a esta tecnología, me parece a míserá injustificado

- En tu opinión, ¿cuánto ha cambiado en Selenium? ¿Ha cambiado algo dramáticamente en los últimos dos años en este instrumento y está evolucionando de alguna manera?

Vanya : Creo que cambia bastante. Hace dos o tres años, se tenía la sensación de que había algún tipo de estancamiento, porque de hecho Selenium se inventó en 2004, luego se desarrolló, desarrolló, desarrolló, y en 2008-2009 se les ocurrió Selenium WebDriver, y se les ocurrió Selenium Grid. Después de cinco años, simplemente lo terminaron, implementaron algunas características pequeñas, en general, nada cambió mucho. Todos tenían una red de selenio, todos tenían una biblioteca estándar de selenio.

Pero en los últimos 2-3 años, ha habido un auge en todo tipo de nuevos productos basados ​​en selenio. Nosotros, por ejemplo, hicimos Selenoid. Los muchachos que trabajaban en ese momento en Zalando , basados ​​en Selenium Grid, crearon una herramienta como Zalenium, también una solución compatible con Selenium. De hecho, ambas herramientas se hicieron para resolver cualquier problema específico para el que no había solución en el código original. Luego aparecieron otros, competidores del propio selenio. Ahora, me parece, durante los últimos dos o tres años, algún tipo de dvizhuha-dvizhuha se ha ido.

Me parece que Selenium se está desarrollando, además a principios de 2018 arreglaron el estándar. Por lo tanto, el selenio, por supuesto, por un lado, como herramienta, tiene bastante madurez. Por otro lado, el equipo que desarrolló originalmente el código central logró imponer la responsabilidad de mantener la compatibilidad con el estándar para otros equipos de desarrolladores de navegadores. Anteriormente, prácticamente todo Selenium era una sola unidad en la que todo estaba, todos los pilotos, pero ahora se las arreglaron para estar de acuerdo con todos los equipos. Apple for Safari es compatible porque hay un estándar y no hay necesidad de coordinarse con nadie. Google admite Chrome, Mozilla lo hace para Firefox. De hecho, ahora ya es un ecosistema distribuido, hay varios puntos diferentes. Ahora Microsoft también hace lo suyo para sus navegadores, para Edge hizo su propio controlador,y lograron distribuir la responsabilidad. Debido a esto, me parece que ha habido un salto decente en la calidad.

- Sí, hace tres años, recuerdo que las pruebas para Selenium en Safari funcionaron, era necesario desenroscarse así. En general, duele.

Vanya : Y ahora todo se hace más o menos según el estándar. Allí, por supuesto, hay algunas peculiaridades propias, pero en esencia todo se volvió uniforme, es decir, hubo tal unificación de cómo funciona todo en el interior. Creo que es genial, se puso mucho esfuerzo en todo. Por lo tanto, no creo que haya ningún estancamiento en Selenium ahora. Ahora hay una sana competencia de diferentes decisiones.

De alguna manera estamos compitiendo con los chicos que hacen el código principal de Selenium. Venimos a la conferencia, decimos que muchachos, el suyo no es efectivo porque, por lo tanto, y por lo tanto. Para demostrar de alguna manera que también están bien hechos, tienen que hacer lo suyo. Hay una sana competencia.

Anya : Con respecto al Selenium IDE, también quiero agregar, sobre lo que, en general, me parece, todo el mundo lo ha olvidado. Con el advenimiento de nuevas herramientas para la automatización sin guiones, retomaron nuevamente el Selenium IDE. Durante 2019, se desarrolló mucho y se planea un lanzamiento a gran escala a principios de 2020, donde presentarán algo. La interfaz del IDE ha cambiado mucho y se ha vuelto más estable y conveniente, digamos.

Vanya : También quería agregar que ahora comenzaron a tratar de aplicar diferentes tecnologías a Selenium que no se habían aplicado antes, por ejemplo, el mismo aprendizaje automático.
Esta es una de las áreas que aún no existía en Selenium. Las personas, después de haber usado Selenium durante aproximadamente 10 años, encontraron un cierto número de tareas que, como resultó, pueden resolverse parcial o completamente con la ayuda del aprendizaje automático. Todo tipo de operaciones de rutina.

- Anya, dime qué problemas resuelves con el aprendizaje automático. ¿Escribirán todo para nosotros? En nuestro país, la inteligencia artificial está comenzando a penetrar en todas partes. Si conduce "AI and Selenium" a Google, la gente comienza a desarrollar sus propias bibliotecas allí, carga algo más, es decir, el desarrollo está en marcha.

Anya: Con respecto al selenio, puedo decir que recientemente ha sido mucho más conveniente tomar todo tipo de decisiones sobre la base de él, bueno, en particular, debido a su estandarización. En cuanto a las características, lo más importante que necesita es interactuar con los elementos de la página. Y, en consecuencia, esta parte ya recae en los evaluadores sobre cómo describir esta interacción utilizando Selenium. Si lo describe simplemente usando Selenium, entonces puede haber pruebas inestables, ya que cualquier cambio que ocurra en la interfaz de usuario, algún elemento no esperará, y así sucesivamente. El aprendizaje automático está comenzando a aplicarse en este lugar para que estas pruebas puedan estabilizarse. Para que estas pruebas se puedan generar en función de la información que tenemos en la página y del comportamiento del usuario.

La tendencia fue Grabar y Reproducir, lo que hace exactamente el Selenium IDE: vamos a la página, hacemos clic en la acción, creamos pruebas. Estas pruebas deben ser estables. El aprendizaje automático es necesario allí solo para eso. Por lo general, los localizadores están codificados, por lo que si cambia la interfaz de usuario, debe actualizarlos. El Healenium, que estamos haciendo actualmente, por ejemplo, nos permite actualizarlos en tiempo de ejecución, y nuestra prueba pasará en consecuencia.

Ahora existe una tendencia no solo para las pruebas de Grabar y Reproducir, sino para la posibilidad de generar pruebas. Sabemos qué elementos tenemos en la página. Podemos dibujar algún tipo de diagrama lógico de nuestro sitio. Sabemos que tenemos la página principal, desde allí la página de inicio de sesión y algo más. En base a estas conexiones lógicas y acciones que podemos hacer en esta página, podemos generar pruebas. Pero no conozco tales instrumentos en el mercado que lo hicieron muy bien. Healenium queremos desarrollar justo en esta dirección.

Con el desarrollo de estos enfoques y conocimientos en el campo del aprendizaje automático, en el futuro cercano habrá un sesgo en el desarrollo y la aparición de tales herramientas. Por ejemplo, rastreadores de sitios que pueden probar automáticamente en lugar de escribir casos de prueba.

— , Selenium IDE . , . IDE .
, , ?


Propongo discutir este tema en los comentarios. Y en la continuación de esta entrevista, descubriremos las respuestas de Anna e Ivan. Por cierto, en la conferencia Heisenbug 2020 Piter , que se llevará a cabo en línea , puede chatear con ellos y aprender más sobre Healenium, Selenoid y el uso del protocolo Chrome DevTools en el clúster de Kubernetes.

Recientemente, se publicó la segunda parte de la entrevista con la respuesta a la pregunta sobre ML en las pruebas: descubrieron quién es la persona que marca el marcador y descubrieron si Selenium debería estudiarse en 2020.

Para aquellos que desean ampliar sus horizontes y asistir a más de una conferencia, pero inmediatamente 8, hemos preparado algo .

More articles:


All Articles