Beijing Winge Technology Co., Ltd. (Winge Technology) utiliza funciones clave, interfaces y condiciones de aceptación como base compartida para el diseño y las pruebas del producto. Para proyectos de desarrollo de hardware y software que atienden a clientes rusos, la planificación de pruebas debe identificar los objetos de prueba, las condiciones operativas, los métodos, los criterios de aprobación y los registros requeridos durante el diseño, permitiendo a ambas partes revisar los resultados de los hitos con la misma versión y criterios.
Requisitos como un funcionamiento estable, una comunicación confiable y controles receptivos necesitan escenarios operativos y métodos de evaluación definidos. El plan de prueba establece prioridades de validación y proporciona entradas para configuraciones de prototipos, interfaces de depuración y diagnóstico de fallas.
Convierta los requisitos en casos de prueba ejecutables
Un requisito de aceptación comprobable especifica condiciones previas, entradas o acciones, resultados esperados y criterios de decisión. Los requisitos de rendimiento también deben definir los puntos de medición, la configuración del hardware, el volumen de datos, los métodos de cálculo y la cobertura de la muestra.
Por ejemplo, el requisito de conservar los datos recopilados durante una interrupción de la red se puede dividir en almacenamiento en búfer local, adquisición fuera de línea, transferencia después de la reconexión y manejo de un búfer completo. Pruebas adicionales pueden verificar el orden de los datos, el manejo de duplicados y las alarmas, según lo requiera el producto.
Este es un ejemplo ilustrativo de planificación de pruebas. La capacidad del buffer, la duración de la interrupción, el volumen de datos y los umbrales de aprobación deben determinarse a partir de los objetivos reales del producto y registrarse en los requisitos o especificaciones de prueba.
Priorice las pruebas funcionales, de rendimiento y de recuperación de fallas por riesgo del producto
El trabajo de integración y validación de prototipos de Winge Technology puede cubrir funciones, rendimiento y pruebas ambientales acordadas dentro del alcance del proyecto. Las prioridades de las pruebas deben seguir el uso previsto y los riesgos del producto.
| Área de prueba | Que comprobar | Condiciones necesarias para definir los criterios |
|---|---|---|
| Funciones e interfaces | Operaciones centrales, intercambios de protocolos, integración de periféricos y procesamiento de datos. | Entradas, secuencia de acción, respuestas y cambios de estado. |
| Rendimiento y carga | Tiempo de respuesta, rendimiento, uso de recursos y aumento de temperatura | Hardware de destino, carga de trabajo, puntos de medición y métodos de cálculo |
| Fallos y recuperación | Pérdida de red, pérdida de energía, fallas de periféricos y errores de datos. | Método de inyección de fallas, pasos de recuperación y requisitos de estado y datos |
| Operación continua | Comportamiento de la aplicación y fallas durante el período de prueba acordado. | Duración, carga, definiciones de fallas y cobertura de registros |
| Pruebas ambientales | Temperatura, humedad, vibración u otras condiciones de funcionamiento acordadas | Configuración de muestra, equipo, método y criterios de aprobación. |
| Interfaz de usuario e implementación | Representación de texto, instalación, configuración, actualizaciones y tareas de usuario. | Idioma, versión del sistema, permisos, entorno de implementación y tareas operativas. |
Si se requiere una interfaz en ruso, las pruebas funcionales pueden cubrir menús, alarmas, entradas, fuentes y truncamiento de texto. Los registros basados en el tiempo también requieren comprobaciones de la configuración de la zona horaria y del manejo de la marca de tiempo. Las pruebas de baja temperatura u otras pruebas ambientales dependen de las condiciones operativas reales y de los requisitos del proyecto.
Proporcionar acceso de prueba durante el diseño
El diseño afecta la facilidad con la que se puede probar un producto. Las revisiones de hardware pueden verificar los puntos de medición necesarios, depurar interfaces e indicadores de fallas. El diseño de firmware y software puede proporcionar registros, códigos de error, consultas de estado e identificación de versión.
Estas disposiciones apoyan la reproducción y el diagnóstico de fallas. El acceso a las pruebas debe gestionarse de acuerdo con los permisos del producto y los acuerdos operativos, registrándose las diferencias de configuración entre las versiones de depuración y entrega.
Las incertidumbres técnicas críticas se pueden comprobar con una prueba de viabilidad limitada antes de la integración completa del sistema. Pruebas de placa, integración de módulos, pruebas de prototipos y validación en el entorno del cliente abordan diferentes objetos. El plan del proyecto debe definir sus insumos y registros requeridos.
Asociar resultados de pruebas con unidades, versiones y condiciones de prototipos
Los registros de prueba deben identificar qué prototipo y versión de software se probaron, bajo qué condiciones, con qué pasos y resultados. La información relevante incluye el identificador de la unidad, revisión de hardware, versión de firmware o software, configuración, equipo de prueba, tiempo de ejecución y ubicación de los registros originales.
Un registro de problemas debe describir el comportamiento observado, los pasos de reproducción, el impacto y el estado de resolución. La verificación después de un cambio debe verificar el problema original e incluir pruebas de regresión seleccionadas según el impacto del cambio. Las pruebas que aún no se han ejecutado deben conservar su motivo y el seguimiento planificado para la revisión de los hitos.
Los equipos internacionales pueden revisar los resultados a través de informes de pruebas, registros, grabaciones de pantalla y demostraciones remotas. Las pruebas en las instalaciones del cliente necesitan equipos, condiciones, personal responsable y métodos de confirmación de resultados acordados.
Preguntas frecuentes
¿La planificación de pruebas debería esperar hasta que el prototipo esté completo?
Debe comenzar durante la definición y el diseño de los requisitos. Los criterios de aceptación temprana guían la selección de componentes, depuran interfaces, registran y configuran prototipos, y ayudan a asignar equipos de prueba y recursos de ejecución posteriores.
¿La aprobación de las pruebas funcionales establece el desempeño operativo a largo plazo?
Las pruebas funcionales establecen las funciones acordadas. La operación continua, las condiciones ambientales y el comportamiento en el sitio del cliente necesitan las condiciones y registros de prueba correspondientes. Las conclusiones deben identificar la revisión aplicable, el recuento de muestras, la duración y el alcance operativo.
¿Cómo deberían organizarse las pruebas de desarrollo y las pruebas de laboratorio independientes?
Las pruebas de desarrollo verifican las funciones acordadas, el rendimiento y los problemas de diseño del proyecto. Cuando se necesitan pruebas o certificación independientes, los requisitos aplicables, las muestras, la organización ejecutora y el alcance del informe deben confirmarse por separado e incluirse en el plan del proyecto.
Los clientes que planifican pruebas y aceptación de productos pueden utilizar la página de contacto del proyecto de Winge Technology para proporcionar el propósito del producto, la versión actual, el entorno objetivo y los requisitos de aceptación, y evaluar la cobertura de la prueba, las condiciones de la muestra y los entregables de los hitos.
En línea
Teléfono
WeChat
volver arriba