1. Etapa de análisis de requisitos de prueba: leer requisitos, comprender requisitos, principalmente aprender sobre negocios, analizar puntos de demanda y participar en reuniones de revisión de requisitos.
2. Etapa de planificación de pruebas: la tarea principal es escribir un plan de pruebas, consultar la especificación de requisitos del software y el plan general del proyecto, incluido el alcance de la prueba (del documento de requisitos), el cronograma y la asignación de. mano de obra y recursos materiales, y formulación de estrategias de pruebas generales. Se desarrollan medidas de evaluación y prevención de riesgos.
3. Etapa de diseño de prueba: principalmente redacción de casos de prueba, referencia a documentos de requisitos (diagramas de prototipo), diseño de esquema, diseño detallado y otros documentos. Una vez escritos los casos de uso, se revisarán.
4. Fase de ejecución de la prueba: configure el entorno, realice pruebas de humo (pruebas previas) y luego ingrese a las pruebas formales y gestión de errores hasta el final de la prueba.
5. Etapa de prueba y evaluación: emitir un informe de prueba para confirmar si puede conectarse.
Información ampliada:
Las pruebas de software van acompañadas de la creación de software. En el proceso inicial de desarrollo de software, el software era de pequeña escala y de baja complejidad. El proceso de desarrollo de software era caótico y bastante aleatorio. El significado de prueba era relativamente limitado. Los desarrolladores equiparaban la prueba con la "depuración", con el propósito de corregir lo conocido. Los errores en el software a menudo dejan esta parte del trabajo en manos de los propios desarrolladores.
Hay muy poca inversión en pruebas y la intervención de las pruebas también se realiza tarde. Las pruebas a menudo se llevan a cabo hasta que se forma el código y el producto está básicamente completo. A principios de la década de 1980, las industrias de software y TI habían entrado en un período de gran desarrollo. El software se estaba volviendo más grande y complejo, y la calidad del software se estaba volviendo cada vez más importante.
En resumen, todo el proceso de prueba de software es el siguiente:
Recibir los requisitos originales del cliente/producto - confirmar los requisitos - analizar los requisitos - predicción de riesgos - confirmar la capacidad de prueba ( recibir pruebas) - Plan de trabajo (pruebas) - Revisión del diseño de pruebas (casos de uso) - Ejecutar pruebas - Enviar informe de defectos - Pruebas de regresión - Enviar informe de pruebas - Resumen de trabajo - Integración continua
El proceso de prueba de software en realidad implica aprender conocimientos teóricos o Hay procedimientos de prueba relativamente estándar en algunos libros que introducen pruebas especiales. Sin embargo, en el trabajo real, la mayoría de las empresas no siguen procedimientos estándar. Uno está determinado por la naturaleza del proyecto y el otro está determinado por las regulaciones internas de la empresa. La naturaleza del proyecto se divide en subcontratación o autoinvestigación. en general, estos son plazos. Por lo tanto, cuando los recursos y el tiempo entran en conflicto, no hay tiempo suficiente para la mayoría de las especificaciones del proceso. Por ejemplo, se omitirán varias reuniones de revisión (revisión de requisitos, revisión de código, revisión de casos de uso, revisión previa al lanzamiento del producto, etc.), e incluso los nodos para escribir casos de prueba serán reemplazados por puntos de prueba, especialmente para empresas de Internet con iteraciones frecuentes. Pero como probadores, debido a que somos responsables en última instancia de la calidad de todo el producto, durante el proceso de trabajo real, debemos ser adaptables y ajustar la estrategia de prueba en cualquier momento para abordar varios problemas desconocidos.
El proceso de prueba es el siguiente:
1. Requisitos: leer los requisitos, comprenderlos, comunicarse con los clientes, los desarrolladores y la arquitectura para obtener una comprensión profunda del requisitos. --testingteam
2. Plan de prueba: estime los recursos necesarios para las pruebas (mano de obra, equipo, etc.), el tiempo requerido, la división de los puntos de función y cómo asignar y organizar razonablemente los recursos de acuerdo con ellos. las necesidades. ---testingleaderortestingmanager
3. Diseño de casos de uso: diseñe casos de prueba razonables basados en el plan de prueba, la asignación de tareas y la división de puntos de función. ---testingleader, seniortester
4. Ejecutar prueba: ejecute el caso de prueba de acuerdo con los pasos detallados del caso de prueba. --everytester (principalmente probadores junior)
5. Registros de resultados de ejecución y registros de errores: registre los resultados de las pruebas para cada caso y escriba registros de errores en la herramienta de gestión de pruebas si hay errores. --everytester (principalmente probadores junior)
6. Seguimiento de defectos: realice un seguimiento de los errores que le asignó el líder hasta que se solucionen. --everytester
7. Informe de prueba: a través de pruebas y seguimiento continuos, hasta que el software bajo prueba cumpla con los requisitos de prueba, no hay errores importantes.
8. liberación, etc.
El proceso de prueba es el siguiente:
1. Requisitos: leer los requisitos, comprenderlos, comunicarse con los clientes, los desarrolladores y la arquitectura para obtener una comprensión profunda del requisitos.
2. Plan de prueba: estime los recursos necesarios para las pruebas (mano de obra, equipo, etc.), el tiempo requerido, la división de los puntos de función y cómo asignar y organizar razonablemente los recursos de acuerdo con los requisitos.
3. Diseño de casos de uso: diseñe casos de prueba razonables basados en el plan de prueba, la asignación de tareas y la división de puntos de función.
4. Ejecutar la prueba: Ejecute el caso de prueba de acuerdo con los pasos detallados del caso de prueba. --everytester (principalmente probadores junior)
5. Registros de resultados de ejecución y registros de errores: registre los resultados de las pruebas para cada caso y escriba registros de errores en la herramienta de gestión de pruebas si hay errores.
6.defecttracking: realice un seguimiento del error que le asignó el líder hasta que se solucione.
7. Informe de prueba: mediante pruebas y seguimiento continuos, hasta que el software bajo prueba cumpla con los requisitos. requisitos de prueba y sin errores importantes.
8.