Especificaciones del proceso de prueba

1. Descripción general

1.1 Propósito 2

1.2 Ámbito de aplicación 2

1.3 Principios de implementación 2

1.4 Roles y responsabilidades 2

1.4.1 ¿Líder de pruebas?2

1.4.2 ¿Ingeniero de pruebas?3

2. Proceso de pruebas de software 3

2.1 Diagrama de flujo de pruebas de software 3

2.2 Análisis del diagrama de flujo 4

3. Actividades del personal del ciclo de pruebas de software 7

3.1 Preparación de pruebas de software 7

3.2 Fase de ejecución de pruebas 8

3.2.1 ¿Diagrama de flujo de la fase de ejecución de software?8

3.2.2 ¿Actividades del personal de la fase de ejecución de pruebas de software?9

3.2.3 ¿Trabajo de acabado de prueba? 11

4. Conclusión 12

?1. 1.1 Propósito

1. Garantizar eficazmente la calidad del software;

2. Formular eficazmente diferentes tipos de pruebas (pruebas de sistemas de software, pruebas de subjetividad, pruebas especiales (pruebas automatizadas), pruebas de rendimiento, pruebas de usuario). Pruebas de experiencia) plan de prueba de software;

3. Pruebe de acuerdo con el plan y descubra problemas en el software

4. Verifique efectivamente los problemas que se han resuelto en el software; /p>

5. Determinar la efectividad del proceso de prueba y verificación de problemas.

1.2 Ámbito de aplicación

El ámbito de aplicación son todos los ingenieros de pruebas involucrados en las pruebas de software del producto.

1.3 Principios de ejecución.

1. Estandarizar las operaciones y respetar los hechos.

2. Los ingenieros de pruebas deben tener una actitud cuestionadora hacia las diversas funciones del producto; . Software;

3. Los ingenieros de pruebas deben mantener de forma proactiva una comunicación efectiva con todos los miembros del equipo del proyecto para completar mejor las tareas de prueba;

4. Descubrir los problemas lo antes posible. posible y realizar un seguimiento de ellos de manera oportuna;

1.4 Roles y Responsabilidades

1.4.1 Líder de pruebas

Responsable de revisar el plan de pruebas, participando en la implementación proceso del plan y garantizar que el plan se implemente y complete según lo planeado Tareas de prueba

Desarrollar, actualizar y mantener procesos de prueba de software

Proporcionar soluciones a los problemas encontrados en el departamento; que necesitan mejoras

Desarrollar planes a corto y largo plazo Medidas de mejora; realizar revisión y supervisión;

Participar en la evaluación de riesgos de la versión

Participar en el software; revisión de requisitos y UI

Preparar STP (plan de prueba de software) y formar un equipo de prueba

Determinar si se acepta la versión de prueba de software de acuerdo con los requisitos del formulario de solicitud de prueba de software; pruebas del sistema si cumple con los estándares de prueba de software; realizar capacitación en grupo sobre los requisitos de prueba;

9. Asignar tareas de prueba para garantizar la finalización oportuna del plan de prueba y garantizar la calidad de las pruebas de software; realizar un seguimiento del proceso de prueba; manejar situaciones anormales; enviar informes de prueba (cada versión actualizada) a desarrollo y; PM Manager

10. Realizar un seguimiento de las modificaciones de ERRORES y organizar la revisión de ERRORES

11. Organizar la evaluación de riesgos de la versión

1.4.2 Ingeniero de pruebas

Las pruebas se ejecutan de acuerdo con el plan de prueba y los casos de prueba se escriben y revisan.

Organizar registros de pruebas,

El seguimiento de errores incluye: enviar, verificar y cerrar errores.

Participe en la revisión de ERRORES

Complete el plan de aprendizaje a tiempo y envíe el informe de aprendizaje al líder de la prueba

2. Proceso de prueba de software

2.1 Diagrama de flujo de prueba de software

2.2 Análisis del diagrama de flujo

Aprobación del proyecto

Para la versión, las condiciones para la aprobación del proyecto solo deben cumplir:

El departamento de pruebas recibe el aviso de aprobación del proyecto de la versión, se han proporcionado los requisitos funcionales/instrucciones de diseño del producto de software

Calendario de la versión

Cuando se cumplen las condiciones de aprobación del proyecto, el departamento de pruebas El gerente designará la prueba y la organización de la prueba establecerá el proyecto y el trabajo de prueba de seguimiento.

Revisión preliminar de los requisitos

El líder de la prueba organiza las pruebas para realizar una revisión de los requisitos y completa tres tareas: Primero, revisa los documentos si tienes preguntas sobre los requisitos o tienes sugerencias. los requisitos, debe comunicarse con la persona de salida de requisitos hasta que se finalicen los requisitos; el segundo es determinar la configuración, los recursos, los prototipos y el DEV correspondientes a los requisitos requeridos para las pruebas; , que incluye principalmente los siguientes aspectos:

