Página Delantera  Mapas mentale  Detalles

Gestión de procesos de prueba (gestión de pruebas de software_gestión de calidad)

2024-11-18 11:09:21   0  Informe





Este mapa mental proporciona una visión detallada sobre la gestión de procesos de prueba en el ámbito del software y la gestión de calidad. Comienza con el análisis y revisión de requisitos, asegurando una comprensión clara de la demanda y los detalles del negocio. A lo largo de las fases de desarrollo y pruebas, se enfatiza la importancia de la gestión de versiones, revisión de código y documentación precisa de pruebas. La aceptación y el lanzamiento en vivo destacan la validación y comunicación con las partes interesadas. Finalmente, se concluye con la organización de documentación y seguimiento de problemas, asegurando la mejora continua del proceso.

Otras obras del autor

Esquema/Contenido

Análisis de requisitos

Buscar productos por demanda/prototipo, necesita entender la demanda con anticipación de 1 día/media jornada, ordenar puntos de duda, incluidos los detalles del negocio real en ejecución, el significado/función de cada campo

Revisión de requisitos, cuestionamiento, planteamiento de preguntas, confirmación de requisitos

Definir el tiempo de pruebas para la iteración, tiempo de pruebas

2. Fase de desarrollo

Normas de gestión de versiones

revisión de código

Escritura de puntos de prueba / casos de uso - Salida①

3. Fase de pruebas

Revisar el alcance de la prueba: ① El alcance de las necesidades de prueba debe ser claro ② El alcance de contenido de prueba debe ser claro (si no lo es, confirmarlo inmediatamente)

Registro de alcance de pruebas: Escribir claramente el documento de pruebas al momento de la prueba. Si hay agregados posteriores que afectan al alcance, se debe expresar en forma escrita, ya que la expresión oral no es estándar.

La prueba de caso de humo ha pasado la aceptación, entrando en la fase de pruebas.

4. Fase de pruebas

El ámbito de pruebas: ① Alcance de las necesidades ② Alcance de esta iteración ③ Regresión de pruebas principales

Norma de registro de errores:

reabrir seguimiento de errores (tapd)

Escribir puntos de prueba xmind (casos de prueba) por versión

Controlar el progreso de las pruebas, realizar chequeos de riesgo y sincronizar

5. Aceptación

Definir el contenido y la fecha de la entrega, y realizar la entrega

Confirmar si es necesario realizar una validación anticipada para diferentes proyectos (por ejemplo: llamar al producto cuando se ejecute correctamente la función para verificar el efecto, y luego realizar una validación de usuario después de completar las pruebas posteriores)

Tasa de aceptación (cuántas veces se acepta una iteración de requisitos)

Motivo de no aceptación de la entrega

6. Lanzamiento en vivo

Funcionalidad en línea confirmada, notificar a las partes interesadas

Confirmar el script de ejecución de la base de datos de producción, la configuración del servicio y el orden de implementación de front-end y back-end

Validación de funciones de producción

Escritura y actualización de la [Guía del usuario] en línea - Salida ②

7. Conclusión

Organizar la última versión de la [documentación de especificaciones]: sobre el negocio clave, la lógica de operación y las funciones que requieren explicación - Salida③

Recopilar problemas de producción, registrar en la [hoja de registro de problemas] y seguir solucionándolos. (Incluye errores, optimizaciones, dudas, solicitudes de modificación de datos, etc.)

Revisar periódicamente los errores de código