Las pruebas de software y la garantía de calidad son proyectos complejos y sistemáticos, y la mejora de la tecnología, las personas, los procesos, los estándares y otros enlaces es indispensable. Esto requiere que los profesionales de pruebas posean habilidades muy completas, especialmente a medida que se mueven a puestos de nivel superior, mientras más complejos y desafiantes sean los problemas que necesitan preocuparse y resolver.
La razón por la cual los maestros de pruebas se convierten en maestros no es solo por su fuerte fuerza técnica, sino más importante, porque han experimentado viento y lluvia, y son buenos para resumir la experiencia de sangre y lágrimas de varios proyectos.
¡Este artículo compartirá los consejos de mejora del examen que un veterano del examen ha resumido continuamente de su trabajo para referencia de los estudiantes del examen! ¡También le invitamos a dejar un mensaje en el área de comentarios para compartir sus opiniones de mejora de la prueba!
Consejos para mejorar la prueba
1. Probar un producto o proyecto, no solo para probar la función y el rendimiento del producto, sino también para comprender las diversas situaciones (el volumen total de llamadas, el valor máximo desde la perspectiva general (aumentando a la perspectiva del producto). Uso del cliente, qué clientes ? Implementación de clúster en línea, etc.), ¿sabe por qué se agregó un cierto módulo?
2. Si encuentra un problema, debe preguntar 5 ¿por qué? (Consulte 5 Por qué) Profundice más y más, reconozca la causa raíz e implemente soluciones.
Por ejemplo, encuentra que su sitio web está roto. Obviamente, su primera reacción es restaurarlo. Pero una vez que la crisis ha pasado, se debe realizar una investigación post mortem para preguntar por
qué : ¿Por qué se bloqueó el sitio web? Porque el uso de la CPU en todos los servidores front-end ha alcanzado el 100%.
¿Por qué el uso de la CPU alcanza el 100%? Porque una nueva pieza de código contiene un bucle infinito.
¿Por qué hay tal código? Porque un empleado cometió un error.
¿Por qué cometió tal error? Porque no escribió el código de prueba de unidad para esta función.
¿Por qué no escribió el código de prueba de unidad? Porque es un empleado nuevo y no ha recibido la capacitación adecuada en desarrollo basado en pruebas.
Haga correcciones en estos cinco lugares:
restaure el sitio web.
Eliminar el código de error.
Ayude a un empleado que cometió un error a comprender por qué su código no funcionó como se esperaba.
Capacite al empleado para que aprenda conocimiento sobre el desarrollo basado en pruebas.
Incorpore el desarrollo basado en pruebas en la guía de introducción para nuevos ingenieros.
3. El propósito fundamental de todo lo que haces es resolver los puntos débiles, ya sean pruebas automatizadas, herramientas o procesos. No olvides tu intención original, no olvides por qué te fuiste porque te fuiste demasiado tiempo.
4. La razón y los antecedentes del punto de modificación del desarrollo deben entenderse claramente (incluido el código específico).
5. Preste atención al modelo de datos del proyecto (estructura de la tabla) y la implementación técnica (idea de diseño) para la evaluación del riesgo del proyecto.
6. Asumir las pruebas de un proyecto Como propietario, además de aclarar los requisitos, también debe saber: cuándo el proyecto se pondrá en línea, qué puntos de función deben conectarse y cuál es la proporción. ¿Es consistente con el plan? Luego, evalúe si es razonable. Si es urgente, debe considerar la solución de prueba correspondiente.
7. Diseñar casos de prueba, además de la cobertura de escenarios funcionales, también debemos considerar las características del proyecto en sí. (Por ejemplo, concurrencia en la capa de puerta de enlace, tiempo de espera de conexión, estabilidad, etc., como idempotencia de los comandos de Redis, alta disponibilidad de Kafka, consistencia, etc.)
8. El informe de prueba especifica la causa y la solución del error.
9. Mejore la estabilidad de las pruebas automatizadas (tiempo de espera establecido, reintento de error, etc.).
10. Todos tienen su propia tarea principal: para la herramienta de prueba (plataforma), su practicidad y experiencia de usuario son muy importantes. Porque solo cuando estas herramientas realmente puedan ayudar a los usuarios (y reducir los costos de mantenimiento), "vivirán" por mucho tiempo. (Evita la inutilidad)
11. Si algo sale mal, no tengas miedo. El enfoque está en localizar rápidamente los errores y resolverlos rápidamente. Enfatice la importancia de los registros y las alarmas.
12. Comunícate con el desarrollo: si estás ocupado, puedes esperar, pero dale un tiempo claro.
13. La tecnología es la base, pero en el análisis final, la capacidad de resolver problemas es la fuerza central. (Para aprender a romper el modelo fijo y la limitación de pensamiento, analice y localice la causa del problema desde múltiples ángulos)
14. Revisión de fallas en línea. (Comprenda los antecedentes, la causa de la ocurrencia y cómo evitarlo)
15. Capacidad de datos: generación de herramientas o plataformas-> promoción y aplicación (formación de datos) -> análisis y optimización (capacidad de salida)
16. Muchas tecnologías, herramientas o productos son universales, y es el punto brillante que requiere avances para escenarios específicos de la empresa.
(El artículo es de Hogwarts School of Testing)