Quiero pasar del desarrollo a las pruebas. ¿Tiene alguna buena sugerencia?

Como parte integral del ciclo de vida del software, las pruebas de regresión ocupan una gran proporción de la carga de trabajo en todo el proceso de prueba del software. Se realizarán pruebas de regresión múltiple en cada etapa del desarrollo del software. En el desarrollo iterativo progresivo y rápido, el lanzamiento continuo de nuevas versiones hace que las pruebas de regresión sean más frecuentes, mientras que en los métodos de programación extremos, se requieren pruebas de regresión varias veces al día. Por lo tanto, tiene mucho sentido mejorar la eficiencia y eficacia de las pruebas de regresión eligiendo la estrategia de prueba de regresión adecuada.

También he tomado muchos desvíos en las pruebas. Al realizar pruebas de regresión, la clave es comprender dos puntos:

Primero, la elección de la estrategia de prueba. Básicamente, existen cuatro estrategias de prueba en la fase de prueba de regresión: (1) Volver a probar todos los casos de uso; (2) Seleccionar pruebas según el riesgo (3) Seleccionar pruebas según los perfiles operativos (4) Volver a probar las partes modificadas;

La estrategia de volver a probar todos los casos de uso entre las cuatro estrategias de prueba de regresión anteriores es la estrategia más segura, pero es poco probable que las pruebas de regresión que se han ejecutado muchas veces revelen nuevos errores, y muchas veces, debido al tiempo debido. Debido a razones de personal, equipo y fondos, no está permitido elegir la estrategia de prueba de regresión para volver a probar todos los casos de uso. En este momento, puede elegir una estrategia adecuada para realizar pruebas de regresión reducida.

En segundo lugar, se mejora la eficiencia de las pruebas. Usando herramientas de prueba automatizadas, actualmente estoy usando las pruebas de regresión automatizadas de TestBird. Este método se puede utilizar para cubrir todos los casos de uso.