1) La diferencia entre un plan de prueba y un plan de prueba:
Plan: un documento a nivel de gestión de la organización, que planifica las actividades de prueba desde la perspectiva de la gestión de la organización;
Esquema: Es un documento a nivel técnico, planificando las actividades de prueba desde un punto de vista técnico.
Plan de prueba: estipule y restrinja la organización, recursos, principios, etc. de todo el proceso de prueba, y formule la asignación de tareas y el cronograma de tiempo para cada etapa del proceso de prueba, y proponga requisitos de evaluación, análisis de riesgos y gestión para cada tarea.
Plan de prueba: describa las características que se probarán, el método de prueba, la planificación del entorno de prueba, el diseño y selección de herramientas de prueba, el método de diseño de casos de prueba y el diseño del código de prueba. El plan de prueba debe llevarse a cabo bajo la guía del plan de prueba. El plan de prueba propone "qué hacer", y el plan de prueba aclara los casos de prueba de software de "cómo hacer", incluido el diseño y la redacción de casos de prueba de software.
Diseño de casos de prueba de software: Se considera desde el nivel de diseño, como diseñar casos de prueba desde los aspectos de funcionalidad, usabilidad, seguridad, etc. La escritura de casos de prueba de software se refiere a las especificaciones de escritura de los casos de prueba de software, incluido el formato de escritura, las especificaciones de nomenclatura de logotipos, etc.
El diseño del caso de prueba de software extrae el contenido del caso de prueba de software y luego lo implementa en el documento de acuerdo con el método de escritura de prueba de software Los dos son la relación entre la forma y el contenido.
Los ocho elementos básicos del formato de caso de prueba son: número de caso de prueba, elemento de prueba, título de la prueba, nivel de importancia, condiciones preestablecidas, entrada, pasos de operación y salida esperada.
¿Qué es un plan de prueba?
El llamado plan de prueba se refiere a un documento que describe el alcance, los métodos, los recursos y el progreso de las actividades de prueba a realizar.
Incluye principalmente elementos de prueba, funciones probadas, tareas de prueba, quién realiza las tareas y control de riesgos.
¿Qué es un plan de prueba?
El llamado plan de prueba se refiere a la descripción de las características a probar, el método de prueba, la planificación del entorno de prueba, el diseño y selección de herramientas de prueba, el método de diseño de casos de prueba y el diseño del código de prueba.
De hecho, el plan es a menudo una pre-investigación técnica de lo que se hará. ! !
El siguiente es un prefacio de plantilla para un plan de prueba
Esta es la plantilla para Zhihu Dashenfa. Luego lo usé para hacer un material para mi propio estudio, cada empresa es diferente y tiene sus propios documentos.
Observaciones: si el informe de prueba del software es diferente del informe de error, deje un hoyo y agréguelo más tarde
Diagrama de arquitectura general
Ver el catalogo
1. Introducción 1.1 Propósito de la escritura
Proporcionar a los gerentes de proyectos de desarrollo de software, ingenieros de software, ingenieros de mantenimiento de sistemas e ingenieros de pruebas una guía de prueba sobre la función general y el desempeño del sistema del proyecto, y también es una base importante para que los usuarios determinen si el software está completamente probado.
1.2 Antecedentes del proyecto
xxxx
1.3 Objetivos de la prueba
Antes de usar el software, intente encontrar los errores y las partes no razonables en el software tanto como sea posible, elimine los errores y las partes no razonables en el software, elimine los errores potenciales en el software y finalmente entregue el sistema de software de alta calidad al usuario. . Cobertura de prueba del sistema: función, rendimiento, interfaz de usuario, seguridad, compatibilidad, capacidad
1.4 Documento de referencia de prueba
Especificación de prueba de software GBT 15532-2008
GBT 9386-2008 Especificación de preparación de documentos de pruebas de software informático
1.5 Documentos de envío de prueba
Programa de prueba de software
Casos de prueba de software
Informe de prueba de software
1.6 Términos y abreviaturas
Términos y definiciones utilizados en este artículo
Término / Concepto
definición
2. Requisitos de
prueba 2.1 Requisitos de configuración de prueba
Categoría / software, versión
Sistema operativo
servidor
base de datos
otro
2.2 Método de prueba
La prueba funcional del sistema usa pruebas manuales, usando la división de clases de equivalencia, análisis de valor límite, inferencia de error y diagrama de causalidad en la prueba de caja negra.
Las pruebas de IU del sistema incluyen: prueba de usabilidad, prueba normativa, prueba de instalación de ayuda, prueba de racionalidad, prueba de estética y coordinación, prueba de singularidad, prueba de combinación de métodos rápidos.
Seguridad del sistema, compatibilidad, conversión oculta y anti-instalación, las pruebas de configuración también son pruebas manuales
Las pruebas unitarias utilizan pruebas blancas y las pruebas funcionales utilizan pruebas de caja negra
2.3 Datos de prueba
Los datos de prueba se basan principalmente en el documento "xxx", refiriéndose a los límites operativos especificados en el documento "xxx", y los casos de prueba de diseño como los datos de prueba de la plataforma xx
2.4 Estrategia de prueba
2.4.1 Prueba unitaria
Primero, al dividir la lista según sistemas, subsistemas y módulos, la unidad final debe ser un módulo funcional o varios tipos en el proceso orientado a objetos. La prueba unitaria es una prueba para verificar la corrección de los módulos funcionales y también es la base para las pruebas posteriores. El propósito es encontrar diversos errores que puedan existir en cada módulo, por lo que es necesario diseñar casos de prueba desde la estructura interna del programa, enfocándonos en los siguientes cinco aspectos:
-
Interfaz del módulo: prueba el flujo de datos del módulo probado.
-
Estructura de datos local: verifique descripciones de tipos de datos incorrectas e inconsistentes, aplique a variables que no han sido asignadas o inicializadas, valores iniciales incorrectos o valores predeterminados
-
Ruta: aunque no se pueden realizar pruebas exhaustivas, diseñe casos de prueba para encontrar comparaciones incorrectas debido a cálculos incorrectos (errores de algoritmo, símbolos de expresión incorrecta, precisión de cálculo insuficiente, etc.) o flujos de prueba anormales (incluidos diferentes tipos de datos) Comparación entre sí, modificación inapropiada de variables de bucle, condiciones de terminación de bucle incorrectas o imposibles, etc.) que dan lugar a errores
-
Manejo de errores: verifique si el módulo tiene una función de manejo de errores relativamente completa diseñada para condiciones comunes para asegurar su corrección lógica
- Límite: preste atención a los casos de uso relativamente sencillos en el flujo de datos de diseño y el flujo de control que son iguales, mayores o menores que ciertos
2.4.2 Prueba de integración
Las pruebas de integración también se denominan pruebas de ensamblaje y pruebas conjuntas. Por lo general, sobre la base de las pruebas unitarias, todos los módulos deben ensamblarse en el sistema de acuerdo con los requisitos de diseño. En este momento, las cuestiones que deben considerarse son las siguientes:
-
Conecte cada módulo, si se perderán los datos de la interfaz del módulo
-
¿La función de un módulo afecta negativamente la función de otro módulo?
-
La combinación de cada hijo, si cumple con los requisitos esperados de la función padre
-
¿Hay algún problema con la estructura de datos global?
- Si los errores de los módulos de la unidad se acumulan, se amplificarán para alcanzar el nivel de contramedidas inaceptables. Cuando ensamblamos, podemos referirnos al método de ensamblaje de una sola vez o al método de ensamblaje de valor agregado.
2.4.3 Prueba del sistema
El propósito de la prueba del sistema es verificar si la función y el rendimiento del software y otras características son consistentes con los requisitos del usuario, principalmente los siguientes tipos de pruebas
1. Prueba funcional
Verifique que las funciones del sistema cumplan con sus especificaciones de requisitos, verifique que el sistema esté funcionalmente completo, sin redundancia o funciones faltantes. La introducción detallada es la siguiente:
测试范围：验证数据精确度、数据类型、业务功能等相关方面的正确性
测试目标：核实所有功能均已正常实现、即是否与需求一致
技术：采用黑盒测试、边界测试、等价类划分测试方法
工具与方法：手工测试
开始标准：开发阶段对应的功能完成并且测试用例设计完成
完成标准：测试用例通过并且高级缺陷全部解决
需要考虑的特殊事项
```~~
2.用户界面测试
测试用户界面是否具有导航性、美观性、行业或者公司规范性、是否满足设计中客户要求的执行功能、详细介绍如下边UI测试
其中，Web 测试通用方法可以参考《Web 测试检查点总结》
Rango de prueba
Objetivo de la prueba: verificar que el estilo de cada ventana (incluido el color, la fuente, el mensaje, el icono, el título, etc.) y la demanda sean
consistentes o estén en línea con los estándares aceptables, para garantizar una interfaz fácil de usar, facilidad de operación y
co-usuario del operador Hábitos operativos
Tecnología: métodos generales de prueba web
Herramientas y métodos: prueba manual, inspección visual
Estándar de inicio: desarrollo de la interfaz completado
Estándar de finalización: la interfaz de usuario cumple con el estándar aceptable, puede garantizar la facilidad de uso, la operación fácil y ajustarse a los hábitos de operación del usuario
Prueba de enfoque y prioridad
Consideraciones Especiales
3 性能测试
测试相应时间、事务处理效率和其他时间敏感的问题。介绍如下表:
Alcance de la prueba: prueba de rendimiento cuando varios usuarios están en línea durante mucho tiempo
Objetivo de la prueba: verificar la estabilidad del rendimiento del software del sistema durante operaciones de datos de gran flujo y multiusuario, y no causar fallas del sistema
o relacionadas
Tecnología: pruebas manuales, pruebas automatizadas
Estándar inicial: se aprobó el diseño y la revisión del script de prueba automatizado, el equipo del proyecto pasó a la prueba del sistema
Criterios de finalización: el sistema cumple con los requisitos de rendimiento de los usuarios.
Prueba de enfoque y prioridad
Consideraciones Especiales
4 兼容性测试
测试软件在不同平台上的使用的兼容性。介绍如下：，
Rango de prueba:
- Utilice diferentes versiones de navegadores, resoluciones y sistemas operativos para realizar pruebas por separado.
2. Prueba combinada de diversas condiciones, como diferentes sistemas operativos, navegadores, resoluciones y software en ejecución.
Objetivos de la prueba:
Verifique que el sistema funcione de manera estable en diferentes configuraciones de software y hardware
Tecnología: prueba de caja negra, prueba manual
Estándar de inicio: prueba del sistema de traspaso del equipo del proyecto
Estándar de finalización: la función se puede implementar normalmente en varias versiones diferentes y diferentes tipos de navegadores, sistemas operativos o sus combinaciones (la
prueba secundaria determina el alcance de la prueba de acuerdo con la base proporcionada por el desarrollo)
Prueba de enfoque y prioridad
Consideraciones Especiales
5 安全性测试
测试软件你系统对于非法侵入的防范能力。详细介绍如下表：
Alcance de la prueba: seguridad de la contraseña, autoridad, ilegalidad de usuarios y administradores ***
Objetivo de prueba: usuario, gestión de contraseñas de administrador, seguridad a nivel de aplicación, los usuarios solo pueden verificar el funcionamiento de toda su autoridad para operar
la función como nivel del sistema de seguridad, siempre que haya un sistema de verificación
Tecnología: Prueba de caja negra
Herramientas y métodos: prueba manual
Estándar de inicio: prueba del sistema de traspaso del equipo del proyecto
Criterios de finalización
Prueba de enfoque y prioridad
Consideraciones Especiales
6 配置测试
测试在不同网络、服务器、工作站的不同软硬件配置条件下，软件系统的质量，详细说明见下表
Alcance de la prueba: diferentes redes, servidores, estaciones de trabajo, diferentes condiciones de configuración de software y hardware
Objetivo de la prueba: verificar si la calidad del sistema alcanza el estándar en diferentes condiciones de configuración de hardware y software
Tecnología: Prueba de caja negra
Herramientas y métodos: prueba manual
Estándar inicial: una vez completado el desarrollo del sistema
Estándar de finalización: cumple con los requisitos relevantes
Enfoque y prioridad de la prueba: la prioridad de la prueba se basa en la prioridad de los requisitos de la prueba
Consideraciones especiales: problemas de equipos de software y hardware
7 回归测试
Alcance de la prueba: tipos de prueba para todas las funciones, interfaz de usuario, compatibilidad, seguridad, etc.
Objetivo de la prueba: verificar que las funciones, el rendimiento, etc. cumplan con los estándares requeridos por los requisitos del usuario después de ejecutar todos los tipos de prueba.
Tecnología: Prueba de caja negra
Herramientas y métodos: pruebas manuales, pruebas automatizadas
Criterios de inicio: siempre que el software que se está probando o su entorno de desarrollo cambie, se realizan pruebas de regresión en cada etapa de prueba verificada
Criterios de finalización: el 95% de los casos de prueba pasaron y pasaron la prueba del sistema
Enfoque y prioridad de la prueba: la prioridad de la prueba se basa en la prioridad de los requisitos de la prueba
Consideraciones especiales: problemas de equipos de software y hardware
**2.4.4 验收测试**
用户新增呢或则修改内容，以及用户反馈问题确认
`测试项—测试方法—预计结果—实际结果—结论`
**2.5 测试资源**
人员：
角色 / 职责、任务 / 备注
Jefe de proyecto: Gestión de proyectos
Líder del equipo de prueba: especifique el plan de prueba, programe y organice el trabajo de prueba
Ingeniero de pruebas: realizar pruebas
Ingeniero de pruebas: realizar pruebas
**2.6 测试阶段及范围**
1: plan de prueba / plan de prueba de todo el sistema / tiempo
2: Entrenamiento del sistema: entrenamiento para toda la prueba del sistema
3: La prueba implica: casos de prueba del sistema real
4: Ejecución de la prueba: todo el sistema
5: Análisis de resultados: todos los resultados de las pruebas
**2.7通过测试的标准**
一般有“基于测试用例” 和基于“缺陷密度”两种评比准则，在这里我们采用前者
1. 功能性测试用例通过来吧达到100%
2. 非功能性测试用例通过率达到95%
3. 没有高于优先级3以上的问题
备选通过方法：根据实际由开发部门经理、项目经理、测试负责人共同讨论确定本测试阶段是否结束
《系统测试各阶段准入准出规则》
**3 软件结构介绍
3.1 概述
**
xx平台简称xx,总共有xx大功能模块，分贝时：xx。每个模块需求如下表所示：
本文档描述的数据接入需求模块，需求表示及需求描述如表：Identificación de la demanda
Módulo de demanda
Descripción del requisito
**4.测试用例**
测试用例文档附件粘贴即可（也可以注明测试用例访问的位置）
**5.关注点**
下面几个关注点可以参考 [测试要点]，把里面对应的内容全部填写上去就行了
**5.1 文本输入框
5.2 下拉类表
5.3 增加数据
5.4 修改数据
5.5 删除数据
5.6查询数据
5.7数据导入导出
5.8数据接入与处理
5.9其他**