Recomendaciones para pruebas automatizadas
Me he puesto en contacto con muchos compañeros. Debido a que han estado haciendo pruebas manuales antes, ahora están ansiosos por hacer pruebas automatizadas, y hay muchas personas que han trabajado durante más de 5 años. Desde el lado del servidor hasta el lado web, desde la API hasta el dispositivo móvil, comparta aquí su experiencia personal.
Si desea automatizar, primero debe comprender algunos problemas comunes de las pruebas automatizadas:
Algunos problemas
con las pruebas automatizadas ¿Qué son las pruebas automatizadas?
Las pruebas automatizadas, como su nombre lo indica, completan automáticamente el trabajo de prueba. Use algunas herramientas de prueba automatizadas o haga sus propias ruedas para simular el trabajo manual de escritura / escritura manual y verifique los resultados para completar todo el proceso de prueba. Tal proceso de prueba es prueba automatizada. Las pruebas automatizadas se ven hermosas, se siente como la primera revolución industrial, creó la era de reemplazar la mano de obra manual con máquinas, pero no es el caso. Porque cada caso de prueba automatizada se inicia desde la prueba manual, si no hay manual La base de las pruebas es que no se pueden realizar pruebas automatizadas.
¿Por qué automatizar las pruebas?
Copiar código
¿Por qué automatizar las pruebas? La respuesta comienza con los beneficios de la auto-evaluación y el costo de las pruebas en humanos:
a. Las pruebas automatizadas ahorran costos (según el proyecto)
Después de todo, las pruebas automatizadas liberan mucha mano de obra Es el mayor costo de la empresa de TI), lo que puede hacer que la máquina realice tareas repetitivas día y noche.
b. Algunos proyectos de prueba son difíciles de implementar manualmente (alto costo manual),
como la prueba de esfuerzo 12306 y la prueba de carga. Al mismo tiempo, no es realista encontrar tantas personas para probar. Puede ser simulado por la máquina.
c. El proceso de calidad del proyecto
debe construirse, como la gestión de versiones. verifique para asegurarse de que el código en el check in no afecte a la biblioteca de versiones. Similar a la prueba de humo
Código de copia
Ventajas y desventajas de las pruebas automatizadas
Copiar el código
Ventajas
Evitar que los evaluadores se aburran debido al trabajo repetido
Mejorar la eficiencia de la prueba
Garantizar la consistencia y la repetibilidad de cada prueba
Mejor uso del tiempo desatendido
Realizar algunas pruebas manuales que no pueden realizarse manualmente
Los costos de mantenimiento son relativamente altos
Desventajas
El tiempo de desarrollo del sistema no se puede acortar.
Hay muchas fallas encontradas en las pruebas manuales. El
problema del diseño de la interfaz de usuario no es fácil de encontrar.
Código de copia
Qué tipo de proyecto es adecuado para las pruebas automatizadas (desarrollo de la mano, auto ocupado durante la noche)
Código de copia Los
proyectos con las siguientes características son más adecuados para las pruebas automatizadas:
- Menos cambios de proyecto
- Ciclo largo
- El proyecto tiene recursos suficientes (la automatización no la realiza una sola persona y requiere mantenimiento a largo plazo por un grupo de personas)
Un ejemplo:
los proyectos de Internet se pondrán en línea dentro de una semana. Si no se conecta, otros no lo necesitarán. El ciclo del proyecto es corto y los cambios son rápidos. Aún no ha realizado la automatización, y el proyecto puede desconectarse. Por ejemplo, un proyecto relacionado con un evento de Baoshuang 12 se desconectó en una semana.
Adecuado para las pruebas automatizadas del proyecto, tales como clientes del tesoro, cada versión, la mayoría de las características son lo mismo, y 3--5 años, el proyecto no será la línea de montaje, esto es más adecuado para la automatización.
Copiar el código
¿Quién es adecuado para las pruebas automatizadas? El problema de
copiar código
está escrito para personas que desean realizar pruebas automatizadas. Quizás piense que el umbral para las pruebas de software es muy bajo, tan bajo que cualquiera puede hacerlo. Solo un poco es suficiente, esta industria es demasiado baja, por lo que desea automatizar Pruebas, para mejorar su compulsión, quiero decir que las pruebas manuales no son bajas. Si deja que alguien que no entienda nada y no tenga una base comercial haga las pruebas, ¿puede detectar el problema? No ignore su reserva de conocimiento de negocios.
La acumulación de su reserva de conocimiento de negocios puede convertirlo en un experto de la industria insustituible, y los granjeros de código automatizado serán reemplazados por pequeñas carnes frescas debido a los cambios de una era.
Después de tanto, ¿qué tipo de personas pueden hacer pruebas automatizadas?
Yo entiendo los puntos siguientes puntos:
. Un código que tiene la capacidad
de dominar un lenguaje de programación, Java, Python, Ruby, C #
. B familiarizado con el sistema bajo prueba
, tales como una tela que se está probando, usted tiene que saber js, css, html, XPath
se es una prueba terminal móvil, usted tiene que tener una base para el desarrollo de Android y el iOS fundación de desarrollo, se depurar aplicaciones
son una prueba de C / S que tiene que estar familiarizado con los protocolos TCP, IP
c. dominar un conjunto de automatizadas marco de pruebas (herramientas)
como el selenio / appium
nunit / testng
robot framework / pepino
d. Sé bueno aprendiendo y sabiendo por qué la
industria de TI está cambiando demasiado rápido. Algunas cosas nuevas aparecerán de vez en cuando, y algunas de las cosas calientes originales disminuirán gradualmente. Nadie puede predecirlo.
Una vez que Nokia todavía era el señor supremo de los teléfonos móviles, confiaba en Symbian para dominar el mundo, pero no quería progresar, y terminó vendiendo para sobrevivir.
Una vez qtp estaba muy caliente, una vez que el selenio también estaba muy caliente, y ahora el appium también es muy popular en la
industria del software. Desde el software de escritorio hasta la web, y desde Nadie sabe cuál es el siguiente al migrar de la web al móvil. Como profesional en la industria del software, no debemos defraudarnos porque esas cosas interesantes se han ido. La capacidad central de una persona es la capacidad de aprendizaje. Si eres bueno para aprender, no tienes que preocuparte por estos cambios, porque puedes Migración libre de estrés, usted domina el principio del selenio, aprender appium es pan comido, porque appium usa el
protocolo selenium WebDriver. Si puede hacerlo, también puede hacer ruedas y transformar el appium, después de todo Ahora se deben mejorar muchas funciones.
如果你没有达到以上的几点,建议你还是做手工测试吧。
Código de copia
Si tiene una base de código, ¿cómo aprende a participar en las pruebas automatizadas?
Muchos principiantes están muy enredados, aprendiendo qtp o selenio.
Mi sugerencia es aprender selenio, de código abierto, gratis. Puede descargar la investigación del código fuente para comprender su principio. Además, no hay mucha información sobre el selenio. Simplemente busque uno grande Montón, más fácil de aprender.
No se recomienda aprender la grabación IDE de selenio. Por supuesto, puede aprender grabando algunos y luego convirtiéndolos al guión correspondiente. Cuando aprenda selenio, tendrá un deja vu natural. ¿Por qué no recomendar QTP / UFT? Debido a la tarifa / hinchazón / ahora no hay mucho trabajo para las pruebas de software de escritorio.
Con respecto a la compra de libros, no se recomienda comprar libros. Muchos libros están desactualizados y la calidad es basura. El código de esos libros que compró ya no se puede usar. Si realmente quiere aprender, vaya al sitio web oficial para encontrar ejemplos, vaya a las comunidades y grupos correspondientes Intercambie, o mire directamente el API / código fuente.
