Directorio de artículos
Bienvenido.
Hola,
soy Ken .
Agregué un nuevo curso de pruebas de software, por lo que organicé especialmente una nueva columna.
Consulte los libros de texto escolares relevantes y organícelos y elimínelos. Pertenecen a las notas relacionadas con el curso, y el enfoque es en los sitios de prueba., Seguido de una comprensión simple de las pruebas de software.
No dejes que otros piensen en ti cuando tienen pensamientos tan extraños en
sus mentes. Tal vez nadie te respete en el camino para demostrar tu valía,
pero realmente no tiene mucho sentido vivir en medio de una montaña.
2.1_ Probar flujo de trabajo y documentación
2.1.1_ Cada proceso en el trabajo de prueba
-
Plan de
prueba_El
plan de prueba es la etapa más importante de todo el proceso de prueba y proporciona una base para lograr un proceso de prueba manejable y de alta calidad. -
Diseño de prueba : el
trabajo principal del diseño de prueba es diseñar el esquema de prueba correspondiente (también llamado caso de prueba) basado en la especificación del software . -
Ejecución de la prueba
_ la
ejecución de la prueba es un plan de prueba para garantizar la implementación de, es un caso de prueba para lograr un proceso inevitable, rigurosamente probado para realizar el trabajo de prueba no se quedará en el camino. Antes de ejecutar la prueba, deben realizarse los siguientes preparativos.
_
(1) Construcción de entorno de prueba.
_Test
loop mirror incluye hardware loop mirror y entorno de software.
_
Entorno de hardware se refiere al entorno constituido por servidores, clientes, dispositivos de conexión de red y dispositivos de hardware auxiliares como impresoras / escáneres necesarios para la prueba;
entorno de software se refiere al entorno constituido por el sistema operativo, la base de datos y otro software de aplicación cuando el software se encuentra bajo prueba es correr alrededores.
_
En la prueba real, el entorno de software se puede dividir en entorno de prueba primario y entorno de prueba secundario .
El entorno de prueba principal se refiere al entorno principal para probar la mayoría de los indicadores, como funciones de software, seguridad y confiabilidad, rendimiento y facilidad de uso.
_
(2) Disposición de las tareas de prueba.
_
(3) Ejecución de casos de prueba.
_
La implementación de casos de prueba, el sistema de software de registros detallados a la entrada y salida real , la comparación cuidadosa de la entrada real y la entrada esperada de los casos de prueba son los mismos.
_
(4) Informe de defectos. -
Resumen de la prueba
2.1.2_ Documentos de prueba principales
1. Plan de prueba
El plan de prueba principalmente planifica y organiza el proyecto de prueba de software, el trabajo de prueba requerido, el costoso trabajo de prueba del que el probador debe ser responsable, el proceso de prueba, el tiempo y los recursos necesarios para la prueba y el riesgo de la prueba.
2. Caso de prueba
De acuerdo con los elementos de prueba, describa los pasos detallados para verificar el software.
3. Informe de problemas de software
Describa los problemas encontrados en función del caso de prueba, generalmente envíe un informe de prueba.
4. Introducción, estadísticas y resumen
Utilice gráficos, tablas e informes para describir todo el proceso de prueba.
2.1.3_ Condiciones de inicio y finalización de la prueba (solo comprenda)
-
Inicio de prueba estándar
_
(1) revisar los planes de prueba hasta el final.
_
(2) El caso de prueba se ha escrito y ha pasado la revisión.
_
(3) Se ha enviado un sistema comprobable.
_
(4) Se ha configurado el entorno de prueba. -
Criterios de salida de prueba
_
(1) todos pasaron el caso de prueba.
_
(2) Los problemas existentes se han abordado de manera razonable. -
Criterios de detención de la prueba
_
(1) Casi la mitad de la prueba anterior no se puede realizar.
_
(2) El entorno de prueba no cumple los requisitos.
_
(3) Cambios frecuentes en los requisitos durante el desarrollo.
2.2_ Redacción del plan de prueba
2.2.1_ descripción de la tarea del trabajo
Ejecute un programa de sistema de compras en línea determinado y familiarícese con las funciones básicas y las interfaces relacionadas del programa (consulte la especificación de requisitos del sistema del programa). Realice pruebas de caja negra en el sistema y escriba los documentos del plan de pruebas correspondientes.
2.2.2_ debería saber y debería saber
- Definición del plan de prueba de software
ANSI / IEEE El estándar de documento de prueba de software 829-1983 define un plan de prueba como "un documento que describe el alcance, el enfoque, los recursos y el cronograma de las actividades de prueba programadas. - Preguntas consideradas por el
plan de prueba_
_
1. Describa brevemente las preguntas que se deben considerar al redactar un plan de prueba.
_La
viabilidad del plan de prueba debe ser considerada completamente, es decir, la cercanía y operabilidad entre el plan de prueba y el real (debe tener una comprensión profunda de los requisitos). El propósito de escribir un plan de prueba es considerar completamente varios recursos al realizar la prueba, incluyendo el contenido de la prueba, estándares de prueba, recursos de tiempo, recursos humanos, etc., para ser precisos, es necesario analizar todos los recursos que se pueden llamar durante la ejecución y los diversos efectos que pueden estar sujetos a diversas condiciones. Para ser más claro es "planificar" y "cómo" hacer el "trabajo de prueba", no "cómo redactar un plan de prueba".
_
(1) Contenido de la prueba: para un software, ¿qué pruebas se especificarán en el plan de prueba para esta prueba? Por ejemplo: Prueba del sistema: habrá (prueba de interfaz, prueba de función, prueba de rendimiento, prueba de compatibilidad, prueba de instalación y desinstalación , prueba de confiabilidad y otras pruebas)
_
(2) Propósito de la prueba: Generalmente, es asegurar si la calidad del producto alcanza el índice esperado. Este indicador es también el criterio final definido en la prueba.
_
(3) Estándares de prueba; es necesario considerar los documentos que deben ingresarse para esta prueba, la definición del estándar final del proyecto, la definición del estándar final de prueba, la definición del nivel de error, la prioridad y la definición del proceso de gestión de errores. Esto debe quedar claro en la ejecución de la prueba. Estos deben incluirse en el plan.
_
(4) Asignación de recursos: Se divide en recursos humanos, recursos de software y hardware, etc. Generalmente, la utilización de los recursos humanos se escribirá en una tabla de asignación de tareas de entrada de prueba. Según las diferentes etapas, cada etapa presenta los resultados correspondientes (muy difícil). Los recursos de software y hardware se basan principalmente en la lista de cuántas computadoras u otras herramientas se necesitan al planificar.
_
(5) Riesgo de prueba: la mayoría de las consideraciones son retrasos en el desarrollo del proyecto, los probadores no pueden cubrir completamente los puntos de prueba debido a la falta de tiempo, los casos de uso no se pueden ejecutar en su totalidad, los errores no se pueden modificar a tiempo y no se pueden verificar, y los probadores no tienen suficiente habilidades que conducen a un progreso prolongado en la prueba.
_
(6) Las estrategias de prueba de software generalmente se dividen en programas de prueba relacionados.
_
2. Describa brevemente el principio de "5W1H" al escribir planes de prueba de software.
_
(1) Aclarar el alcance y el contenido de la prueba (QUÉ);
_
(2) Aclarar el propósito de la prueba (POR QUÉ);
_
(3) Aclarar la fecha de inicio y finalización de la prueba (CUÁNDO);
_
(4 ) Indique claramente el lugar de almacenamiento del documento de prueba (DÓNDE);
_
(5) Borre la asignación de tareas de los probadores (OMS);
_
(6) Indique claramente el método de prueba y la herramienta de prueba (CÓMO).
Ve con todo,
te deseo y me deseo
Soy Ken,
bienvenido a visitarnos la próxima vez