1. Base de prueba

a, documento de requisitos de software

b, otros, como referencias a otros productos de la competencia, etc.

Recursos de prueba

a ,Requisitos del probador

b,Requisitos de configuración de prueba (se requiere configuración previa)

c,Prueba Requisitos del prototipo (por ejemplo, las necesidades especiales requieren teléfonos móviles especiales)

Estrategia de prueba

a. Adoptar métodos de prueba

Qué herramientas de prueba y herramientas de gestión de pruebas. adoptar

c. Capacitar a los probadores, etc.

Disposición de los probadores

El líder de la prueba completa la disposición de los probadores en función de la lista de probadores proporcionada por cada módulo funcional. durante el proceso de revisión preliminar de requisitos.

Análisis de requisitos

Una vez completado el acuerdo, el líder de la prueba organiza a los miembros del equipo para realizar un análisis de necesidades y completar dos tareas: primero, realizar la capacitación de necesidades dentro del grupo para garantizar que todos los miembros del equipo comprenden completamente las necesidades; el segundo es asignar tareas de mantenimiento o redacción de casos de prueba y confirmar la fecha de finalización del caso de prueba.

Tenga en cuenta: la fecha de finalización del caso de prueba debe ser anterior a que se publique la versión del software para su prueba.

Diseño de pruebas

El diseño de pruebas incluye principalmente la redacción y revisión de casos de prueba. Dado que los casos de uso para puntos de prueba convencionales ya están disponibles, aquí se centran principalmente los nuevos requisitos.

Plan de prueba

Cuando se hayan completado todos los preparativos previos a la prueba, el líder de la prueba desarrollará un plan de prueba de software completo (documento STP) basado en el cronograma de desarrollo y la estrategia de prueba. El plan se basa principalmente en el plan de desarrollo de la versión y los resultados del análisis de requisitos de prueba.

Ejecución de la prueba

La ejecución de la prueba generalmente se divide en las siguientes etapas:

Prueba de confirmación → prueba del sistema → prueba de aceptación → verificación del documento del producto, cada etapa también incluye Problemas de verificación de pruebas de regresión.

Desde la perspectiva de las pruebas, el proceso de ejecución de las pruebas debe considerar cuestiones de cantidad y grado, lo que se refiere al alcance y extensión de las pruebas.

Desde una perspectiva de gestión, en un tiempo limitado y con personal limitado o incluso escaso, es necesario considerar cómo dividir el trabajo y cómo utilizar racionalmente los recursos para realizar las pruebas. Por supuesto, también se deben considerar las siguientes cuestiones:

a. ¿Cómo resolver el problema cuando la ejecución de la prueba por parte del evaluador no está bien y la prueba es superficial?

b. Problema de eficiencia de las pruebas, ¿cómo mejorar la eficiencia de las pruebas?

¿Qué tipo de estrategia de prueba se debe adoptar de acuerdo con las diferentes versiones, ya sean pruebas integrales, pruebas gratuitas o? pruebas específicas del módulo

Evaluación de software

La evaluación aquí se refiere a la evaluación de la versión que se iniciará después de que el software haya sido probado uno tras otro y se confirme que el software no tiene problemas importantes o tiene pocos problemas Determine si puede conectarse. ¿Reunión de evaluación de software por parte del primer ministro? Los miembros de organización y evaluación generalmente están compuestos por DEV, PM, QA, etc.

Resumen de la prueba

Una vez lanzada la versión, la prueba puede resumir todo el proceso de prueba de varias maneras, que pueden ser la experiencia de las cosas buenas o las deficiencias. se puede evitar en versiones posteriores.

Pruebas y mantenimiento

? Debido a que las pruebas no están completas, cuando el software se lance oficialmente, los usuarios inevitablemente encontrarán algunos problemas durante el uso, algunos de los cuales son incluso graves. Requiere que DEV modifique los problemas relevantes. Después de la modificación, el software debe probarse, evaluarse y ejecutarse nuevamente.

3. ¿Cuáles son las actividades del personal en el ciclo de pruebas de software?

3.1 Preparación para las pruebas de software

Propósito

Realizar preparaciones efectivas para las pruebas? para Llevar a cabo requisitos preliminares para la ejecución de pruebas

Desarrollar estrategias de prueba y planes de prueba de acuerdo con los requisitos

Condiciones de ingreso

La versión se lanza oficialmente

Los documentos de requisitos se han archivado

Ingrese

