Comprensión de las pruebas de software

Se dice que la prueba es la última línea de defensa para la producción del producto, luego la prueba del software es la última desinfección completa antes de que se entregue el software.

Se dice que la prueba es la última línea de defensa para la producción del producto, luego la prueba de software es la última "desinfección" integral; antes de que se entregue el software.

Creo que muchas personas, como yo, que acabamos de entrar en contacto con las pruebas de software, estamos en un estado de ignorancia. Aquí presentaré mi comprensión preliminar de las pruebas de software.

La idea de la prueba es asumir que el programa tiene un defecto y luego ejecutar el programa para encontrar el defecto. La prueba de nuestro equipo piloto es una prueba de caja negra, es decir, si el programa de prueba cumple con los requisitos según las especificaciones sin conocer la estructura interna del programa.

Podemos pensarlo desde los siguientes aspectos:

1. Error u omisión funcional.
2. La interfaz puede recibir entradas y salidas correctamente.
3. Requisitos de desempeño.
4. ¿Hay un error de inicialización o terminación?

Contenido de prueba

1.   Prueba funcional: debemos comprobar si la función del software cumple con los requisitos. Método: construya una entrada razonable para ver si hay una salida deseada. Método del valor límite: prueba con el valor límite del dominio. Para el método del valor límite, simplemente ignoré este método cuando toqué por primera vez la prueba funcional. Durante la prueba, observamos si el motor puede funcionar normalmente por debajo del límite de entrada.

Por ejemplo, la prueba de confiabilidad de nuestros servoproductos, verificando la sincronización, consistencia, estabilidad, anti-interferencia de la unidad, simula el modo de operación del sitio del cliente, si el programa de prueba tendrá un impredecible accidente, para lograr la detección completa de la función servo. .

Prueba de productos servo

Prueba de servoproductos

También realizamos pruebas ambientales para verificar que la unidad funcione correctamente en una variedad de entornos.

Pruebas ambientales

Pruebas ambientales

2. Prueba de tolerancia a fallas: lo anterior se basa en una entrada razonable, luego verifique la respuesta del software en condiciones anormales. La prueba tolerante a fallas es para asegurar que el programa no tenga fallas impredecibles. Podemos configurar algunos parámetros irrazonables en la unidad para ver la respuesta del sistema. Por otro lado, esto verifica si el sistema de protección está funcionando a tiempo.

3. Pruebas de rendimiento y eficiencia: debemos probar la velocidad de respuesta del software y la utilización de recursos. El hardware y el software son siempre inseparables y complementarios.

La curva de sobrecarga como se muestra a continuación:

La curva de sobrecarga

La curva de sobrecarga

De la figura anterior, podemos ver que la capacidad de sobrecarga de los servoproductos de la empresa es muy grande, y las cifras reales probadas son básicamente consistentes con los valores teóricos. Está totalmente en línea con los conceptos de diseño de software y hardware.

4.  Documentación de la prueba: debemos registrar los métodos de prueba, las preguntas de la prueba, las descripciones de los errores y los pasos de la prueba deben ser precisos y detallados, lo mejor es tener imágenes y datos presentados.

Los productos servo de nuestra empresa también tienen muchas ventajas. Por ejemplo, en la protección contra sobrecorriente, podemos ver que el tiempo de protección contra sobrecorriente tiene una precisión de 6,25 us, que es una protección de apagado casi instantáneo en caso de fallas por sobrecorriente y minimiza la pérdida.

La protección contra sobrecorriente

La protección contra sobrecorriente

También hay un diagrama de aumento de temperatura de los diversos componentes del controlador en la siguiente figura. Se puede ver que la temperatura del componente sube a un cierto valor durante la operación para lograr la estabilidad.

Un diagrama de aumento de temperatura de los diversos componentes del controlador

Un diagrama de aumento de temperatura de los diversos componentes del controlador

La prueba de diagrama de ojo de Ethernet de 100M escanea la señal cuadro por cuadro para ver si tocará el área prohibida del ojo. Se utiliza para juzgar la tasa de éxito de la comunicación. ¡Las formas de onda de prueba que se muestran en la figura a continuación muestran que la capacidad antiinterferencias de comunicación que hemos creado sigue siendo muy poderosa!

La prueba del diagrama de ojo de Ethernet de 100M

La prueba del diagrama de ojo de Ethernet de 100M

Desde que me uní al trabajo de prueba de software, mi mayor comprensión de este trabajo es ser cuidadoso, responsable, riguroso, paciente y considerar de manera integral. Debemos hacer todo lo posible para hacer la última línea de defensa para garantizar la seguridad y la comodidad de los clientes, la tranquilidad y la tranquilidad de los clientes.

Póngase en contacto con nosotros a través de [email protected] si tiene alguna sugerencia en esta página.

También te puede interesar

Dejar un mensaje
Dejar un mensaje