¿Qué son las pruebas del sistema? Tipos con ejemplo

¿Qué es la prueba del sistema?

Pruebas 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 sólo un elemento de un sistema informático más grande. En última instancia, el software está interconectado con otros sistemas de software/hardware. Las pruebas del sistema se definen como una serie de pruebas diferentes cuyo único propósito es probar el sistema informático completo.

Vídeo explicativo de prueba del sistema

Haga Clic en here si el video no es accesible

La prueba del sistema es negrabox

Dos categorías de pruebas de software

  • Negro Box Pruebas
  • Blanco Box Pruebas

La prueba del sistema cae bajo el negro box las pruebas categoría de Pruebas de software.

Blanco box las pruebas es la prueba del funcionamiento interno o del código de una aplicación de software. A diferencia de, negro box o Pruebas del sistema es lo contrario. La prueba del sistema implica el funcionamiento externo del software desde la perspectiva del usuario.

¿Qué verificas en las pruebas del sistema?

La prueba del sistema implica probar el código del software para seguirwing

¿Qué es la prueba del sistema?

  • 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 los resultados deseados.
  • Testing de la experiencia del usuario con la aplicación.

Ésta 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 vista desde el exterior sin mirar el código fuente real. Para obtener más información sobre un enfoque integral de este proceso, considere leer sobre pruebas de extremo a extremo.

Jerarquía de pruebas de software

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. el siguientewing es una lista de categorías de pruebas de software ordenadas en orden cronológico. Estos son los pasos que se siguen 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. Examen de la unidad Normalmente lo 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 crucial 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 introducción al mercado.
  • Pruebas de aceptación: pruebas beta del producto realizadas por los usuarios finales reales.

Tipos de pruebas del sistema

Hay más de 50 tipos de pruebas del sistema. 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.

  1. Las pruebas de usabilidad Se centra principalmente en la facilidad del usuario para utilizar la aplicación, la flexibilidad en el manejo de los controles y la capacidad del sistema para cumplir sus objetivos.
  2. Prueba de carga Es necesario saber que una solución de software funcionará bajo cargas de la vida real.
  3. Pruebas de regresión Implica realizar pruebas para garantizar que ninguno de los cambios realizados durante el transcurso del proceso de desarrollo haya causado nuevos errores. También garantiza que no aparezcan errores antiguos al agregar nuevos módulos de software con el tiempo.
  4. Pruebas de recuperación se realiza para demostrar que una solución de software es confiable y puede recuperarse exitosamente de posibles fallas.
  5. Pruebas de migración – se realiza para garantizar que el software pueda trasladarse de infraestructuras de sistemas más antiguas a infraestructuras de sistemas actuales sin ningún problema.
  6. Pruebas Funcionales – También conocida como prueba de integridad funcional, Prueba de funcion Implica tratar de pensar en posibles funciones faltantes. Los evaluadores pueden hacer una lista de funcionalidades adicionales que un producto podría tener para mejorarlo durante las pruebas funcionales.
  7. 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 del sistema deberían utilizar los evaluadores?

Hay más de 50 tipos diferentes de pruebas de sistemas. Los tipos específicos utilizados por un evaluador dependen de varias variables. Esas variables incluyen:

  • Para quién trabaja el evaluador: este es un factor importante a la hora de determinar los tipos de pruebas del sistema que utilizará un evaluador. 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 utilizar sólo 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 costosas pruebas automatizadas software no disponible para otros.
  • Educación del probador de software: existe una determinada curva de aprendizaje para cada tipo de prueba de software disponible. Para utilizar parte del software involucrado, un evaluador debe aprender a usarlo.
  • Presupuesto de pruebas: el dinero se convierte en un factor no sólo para las empresas más pequeñas y los desarrolladores de software individuales, sino también para las grandes empresas.