planes de desarrollo de software, cronogramas de desarrollo de software, requisitos funcionales/especificaciones de diseño de productos de software y otros documentos de requisitos relacionados.

Proceso operativo y su método de gestión

No. Nombre del proceso operativo Contenido de la operación/método de gestión Salida del operador

1. Establecimiento del proyecto Cuando se cumplen las condiciones de establecimiento del proyecto , líder de pruebas Designe a los miembros del equipo de pruebas y los miembros del equipo de pruebas organicen la información relevante para organizar las acciones del proyecto, el líder de pruebas y el plan de pruebas de los miembros del equipo de pruebas

2. Revisión preliminar de los requisitos. revisión de los requisitos e invita a los miembros del equipo de prueba a revisar y confirmar la configuración y los recursos correspondientes a esta versión, confirmar la estrategia de prueba correspondiente líder de prueba, miembros del equipo de prueba

3 Disposición de la prueba El líder de la prueba organiza a los probadores. realice análisis de demanda y capacitación de acuerdo con las necesidades, y asigne tareas de mantenimiento y redacción de casos de prueba.

4. Diseño de prueba: escriba TestCase para las pruebas y luego el líder de pruebas formula un plan de revisión para los casos de prueba y realiza revisiones de acuerdo con el plan (requiere que los desarrolladores e ingenieros de pruebas informen los resultados de la revisión de cada Registro de Caso, y el líder de la prueba confirma los resultados de la revisión antes de usar el Caso);

El líder de la prueba confirma; el caso de prueba final y los registros de revisión.

Líder de pruebas, casos de prueba de miembros del equipo de pruebas

Base para la redacción del caso:

Documentos de requisitos de software; especificaciones y estándares relevantes; Reglas básicas para escribir un caso;

1. Utilice documentos de requisitos relevantes como base para escribir

2. Utilice condiciones y métodos de cobertura de ruta para determinar la cobertura de un caso;

3.? El caso es fácil de entender y operar;

4.? Escribir casos de prueba para diferentes propósitos de prueba

5.? tipos (consistencia de la interfaz, cumplimiento funcional, compatibilidad, estabilidad del rendimiento)

5. Redacción y revisión del plan de prueba Una vez completados los casos de prueba, el desarrollo, el PM y otro personal relevante deben organizarse para su revisión;

Cuando se finaliza el plan, el líder de la prueba debe organizar las pruebas estrictamente de acuerdo con el plan formulado;

Líder de la prueba

Notas sobre la revisión del plan de prueba:

1. ?Asegurar que el plan de pruebas se ajuste al plan de desarrollo

2.?Integridad de las pruebas;

Resultado

Casos de prueba

3.2 Etapa de ejecución de la prueba

3.2.1 Diagrama de flujo de la etapa de ejecución del software

Análisis del diagrama de flujo

?1. Según todo el proceso de ejecución de pruebas de software, se divide en tres partes iguales según el tiempo, a saber, T1: prueba inicial, T2: prueba intermedia, T3: prueba tardía

T1: etapa de prueba inicial, principalmente Realiza pruebas de confirmación, pruebas funcionales básicas. Los objetivos de las pruebas de validación requieren garantizar que el software se ajuste plenamente a los documentos de diseño. El objetivo de las pruebas de funciones básicas es ejecutar casos de prueba para exponer tantos problemas funcionales básicos como sea posible. El método de ejecución de las pruebas es principalmente ejecutar casos de prueba.

T2: en la etapa intermedia de las pruebas, las pruebas gratuitas se utilizan principalmente además de las funciones básicas, y también deben centrarse en las pruebas de rendimiento, pruebas de experiencia del usuario y pruebas de compatibilidad. Las pruebas de rendimiento se pueden realizar con la ayuda de la herramienta Perfdog.

T3: La última etapa de prueba. En esta etapa, aún es necesario ejecutar múltiples casos de prueba para garantizar que las funciones básicas se implementen sin ningún problema.

La prueba del sistema se divide en tres etapas, que no se dividen simplemente en tres partes iguales de tiempo, sino que cada período de tiempo debe alcanzar el objetivo de la prueba. Si no se logra el objetivo de la prueba, el líder de la prueba debe ajustar el plan de manera oportuna y organizar y analizar los problemas para evitar retrasos en la versión debido a pruebas insuficientes.

3.2.2 Actividades del personal durante la fase de ejecución de las pruebas de software

Propósito

Formular efectivamente planes de prueba de software para las pruebas del sistema;

Seguir el plan Realizar pruebas para descubrir problemas existentes en el software (incluyendo: interfaz, requisitos, funciones, compatibilidad, rendimiento, etc.).

Verificar efectivamente los problemas que se han resuelto en el software

