Las pruebas automatizadas se refieren a la automatización de las pruebas de software, la ejecución de aplicaciones o sistemas en un estado preestablecido, incluidas las condiciones normales y anormales, y finalmente la evaluación de los resultados de la ejecución. Transforme el comportamiento de las pruebas impulsadas por humanos en procesos ejecutados por máquinas.
El marco de pruebas automatizadas generalmente se puede dividir en dos niveles . El nivel superior administra el desarrollo, la ejecución y el mantenimiento de toda la prueba automatizada. En proyectos relativamente grandes, desempeña un papel importante. Puede administrar toda la prueba automatizada, incluida la ejecución. de casos de prueba automatizados, secuencia, mantenimiento de guiones de prueba y gestión centralizada de casos de prueba, informes de prueba y tareas de prueba. La capa inferior es principalmente el desarrollo de scripts de prueba, haciendo un uso completo de las herramientas de prueba relacionadas, creando controladores de prueba y completando la lógica comercial de prueba.
¿Por qué debería hacer pruebas automatizadas?
Según el "Informe de encuesta de profesionales de pruebas de software de China" de 51testing, las pruebas manuales representan el 89%. En comparación con el desarrollo, el umbral para las pruebas es bajo y el salario generalmente es bajo. Aunque el conocimiento requerido tiene cierta amplitud, carece de profundidad. Este es el estado general de las pruebas.
Debido a las bajas barreras de entrada para las pruebas manuales (funcionales), una gran cantidad de graduados e incluso no profesionales se han volcado en esta industria. Aumentando así la feroz competencia en esta industria. Para aquellos que han estado en pruebas manuales durante varios años, tendrán una fuerte sensación de crisis. Debido a que el contenido técnico del trabajo no es alto, el aumento de salario ha encontrado un cuello de botella y, por otro lado, está amenazado por nuevos ingresos. El mismo trabajo lo puede realizar alguien contratado por la empresa por 5K, por lo que será No gastar 8K.
Bueno, esta pregunta no debería aparecer en el tema de discusión de tecnología, pero de hecho es un problema que la mayoría de los evaluadores deben enfrentar. Por lo tanto, desde la perspectiva del desarrollo de los probadores, en realidad necesito tecnología de automatización para aumentar mi competitividad. Por supuesto, los probadores que hayan alcanzado un cierto número de años optarán por transferirse a la gerencia u otros puestos, que es otro tema.
Desde la perspectiva del desarrollo de la industria de pruebas, debido a las características del producto, no hay muchos productos de clase mundial en productos nacionales, contenido técnico relativamente bajo, requisitos de calidad relativamente bajos, los proyectos extranjeros se subcontratan y los costos de mano de obra de prueba son bajos. por lo que se necesita una gran cantidad de probadores manuales.
Por lo tanto, en un futuro cercano, creo que la demanda de probadores manuales puros disminuirá y las empresas necesitarán pruebas con mayores capacidades técnicas. La calidad debe probarse y el comportamiento de prueba nunca desaparecerá, pero es posible que desaparezcan los probadores manuales puros.
Puede decir que las pruebas son una industria soleada, pero soy puramente alarmista. No importa lo que nos depare el futuro, todos necesitamos mejorar nuestras habilidades, ¿verdad?
¿Qué proyectos son adecuados para las pruebas automatizadas?
Si ha decidido aprender pruebas automatizadas, ¿cómo aprender es la siguiente pregunta que debe enfrentar? Este problema se analiza en función del producto probado, si la tecnología que ha aprendido no se puede aplicar (verificar), dificultará su proceso de aprendizaje.
Primero considere si el producto es adecuado para pruebas automatizadas. El consenso general de este método es hacer compensaciones de tres aspectos.
Los requisitos de software cambian con poca frecuencia
La estabilidad de los scripts de prueba determina el costo de mantenimiento de las pruebas automatizadas. Si los requisitos de software cambian con demasiada frecuencia, los evaluadores deben actualizar los casos de prueba y los scripts de prueba relacionados de acuerdo con los requisitos cambiantes, y el mantenimiento de scripts en sí mismo es un proceso de desarrollo de código, que debe modificarse, depurarse y automatizarse. prueba cuando sea necesario Framework, si el el costo no es menor que el costo de la prueba ahorrado al usarla, entonces la prueba automatizada ha fallado.
Algunos módulos del proyecto son relativamente estables, mientras que los requisitos de algunos módulos son muy variables. Entonces podemos automatizar la prueba de módulos relativamente estables, mientras que la prueba manual todavía es necesaria para cambios relativamente grandes.
Ciclo de proyecto largo
Lleva mucho tiempo completar la determinación de los requisitos de prueba automatizados, el diseño del marco de trabajo de prueba automatizado y la escritura y depuración de scripts de prueba. Dicho proceso en sí mismo es un proceso de desarrollo de software de prueba, que lleva mucho tiempo completar. Si el ciclo del proyecto es relativamente corto y no hay tiempo suficiente para respaldar dicho proceso, las pruebas automatizadas se convierten en una broma.
Los scripts de prueba automatizados se pueden reutilizar
La reutilización de scripts de prueba automatizados debe considerarse desde tres aspectos: por un lado, si existe una gran diferencia entre los elementos probados (como la diferencia entre el sistema C/S y el sistema B/S); finalmente, si los evaluadores tienen la capacidad de desarrollar un marco de prueba automatizado que se adapte a esta diferencia.
Ahora también encontré muchos amigos de prueba, formé un grupo de comunicación para compartir tecnología y compartí muchos documentos técnicos y tutoriales en video que recopilamos. Si no quiere experimentar la sensación de no poder encontrar recursos, nadie respondiendo preguntas y rendirse después de unos días de autoaprendizaje, puede unirse a nosotros para comunicarse. Y hay muchos expertos técnicos que han logrado logros en automatización, rendimiento, seguridad, desarrollo de pruebas, etc. para compartir su experiencia, y también compartirán muchas conferencias en vivo y salones técnicos. ¡ Puedes aprender gratis! ¡Enfocar! ¡Fuente abierta! ! ! Número de grupo Qq: 1150305204
Qué herramienta elegir para las pruebas automatizadas
Si ha confirmado que el proyecto XX es adecuado para pruebas automatizadas, lo siguiente que debe hacer es elegir una herramienta de prueba.
En primer lugar, primero debe confirmar si el producto que está probando es un programa de escritorio (C/S) o una aplicación web (B/S).
Las herramientas para programas de escritorio incluyen: QTP, AutoRunner
Las herramientas para aplicaciones web incluyen: QTP, AutoRunner, Robot Framework, watir, selenium
Debido a las muchas ventajas de la arquitectura B/S, una gran cantidad de aplicaciones de la arquitectura C/S se convirtieron a la arquitectura B/S hace unos años. Esto también promueve el desarrollo de tecnología de prueba y desarrollo web. Si hay un producto bajo prueba con una arquitectura C/S, entonces se recomienda QTP, que representa la mitad de la tasa de prueba en el campo de las pruebas de automatización de la interfaz de usuario. Por tanto, basta con demostrar que QTP es potente en el campo de la automatización, fácil de usar, etc. Aprender herramientas convencionales también puede brindarle más oportunidades. También hay muchos libros sobre QTP en el mercado. Por supuesto, para aprender bien QTP, debe dominar el lenguaje de secuencias de comandos VBS.
Si el producto bajo prueba es una estructura B/S, entonces se recomienda selenio, ¿por qué no QTP u otras herramientas? Debido a que Selenium admite muy bien las aplicaciones B/S y, lo que es más importante, admite el desarrollo en varios idiomas. Para probar realmente Selenium, lo que necesita dominar no es solo una herramienta, también necesita aprender un idioma. ¿Por qué debería elegir el selenio? También necesito aprender un idioma, lo que sin duda aumenta mis costos de aprendizaje. Mientras aumenta el costo, también aumenta su competitividad Además, en el proceso, no solo aprende una herramienta de automatización, sino que puede usar el lenguaje que ha aprendido para hacer más cosas.
¡Está bien! Si decides probar el selenio, te enfrentas a un nuevo problema, elige un idioma. Selenium es compatible con java, python, ruby, php, C#, JavaScript.
En términos de facilidad de aprendizaje del idioma, se prefiere Python
En términos de amplitud de aplicación de lenguaje, se prefieren java, C#, php
En términos de tecnología (y datos) de pruebas relacionadas con el lenguaje: ruby, python, java
Si tiene muchos acertijos en la industria de pruebas de software, bienvenido a comunicarse y discutir conmigo en el grupo de comunicación de la industria. Hay datos de video gratuitos y recursos de prueba en cada etapa del grupo, con la esperanza de ayudarlo a superar el cuello de botella frente a usted.
O puede considerar qué idioma se utiliza de forma generalizada por todo el equipo técnico y luego elegir el idioma correspondiente.
Como probador de software automatizado
, me gustaría compartir mi resumen y resumen de la tecnología a lo largo de los años, y compartir mis notas sobre las habilidades que un probador avanzado necesita dominar. Espero que pueda ayudar a aquellos que estén interesados. Amigos que tienen ido todo el camino al negro en el camino de la tecnología!
Permítanme compartir el diagrama de arquitectura de conocimiento de la dirección de desarrollo de los ingenieros de pruebas de software que compilé en 2023, que puede ser el más completo.
1. Programación Python y tecnología de desarrollo de pruebas.
2. Conceptos básicos de las pruebas de automatización web
3. Conceptos básicos de las pruebas automatizadas de aplicaciones
4. Tema de la herramienta de prueba Postman
5. Conceptos básicos de las pruebas de automatización de interfaz
6. Pruebe y abra el paquete del marco de automatización
7. Integración continua
8. Prueba de rendimiento de Jmeter
9. Prueba de rendimiento de la aplicación
10. Uso de la herramienta de captura de paquetes Fiddler
11. Detalles del protocolo TCP/IP
12. Sistema operativo de la computadora
13. Operación del sistema Linux
14. Base de datos MySQL
15. Marco de prueba automatizado RobotFramework
16. Marco de prueba automatizado multiplataforma
El anterior es un diagrama de arquitectura de conocimiento de la dirección de desarrollo de los ingenieros de pruebas de software que compilé para usted. Espero que todos puedan seguir este sistema y completar la construcción de dicho sistema. Se puede decir que este proceso te hará sentir miserable, pero siempre y cuando lo superes. La vida posterior será mucho más fácil. Como dice el refrán, todo es difícil al principio, mientras das el primer paso, ya estás a medio camino del éxito, como decían los antiguos, “Si no acumulas pasos, puedes llegar a mil millas”. Cuando mire hacia atrás en este viaje después de su finalización, definitivamente tendrá mucha emoción.
La escasa fuerza de END
Finalmente, me gustaría agradecer a todos los que han leído mi artículo detenidamente. Al ver el crecimiento y la atención de los fanáticos en todo momento, siempre existe la necesidad de reciprocidad. Aunque no es algo muy valioso, si puede usar puede tomarlo directamente:
