Pruebas automatizadas de UI (1)

Llevo 2 años realizando pruebas de software y nunca he tenido la costumbre de tomar notas y organizar. Recientemente, un colega de la empresa dijo: "Lo que diga con palabras puede parecer informal, pero lo que escriba en papel hará que las personas se sientan estandarizadas y profesionales. Ya sea que esté realizando pruebas o desarrollo, la documentación y el resumen son muy importantes". Pienso en algunos puntos de conocimiento que nunca he registrado después de usarlos, así que quiero calmarme y ordenarlos con cuidado.

1. ¿Por qué necesitamos realizar pruebas de automatización de la interfaz de usuario?

En términos generales, los estudiantes que tienen una base en pruebas de software estarán de acuerdo en que "el umbral para las pruebas de software es bajo y el salario es generalmente bajo". Esta es una lectura profunda para los probadores manuales.

Desde la perspectiva del desarrollo de la industria de pruebas de software, las pruebas manuales no requieren altas habilidades profesionales y el umbral es bajo. En general, los graduados pueden participar en trabajos de pruebas de software después de graduarse. competencia en la industria de pruebas de software. A medida que grupos de graduados ingresan a la industria de pruebas de software, algunos ingenieros veteranos de pruebas manuales tienen una mayor sensación de crisis. Al mismo tiempo, también aumentan los requisitos de calidad de la empresa, así como sus requisitos en materia de capacidades de prueba. Para los ingenieros de pruebas manuales veteranos, mejorar su competitividad es la forma de resolver esta situación embarazosa.

2. Proyectos aplicables para las pruebas de automatización de la interfaz de usuario

?La automatización de la interfaz de usuario no es adecuada para probar proyectos con cambios frecuentes de interfaz

?Las pruebas de automatización de la interfaz de usuario se basan en elementos de la interfaz Si el proyecto cambia con frecuencia, el costo de mantener el script de prueba será relativamente alto y la estabilidad del script automatizado no será sólida.

La automatización de la interfaz de usuario no es adecuada para proyectos con ciclos de desarrollo cortos

Supongamos que el ciclo de desarrollo del proyecto XX se completa en 2 semanas y que el tiempo estimado para diseñar el script de prueba es de 3 semanas. . De acuerdo con este cronograma, es imposible invertir demasiada mano de obra en el guión, lo que provocará altos costos de desarrollo. En pocas palabras, el proyecto se ha desarrollado y se puede probar manualmente. ¿La empresa todavía necesita invertir una semana en mantener el guión de prueba?

3. Herramientas de prueba automatizadas de UI

He estado probando B/S (aplicaciones WEB) durante 2 años Para reducir el trabajo repetitivo, hice algunos cambios que no son largos. Para la automatización de la interfaz de usuario, la principal herramienta utilizada es Selenium. No diré mucho sobre los principios del selenio. Puedes preguntarle directamente a Du Niang.

Puede encontrar información relevante en la siguiente URL