Determinar la efectividad del proceso de prueba y verificación de problemas

Condiciones de entrada

Plan de prueba completo y casos de prueba;

Aplicación de prueba de software confirmada, versión de software

Ingrese

plan de prueba de software y casos de prueba de software.

Versión de software;

Proceso operativo y su método de gestión

NO Nombre del proceso operativo Contenido de la operación/método de gestión Resultados de salida del operador

1 Disposición de la tarea de prueba: después de que el líder de la prueba obtenga la versión del software, confírmela y formule un plan de prueba de la versión basado en el propósito de la prueba;

Una vez completado el plan de prueba, presente la situación básica de la versión. ¿Programa de tiempo de prueba, etc. a los miembros del equipo?

Plan de prueba de software del líder de prueba para cada nueva versión

2 Prueba de prueba del sistema Después de recibir la solicitud de prueba de software y confirmar que la información relevante se ha proporcionado cuando se lanza la versión, organizar pruebas para realizar pruebas del sistema basadas en casos de prueba o realizar pruebas gratuitas;

Durante la fase de prueba, se deben realizar la primera y la última ronda de pruebas de la versión para al menos un ciclo completo. Incluyendo revisar el caso completo;

Líder de prueba

Miembros del equipo

Informe de prueba

3. Verificar que cada versión de la prueba es correcto para el anterior Verifique el ERROR modificado Si se confirma que ha sido modificado, puede realizar la operación de apagado. Miembros del equipo

4. El líder de la prueba de rendimiento organiza a los miembros del equipo para realizar pruebas de acuerdo con los "Casos de prueba de rendimiento". El método principal es comparar la prueba con la máquina de comparación para obtener los resultados máximos de la memoria; informe de prueba de pico de memoria de los miembros del equipo

6 Prueba de compatibilidad Test PM organiza a los ingenieros para verificar diferentes modelos y diferentes versiones del sistema de acuerdo con los "Casos de prueba de compatibilidad" y los informes de pruebas de compatibilidad de los miembros del equipo de prueba

Salida

Plan de prueba de software de cada nueva versión, informe de prueba, informe de prueba de pico de memoria, informe de prueba de compatibilidad

3.2.3 Trabajo de finalización de prueba

Propósito

Organizar la evaluación de la versión en función de los resultados de la prueba

Hacer un buen resumen de la prueba, acumular buena experiencia y eliminar cosas malas

Condiciones de entrada

Completó la fase de ejecución de la prueba, PM solicitó en línea

Proceso de operación y su método de gestión

NO Nombre del proceso de operación Contenido de la operación/método de gestión Resultados de salida del operador

1. Antes de que la evaluación de la versión esté en línea, el líder de la prueba escribe un informe de prueba de software y organiza una reunión de evaluación de la versión. Finalmente, el gerente del proyecto confirma. si el software puede conectarse en línea.

Gerente de proyecto (PM)

Líder de pruebas

Miembros del equipo de pruebas

Líder de desarrollo de software, etc.

Resultados de la evaluación

2. Resumen de la prueba. El líder de la prueba organiza la prueba para realizar una reunión de resumen y resume la experiencia de la prueba.

Miembros del equipo de prueba

3. Prueba de mantenimiento. se reciben problemas graves a partir de los comentarios de los usuarios, el líder de la prueba organiza la verificación de la prueba y envía los problemas a JIRA para su seguimiento;

Los desarrolladores reintegran los problemas de modificación de la versión, el líder de la prueba verifica y organiza una prueba integral para garantizar la versión

Líder de la prueba

Miembros del equipo de prueba

Informe de la prueba

4 Conclusión

? La prueba de software es un proceso de ejecución de un programa. El propósito es encontrar y corregir errores en el software probado tanto como sea posible y mejorar la confiabilidad del software. Es una tarea muy importante y compleja en el ciclo de vida del software y es de gran importancia para garantizar la confiabilidad del software. El objetivo general del proceso de prueba es aprovechar al máximo los recursos humanos y materiales limitados para completar las tareas de prueba de software con alta eficiencia y alta calidad. Evite realizar pruebas insuficientes que permitan ejecutar el software con errores ocultos que no quedan expuestos, lo que significa mayor peligro para el usuario. Sin embargo, un proceso práctico y estandarizado a menudo puede mejorar la eficiencia de las pruebas de software. La formulación del proceso proporciona asistencia documentada para la formulación del plan de prueba y la ejecución del proceso de prueba. Deje que cada prueba comprenda claramente qué hacer en cada período del ciclo de prueba de software.

?El desarrollo de este proceso no es estático. Si se encuentran deficiencias durante el proceso de implementación, actualizaremos este documento hasta que sea completamente aplicable al proceso de nuestro proyecto.