Cuando buscábamos trabajo, verificamos la información de reclutamiento y descubrimos que todos necesitamos tener experiencia en pruebas automatizadas. A partir de esto, parece que los evaluadores no conocen un poco la tecnología de pruebas automatizadas y les da vergüenza decir que lo están haciendo. pruebas de software. La mayoría de los evaluadores también comienzan las pruebas automatizadas mediante el uso de herramientas de prueba automatizadas, la reproducción de grabaciones, los scripts de prueba y el desarrollo de dispositivos, y luego, lentamente, entran en contacto con la automatización de la interfaz de usuario, la automatización de la interfaz, la integración continua y, finalmente, construyen un sistema de marco de prueba automatizado.
La mayoría de los principiantes en pruebas pueden tener más contacto con la automatización de la interfaz de usuario cuando comienzan con las pruebas automatizadas . También han utilizado Uiautomator en el terminal móvil , el marco de automatización de la interfaz de usuario de Appium , Selenium y el marco de automatización de la interfaz de usuario de Robot Framework relacionado con las interfaces de Internet de la PC . Subconscientemente piensan que Las pruebas de automatización de la interfaz de usuario son muy importantes. Pero después de usarlo durante un período de tiempo, se mezcló, especialmente cuando se usó en el trabajo, inmediatamente se volvió inaceptable. El tiempo para desarrollar y mantener scripts fue mucho más largo que el tiempo para las pruebas manuales. La ganancia superó la pérdida. , y finalmente volvió a las pruebas manuales.
Si la automatización de la interfaz de usuario se va a utilizar en el trabajo real, se deben resolver los siguientes puntos débiles; de lo contrario, las pruebas de automatización de la interfaz de usuario aún tienen un largo camino por recorrer.
1. Proyectos con requisitos inestables y cambios frecuentes
El mayor desafío de las pruebas de automatización de la interfaz de usuario es el cambio de requisitos. Si la interfaz cambia con frecuencia, la secuencia de comandos debe reescribirse. Los cambios frecuentes en los requisitos de la interfaz hacen que la velocidad de escritura de las secuencias de comandos no se mantenga al día con los cambios en los requisitos. Luego, la interfaz de usuario La automatización es solo de nombre, por lo que las pruebas de automatización de la interfaz de usuario son especialmente adecuadas para los requisitos.Un proyecto que es estable y no cambia con frecuencia. Los requisitos de los proyectos de desarrollo ágil son inestables y los cambios en los requisitos a menudo conducen a cambios en la interfaz. Al mismo tiempo, el ciclo del proyecto de desarrollo ágil es corto, por lo que los proyectos de desarrollo ágil no son adecuados para la automatización de la interfaz de usuario.
2. Proyectos con ciclos cortos de desarrollo y mantenimiento
Para proyectos de desarrollo únicos con un ciclo corto, teniendo en cuenta la relación entrada-salida de la automatización de la interfaz de usuario, las pruebas de automatización de la interfaz de usuario no son adecuadas. Los beneficios de la automatización de la interfaz de usuario se reflejan principalmente en múltiples rondas de pruebas. Imagine que un proyecto con un ciclo de mantenimiento corto tiene menos rondas de pruebas. Por ejemplo, se pueden probar una o dos rondas de pruebas de interfaz, por lo que se pueden usar pruebas manuales. . Al mismo tiempo, el desarrollo y la depuración de scripts automatizados lleva cierto tiempo. Si el ciclo del proyecto es corto y no hay suficiente tiempo para respaldar el desarrollo de scripts, entonces no hay necesidad de realizar pruebas automatizadas.
3. El desarrollo del sistema bajo prueba no está estandarizado y los requisitos de capacidad de prueba no están claros.
La prueba de automatización de la interfaz de usuario en realidad está simulando clics manuales. A diferencia del ojo humano que puede encontrar directamente los controles en los que se debe hacer clic, el programa es diferente. Necesitamos encontrar los controles en los que se debe hacer clic con anticipación y luego dejar que el programa haga clic para completar la operación manual simulada. Esto requiere definir una serie de especificaciones para las pruebas automatizadas antes del desarrollo del proyecto, y los ingenieros de desarrollo siguen el desarrollo de la especificación durante el desarrollo, para que la automatización de la interfaz de usuario pueda continuar. Por ejemplo, no hay una identificación única o una descripción de texto definida para el control de botón, y el control no se puede encontrar cuando se escribe el script de automatización. Si el desarrollo a menudo cambia la definición de los controles casualmente antes de las diferentes versiones, entonces los scripts que se pueden ejecutar antes no se ejecutarán correctamente después, lo que requerirá un mantenimiento en tiempo real, lo que generará altos costos de mano de obra y se volverá ineficiente. De manera similar, hay parámetros de interfaz en el proceso de prueba de automatización de interfaz.
Entonces, ¿qué tipo de proyecto es adecuado para las pruebas de automatización de la interfaz de usuario? La siguiente lista se puede utilizar como referencia: requisitos estables y cambios poco frecuentes; se requiere verificación de regresión frecuente; interfaz de IU estable, especificaciones de definición de control de interfaz y capacidad de prueba sólida; proyectos con ciclos largos de desarrollo y mantenimiento; presión de progreso de proyectos pequeños; grandes empresas y grandes plataformas, departamento de pruebas La mayoría de los evaluadores tienen la capacidad de desarrollar scripts.
Actualmente, las pruebas de IU son el enlace de prueba que consume la mayor parte de la mano de obra del equipo de pruebas, y la mayor parte del trabajo diario de los evaluadores es la prueba de IU. Por lo tanto, la automatización de la interfaz de usuario es muy adecuada para resolver tareas simples, mecánicas y repetitivas y aumentar la cobertura de las pruebas.
Las pruebas de automatización de la interfaz de usuario no solo necesitan escribir scripts de prueba, sino que también deben diseñarse. Debe considerar no solo la eficiencia de ejecución de cientos de casos de uso, sino también el costo de mantenimiento y la exactitud de los resultados de ejecución. Necesitamos entender que las pruebas de automatización de la interfaz de usuario no pueden reemplazar las pruebas manuales, y es difícil reducir los probadores. No podemos promover y perseguir ciegamente las pruebas de automatización de la interfaz de usuario .
[200 episodios completos] Tutoriales avanzados ultradetallados sobre pruebas automatizadas de interfaces de Python, ¡realmente simulando el combate real de proyectos empresariales! !