Desde que ingresé al campo de las pruebas, no importa qué empresa o equipo hable sobre pruebas automatizadas e implemente pruebas automatizadas, hacer que las pruebas parezcan más "de alta gama". Entonces, ¿todas las empresas son aptas para la automatización? ¿Significa esto que cuanto más automatización se realice, mejor será el efecto? Hablemos de algunas de mis propias experiencias y conocimientos.
Recibo muchas preguntas todo el tiempo sobre cuándo automatizar las pruebas y cómo automatizarlas. En lugar de responder las preguntas de todos una por una, analicemos algunas de estas preguntas aquí.
A continuación, compartiré mis opiniones sobre cuándo automatizar, cómo automatizar y si debería automatizar.
Sé que algunos lectores son más inteligentes que yo. Por lo tanto, vale la pena debatir un tema tan amplio para obtener pensamientos y reflexiones en profundidad de expertos en diferentes campos y su experiencia en pruebas automatizadas.
2. ¿Por qué realizar pruebas automatizadas?
1) Durante las pruebas, llevó a cabo nuevas implementaciones y correcciones de errores. ¿Cómo se asegura de que no se introduzcan nuevos errores en funciones antiguas? Necesita probar la funcionalidad anterior.
Entonces, cada vez que se corrige un error o se agrega una nueva característica, ¿tienes que probar todo manualmente? Teniendo en cuenta factores como costo, recursos, tiempo, etc., no es eficiente que realices pruebas de esta manera.
Por tanto, existe una demanda de automatización:
Cuando tenga demasiadas pruebas de regresión por hacer, automatice sus pruebas
2) Cuando se prueba una aplicación web, al mismo tiempo, miles de usuarios pueden utilizar la aplicación.
¿Cómo probarías una aplicación web de este tipo? ¿Cómo simularías tantos usuarios simultáneamente usando métodos manuales? Esta es una operación manual muy difícil.
Automatice sus pruebas de carga al simular muchos usuarios virtuales para probar la capacidad de carga de su aplicación.
3) Está probando una aplicación cuyo código se modifica con frecuencia. Aunque la GUI es casi la misma, cuanto más cambia la funcionalidad, más "mantenimiento" de prueba se requiere.
Cuando su GUI permanece casi sin cambios y la funcionalidad cambia con frecuencia, automatice su trabajo de prueba.
现在我也找了很多测试的朋友，做了一个分享技术的交流群，共享了很多我们收集的技术文档和视频教程。
如果你不想再体验自学时找不到资源，没人解答问题，坚持几天便放弃的感受
可以加入我们一起交流。而且还有很多在自动化，性能，安全，测试开发等等方面有一定建树的技术大牛
分享他们的经验，还会分享很多直播讲座和技术沙龙
可以免费学习！划重点！开源的！！！
qq群号：110685036
3. Respecto a las pruebas automatizadas, ¿cuáles son los riesgos?
Hay algunas situaciones diferentes en las que podría considerar automatizar sus esfuerzos de prueba. Aquí presento algunos riesgos de las pruebas automatizadas. Si ya ha decidido automatizar o desea tomar medidas antes, considere primero las siguientes preguntas.
1) ¿Puede encontrar mano de obra experimentada?
Para automatizar, necesita alguien con experiencia en programación.
Piensa en tus recursos humanos. ¿Tienen suficiente experiencia con pruebas automatizadas? Si no, ¿tienen las habilidades técnicas o experiencia en programación para manejar fácilmente la nueva tecnología? ¿Vas a invertir en construir un buen equipo de automatización? Si su respuesta es sí, considere automatizar su trabajo.
2) El coste inicial de la automatización es muy alto.
Estoy de acuerdo: los costos asociados con las pruebas manuales son altos debido a la necesidad de contratar probadores manuales capacitados. Pero si está considerando la automatización como una solución, piénselo de nuevo.
Los nuevos costos iniciales de la automatización son demasiado altos, como la compra de herramientas de automatización, la capacitación y el mantenimiento de scripts de prueba.
Muchos usuarios de herramientas de automatización se arrepienten de haber realizado la automatización. Si gasta mucho dinero y solo obtiene algunas herramientas de prueba atractivas y algunos scripts de automatización básicos, ¿de qué sirve la automatización?
3) Si la interfaz de usuario no es estática, no intentes automatizarla
Tenga cuidado antes de automatizar las pruebas de la interfaz de usuario. Si la interfaz de usuario envía cambios a gran escala, el mantenimiento de los scripts de automatización será muy costoso. En este caso, la automatización básica de la interfaz de usuario es suficiente.
4) ¿Su aplicación es lo suficientemente estable como para respaldar sus esfuerzos de pruebas automatizadas?
Automatizar los esfuerzos de prueba al principio del ciclo de desarrollo sería una mala idea (a menos que sea en un entorno ágil). En este caso, el coste de mantenimiento del script será muy elevado.
5) ¿Está considerando la automatización al 100%?
No te vuelvas loco, no puedes automatizar el 100% de tu trabajo de prueba. Por supuesto, existen áreas como las pruebas de rendimiento, las pruebas de regresión y las pruebas de carga/estrés en las que puede tener la oportunidad de lograr casi el 100% de automatización. Pero las pruebas en áreas como la interfaz de usuario, la documentación, la instalación, la compatibilidad y la recuperación deben realizarse manualmente.
6) No automatice las tareas de prueba que se realizan solo una vez
Es posible que algunas áreas de aplicación y casos de prueba identificados solo deban ejecutarse una vez y no es necesario incluirlos en las pruebas de regresión. Evite automatizar dichos módulos o casos de prueba.
7) ¿Su paquete de automatización durará a largo plazo?
Cada conjunto de scripts automatizados debe tener una vida útil lo suficientemente larga como para que el costo de una nueva construcción sea absolutamente menor que el costo de la ejecución manual. Sin embargo, analizar el coste efectivo de cada conjunto de scripts de automatización es un poco complicado.
Para una sola compilación (suposición general, dependiendo de la complejidad de la aplicación específica), probablemente debería usar o ejecutar el paquete de automatización al menos de 15 a 20 veces para obtener un buen retorno de la inversión.
4. Resumen
Las pruebas automatizadas son la mejor manera de lograr la mayoría de los objetivos de las pruebas y hacer un uso eficiente de los recursos y el tiempo. Pero debes tener cuidado antes de elegir una herramienta de automatización. Antes de decidir automatizar sus esfuerzos de prueba, asegúrese de contar con mano de obra calificada. De lo contrario, su herramienta será sólo un estante vacío y no podrá obtener retorno de la inversión.
Poner costosas herramientas de automatización en manos de personas sin conocimientos técnicos puede provocar decepción. Antes de comprar una herramienta de automatización, asegúrese de que se adapte mejor a sus necesidades. Es poco probable que tenga una herramienta que se ajuste al 100% a sus necesidades.
Debe identificar las limitaciones de las herramientas que mejor satisfacen sus requisitos y luego utilizar pruebas manuales para superar las limitaciones de esas herramientas de prueba. Las herramientas de código abierto también son buenas opciones para empezar a automatizar.
En lugar de depender 100 % de las pruebas manuales o automatizadas, utilice la mejor combinación de pruebas manuales y automatizadas. Esta es la mejor solución para cada proyecto (en mi opinión). Las suites de automatización no encontrarán todos los errores y no pueden reemplazar a los evaluadores reales. En muchos casos, también son necesarias pruebas aleatorias.
Finalmente, me gustaría agradecer a todos los que leyeron atentamente mi artículo. Mirando el aumento de fans y atención, siempre hay algo de cortesía. Aunque no es algo muy valioso, si puedes usarlo, ¡puedes llevarlo directamente!
Documento de entrevista de prueba de software
Debemos estudiar para encontrar un trabajo bien remunerado. Las siguientes preguntas de la entrevista provienen de los últimos materiales de entrevista de empresas de Internet de primer nivel como Alibaba, Tencent, Byte, etc., y algunos jefes de Byte han dado respuestas autorizadas. Después de terminar esto set Creo que todos pueden encontrar un trabajo satisfactorio según la información de la entrevista.
