- Desarrollar una estrategia de prueba del proyecto es un paso importante que puede ayudar al equipo de pruebas a aclarar los objetivos de las pruebas, el alcance de las pruebas, los métodos de prueba, los recursos de prueba, los riesgos de las pruebas, etc., mejorando así la eficiencia y la calidad de las pruebas.
- Este artículo es un resumen de algunas experiencias y del intercambio teórico. No es del todo correcto y todos pueden discutirlo.
Directorio de artículos
1. Contenido de la estrategia de prueba.
- La estrategia de prueba incluye los siguientes aspectos:
- Nivel de prueba : se refiere a probar software en diferentes niveles según las diferentes etapas del proceso de desarrollo de software, como pruebas unitarias, pruebas de integración, pruebas de sistemas, pruebas de aceptación, etc.
- Roles y responsabilidades : esto se refiere a la necesidad de definir claramente cada rol y las responsabilidades de ese rol en la estrategia de prueba. Por ejemplo, directores de proyectos, líderes de equipos de pruebas, ingenieros de pruebas, etc.
- Requisitos ambientales : se refiere a la descripción del entorno del sistema requerido para las pruebas, incluido el software, el hardware, el entorno de red, etc.
- Análisis de riesgos : se refiere a identificar y evaluar diversos riesgos que pueden afectar la calidad y el progreso de la prueba, y formular las contramedidas correspondientes.
- Progreso de la prueba : se refiere a formular un cronograma de prueba razonable basado en el plan del proyecto y la disposición de recursos, y monitorear y controlar la ejecución de las actividades de prueba.
2. El proceso de especificar estrategias de prueba.
- El proceso general para desarrollar una estrategia de prueba es el siguiente:
- Analizar el producto : comprender las características, funciones, necesidades, usuarios, mercado, etc. del producto para obtener una comprensión más profunda.
- Desarrollar estrategias de prueba : basándose en el análisis del producto, cree estrategias de prueba para diferentes niveles de prueba, determine el enfoque y las dificultades de la prueba, la profundidad y amplitud de la prueba, los métodos y tecnologías de prueba, etc.
- Objetivos de prueba específicos : enumerar todas las características del software (función/rendimiento/GUI) que pueden necesitar ser probadas y definir los indicadores de calidad y los criterios de aceptación correspondientes.
- Definir estándares de prueba : desarrolle estándares o reglas para juzgar varios indicadores durante el proceso de prueba, como el nivel de defecto, el estado del defecto, las condiciones de cierre del defecto, etc.
- Disposición de recursos : con base en el plan del proyecto y la situación de los recursos, determine la cantidad de mano de obra, equipo y materiales que se utilizarán en el proyecto y asigne tareas y responsabilidades de manera razonable.
- Entorno de prueba : describa el entorno del sistema requerido para las pruebas, incluido el software, el hardware, el entorno de red, etc., y asegúrese de que sea coherente o cercano al entorno del usuario real.
3. Desarrollar estándares de prueba (alcance de la prueba, estándares)
- El desarrollo de estándares de prueba es una parte importante de la estrategia de prueba.
- El alcance de la prueba y los estándares que se comparten a continuación provienen de la experiencia resumida en mi trabajo.
- Sin embargo, las características de cada proyecto son diferentes y es necesario formular los estándares y el alcance más adecuados en función de las características del proyecto.
- prueba de nuevos productos
- Este tipo de producto es el primero que se lanza online. En teoría, todos los códigos para este tipo de producto son nuevos y no han sido probados, por lo que el estándar de prueba es: todas las funciones del producto pasan el 100% del proceso directo y el 20% del proceso inverso.
- Prueba de iteración de versión
- La diferencia entre este tipo de pruebas y las pruebas de nuevos productos es que el producto ya tiene una versión en línea y esta versión se desarrolla en base a la versión anterior. Por lo tanto, la prueba se centra en el código recién agregado y en los cambios en el código original. Y se debe prestar especial atención a cubrir la situación de instalación, por lo que el estándar de prueba es: el nuevo código y el código afectado pasan el 100% del proceso directo y el 20% del proceso inverso. Y las funciones principales del producto también deben garantizar que no haya anomalías en el proceso de avance, como funciones de inicio de sesión y funciones de pago.
- Prueba de corrección de errores de la misma versión.
- A veces es necesario lanzar una versión de la misma versión que corrija fallas o errores después de recopilar datos sin agregar nuevas funciones comerciales. Para este tipo de prueba, si se trata de corregir un error visible, es necesario verificar si el error se ha solucionado. Si es un error invisible, es una prueba normal de las funciones principales del producto. Por lo tanto, el estándar de prueba es: verificar que el error se haya solucionado (cuando el error sea visible) y que las funciones relevantes estén cerca de la ubicación donde ocurrió el error. No hay ninguna anomalía en el proceso de avance de las funciones principales del producto.
- Nota: Todos los estándares de prueba son teóricamente: no hay errores dentro del rango de prueba especificado. Sin embargo, hay errores en el trabajo de producción real que no se pueden corregir antes de la fecha límite del proyecto, o el costo de la corrección de errores es mayor que los beneficios que aporta la corrección de errores. Por lo tanto, cuando nos encontremos con esta situación, evaluaremos junto con la planificación y el desarrollo para determinar si es necesario corregir el error. Si las tres partes pasan, puede haber casos en los que los errores no se solucionen por completo y la prueba finalizará y se lanzará el producto.
——————————————————————————————————————————————————— ——————————————————————————————
Soy un blog mío No. [Habilidades esenciales para pruebas de software] subirá pruebas relacionadas información de vez en cuando. Puede hacer clic en el código QR debajo del artículo para obtenerlo ~
