¿Qué significan UT, IT, ST y UAT en las pruebas de software?
En pruebas de software, UT, IT, ST y UAT se refieren a pruebas unitarias, pruebas de integración, pruebas de sistemas y pruebas de aceptación del usuario.
1. UT (Prueba unitaria):
Las tareas de prueba unitaria incluyen:
1. Prueba de la interfaz del módulo;
2. prueba de estructura de datos local
3. Prueba de condición de límite del módulo
4. Todas las pruebas de ruta de ejecución independientes en el módulo
5. camino de manipulación. ;
2. TI (Prueba de Integración):
También conocida como Prueba de Integración del Sistema (System Integration Test) o prueba combinada, la fase de prueba de integración se basa principalmente en el método de la caja negra. En los primeros días de la integración ascendente, las pruebas de caja blanca representaban una cierta proporción. A medida que las pruebas de integración continúan profundizándose, esta proporción será cada vez menor en el proceso de prueba. Poco a poco, las pruebas de caja negra dominarán.
3. ST (Prueba del sistema):
Desde un punto de vista técnico, la prueba del sistema es el último paso de toda la fase de prueba, y todo el desarrollo y las pruebas se concentran en este. punto Se expresa como generar un sistema de software con determinadas funciones.
Esta etapa prueba principalmente la precisión e integridad del sistema.
Realiza principalmente:
Pruebas de confirmación de funciones, pruebas de funcionamiento, pruebas de resistencia, pruebas de recuperación, pruebas de seguridad, etc.
Los probadores para las pruebas del sistema son probados por miembros del equipo de prueba (o personal de control de calidad) o miembros del equipo de prueba y usuarios. Se lleva a cabo una vez que se completa todo el desarrollo del sistema y está a punto de entregarse a los usuarios para su uso. En esta etapa, todo el sistema se prueba completamente utilizando el método de caja negra.
4. UAT (Prueba de aceptación del usuario):
La prueba de aceptación tiene como objetivo mostrar a los futuros usuarios que el sistema puede funcionar como se espera.
Después de las pruebas de integración, todos los módulos se ensamblaron en un sistema de software completo de acuerdo con el diseño y los errores de interfaz se eliminaron básicamente. Luego, se debe verificar más a fondo la validez del software. Misión de prueba de aceptación, es decir, el software funciona y se desempeña como los usuarios esperan razonablemente.
Información ampliada
Las pruebas de software vienen con la creación del software. En el proceso inicial de desarrollo de software, el software era de pequeña escala y de baja complejidad. El proceso de desarrollo de software era caótico y bastante aleatorio. El significado de prueba era relativamente limitado. Los desarrolladores equiparaban la prueba con la "depuración", con el propósito de corregir lo conocido. errores en el software. En caso de fallas, los desarrolladores a menudo hacen esta parte del trabajo ellos mismos.
Hay muy poca inversión en pruebas y la intervención de las pruebas también se realiza tarde. Las pruebas a menudo se llevan a cabo hasta que se forma el código y el producto está básicamente completo.
A principios de la década de 1980, las industrias de software y TI entraron en un período de gran desarrollo. El software tendía a ser de gran escala y altamente complejo, y la calidad del software se volvió cada vez más importante.
En este momento, algunas teorías básicas y técnicas prácticas para las pruebas de software comenzaron a tomar forma, y la gente comenzó a diseñar varios procesos y métodos de gestión para el desarrollo de software. La forma de desarrollo de software cambió gradualmente desde un desarrollo caótico. proceso Transición a un proceso de desarrollo estructurado caracterizado por análisis y diseño estructurados, revisión estructurada, programación estructurada y pruebas estructuradas.
Materiales de referencia: Enciclopedia Baidu - Pruebas de software