¿Qué es la prueba del sistema?
LA PRUEBA DEL SISTEMA es un nivel de prueba que valida el producto de software completo y totalmente integrado. El propósito de una prueba del sistema es evaluar las especificaciones del sistema de un extremo a otro. Por lo general, el software es solo un elemento de un sistema informático más grande. En última instancia, el software se interconecta con otros sistemas de software / hardware. La prueba del sistema es en realidad una serie de pruebas diferentes cuyo único propósito es ejercitar el sistema completo basado en computadora.En este tutorial, aprenderemos
- La prueba del sistema es caja negra
- ¿Qué verifica en las pruebas del sistema?
- Jerarquía de pruebas de software
- Diferentes tipos de pruebas de sistemas
- ¿Qué tipos de pruebas de sistemas deben utilizar los probadores?
La prueba del sistema es caja negra
Dos categorías de pruebas de software
- Prueba de caja negra
- Prueba de caja blanca
La prueba del sistema se incluye en la categoría de prueba de caja negra de prueba de software.
La prueba de caja blanca es la prueba del funcionamiento interno o del código de una aplicación de software. Por el contrario, la caja negra o prueba del sistema es lo opuesto. La prueba del sistema implica el funcionamiento externo del software desde la perspectiva del usuario.
Haga clic aquí si el video no es accesible
¿Qué verifica en las pruebas del sistema?
La prueba del sistema implica probar el código del software para seguir
- Probar las aplicaciones totalmente integradas, incluidos los periféricos externos, para comprobar cómo interactúan los componentes entre sí y con el sistema en su conjunto. Esto también se denomina escenario de prueba de extremo a extremo.
- Verifique las pruebas exhaustivas de cada entrada en la aplicación para verificar las salidas deseadas.
- Prueba de la experiencia del usuario con la aplicación.
Esa es una descripción muy básica de lo que implica la prueba del sistema. Necesita crear casos de prueba detallados y conjuntos de pruebas que prueben cada aspecto de la aplicación como se ve desde el exterior sin mirar el código fuente real.
Jerarquía de pruebas de software
Como ocurre con casi cualquier proceso de ingeniería de software, las pruebas de software tienen un orden prescrito en el que se deben hacer las cosas. La siguiente es una lista de categorías de pruebas de software organizadas en orden cronológico. Estos son los pasos que se toman para probar completamente el nuevo software en preparación para su comercialización:
- Pruebas unitarias realizadas en cada módulo o bloque de código durante el desarrollo. La prueba unitaria normalmente la realiza el programador que escribe el código.
- Pruebas de integración realizadas antes, durante y después de la integración de un nuevo módulo en el paquete de software principal. Esto implica probar cada módulo de código individual. Una pieza de software puede contener varios módulos que a menudo son creados por varios programadores diferentes. Es fundamental probar el efecto de cada módulo en todo el modelo del programa.
- Pruebas del sistema realizadas por un agente de pruebas profesional en el producto de software completo antes de su lanzamiento al mercado.
- Prueba de aceptación: prueba beta del producto realizada por los usuarios finales reales.
Diferentes tipos de pruebas de sistemas
Hay más de 50 tipos de pruebas de sistemas. Para obtener una lista exhaustiva de tipos de pruebas de software, haga clic aquí. A continuación, enumeramos los tipos de pruebas de sistemas que normalmente utilizaría una gran empresa de desarrollo de software.
- Pruebas de usabilidad: se centra principalmente en la facilidad del usuario para usar la aplicación, la flexibilidad en el manejo de los controles y la capacidad del sistema para cumplir sus objetivos.
- Prueba de carga: es necesario saber que una solución de software funcionará con cargas reales.
- Pruebas de regresión: implica pruebas realizadas para asegurarse de que ninguno de los cambios realizados en el transcurso del proceso de desarrollo haya causado nuevos errores. También se asegura de que no aparezcan errores antiguos por la adición de nuevos módulos de software a lo largo del tiempo.
- Pruebas de recuperación: se realiza para demostrar que una solución de software es confiable, confiable y puede recuperarse exitosamente de posibles fallas.
- Pruebas de migración: se realiza para garantizar que el software se pueda mover de las infraestructuras del sistema más antiguas a las infraestructuras del sistema actual sin ningún problema.
- Pruebas funcionales: también conocidas como pruebas de integridad funcional, las pruebas funcionales implican intentar pensar en las posibles funciones que faltan. Los probadores pueden hacer una lista de funcionalidades adicionales que un producto podría tener para mejorarlo durante las pruebas funcionales.
- Pruebas de hardware / software: IBM se refiere a las pruebas de hardware / software como "Pruebas de HW / SW". Aquí es cuando el evaluador centra su atención en las interacciones entre el hardware y el software durante la prueba del sistema.
¿Qué tipos de pruebas de sistemas deben utilizar los probadores?
Hay más de 50 tipos diferentes de pruebas de sistemas. Los tipos específicos utilizados por un probador dependen de varias variables. Esas variables incluyen:
- Para quién trabaja el probador: este es un factor importante para determinar los tipos de pruebas del sistema que utilizará un probador. Los métodos utilizados por las grandes empresas son diferentes a los utilizados por las medianas y pequeñas empresas.
- Tiempo disponible para las pruebas: en última instancia, se podrían utilizar los 50 tipos de pruebas. El tiempo es a menudo lo que nos limita a usar solo los tipos que son más relevantes para el proyecto de software.
- Recursos disponibles para el evaluador: por supuesto, algunos evaluadores no tendrán los recursos necesarios para realizar un tipo de prueba. Por ejemplo, si usted es un evaluador que trabaja para una gran empresa de desarrollo de software, es probable que tenga un costoso software de prueba automatizado que no esté disponible para otros.
- Educación del probador de software: hay una cierta curva de aprendizaje para cada tipo de prueba de software disponible. Para usar parte del software involucrado, un evaluador debe aprender a usarlo.
- Presupuesto de prueba: el dinero se convierte en un factor no solo para las empresas más pequeñas y los desarrolladores de software individuales, sino también para las grandes empresas.