Introducción a las pruebas del sistema
¿Alguna vez has oído hablar de las pruebas del sistema? Sí, por supuesto, has escuchado pero no sabes lo que está probando. Cómo se implementa en el entorno real. El mundo de hoy está lleno de muchos dispositivos, cada día salen nuevas tecnologías. Para mantener la calidad y garantizar que nuestro producto esté libre de errores y sea confiable, cada desarrollo tiene a un lado su equipo de pruebas paralelas.
La prueba es el proceso de verificación cruzada de si tenemos la funcionalidad correcta o no. La prueba de software es una fase en la que se completa el software. Ahora, ese software integrado se va a probar. En las pruebas, verificamos que el software cumpla con nuestros requisitos o no.
Prueba que se realiza en todo el sistema conocido como prueba del sistema. Mediante esta prueba, descubrimos los errores. Asegura que todo el sistema funcione como se espera. Verificamos el rendimiento y la funcionalidad del sistema para obtener un producto de calidad. La prueba del sistema no es más que probar el sistema como un todo. Esta prueba verifica el escenario completo de extremo a extremo según el punto de vista del cliente.
Las pruebas funcionales y no funcionales también se realizan mediante pruebas del sistema. Todo se hace para mantener la confianza dentro del desarrollo de que el sistema no tiene defectos ni errores. Las pruebas del sistema también están destinadas a probar las especificaciones de requisitos de hardware / software.
Las pruebas del sistema son más de un tipo limitado de pruebas; busca detectar ambos defectos dentro de los "entre ensamblajes".
Hay dos tipos de pruebas:
Esos son sistemas y aplicaciones especializados.
Antes de saltar directamente a la Prueba del sistema, quiero que sepas el flujo de la prueba. Entonces tendrás una idea clara. Por favor mira el siguiente diagrama.
Tipos de pruebas del sistema
A continuación se muestran los diferentes tipos de pruebas, que son las siguientes:
1. Prueba de funcionalidad
- Esta prueba asegura que la funcionalidad de un producto funciona según las especificaciones de los requisitos, dentro de las capacidades del sistema.
- Las pruebas funcionales se realizan manualmente o con herramientas automatizadas.
2. Pruebas de recuperabilidad
- Esta prueba determina si las operaciones pueden continuar después de un desastre o después de que se haya perdido la integridad del sistema.
- El mejor ejemplo de esto supone que estamos descargando un archivo. Y de repente se corta la conexión. Después de reanudar la conexión, nuestra descarga comienza en donde la dejamos. No comienza desde comenzar de nuevo.
- Esto se usa donde la continuidad de las operaciones es esencial
3. Pruebas de rendimiento
- Esta prueba asegura el rendimiento del sistema bajo las diversas condiciones, en términos de características de rendimiento.
- Esta prueba también se llama prueba de cumplimiento con respecto al rendimiento.
- Esta prueba asegura que cumple con los requisitos del sistema
- Comprueba cuando varios usuarios usan la misma aplicación a la vez, y luego cómo responde
Las pruebas de rendimiento se pueden clasificar en tres categorías principales: velocidad, escalabilidad y estabilidad.
4. Pruebas de escalabilidad
Esta prueba asegura las capacidades de escalamiento del sistema en varios términos como escalamiento de usuarios, escala geográfica y escala de recursos.
5. Pruebas de confiabilidad
- Las pruebas de confiabilidad aseguran que el sistema esté libre de errores.
- Esta prueba asegura que el sistema pueda funcionar durante más tiempo sin desarrollar fallas.
6. Pruebas de documentación
Esta prueba asegura que la guía del usuario del sistema y otros documentos de temas de ayuda sean correctos y utilizables.
7. Pruebas de seguridad
- Pruebas que confirman que el programa puede acceder al personal autorizado y que el personal autorizado puede acceder a las funciones disponibles para su nivel de seguridad.
- Esta prueba asegura que el sistema no permita el acceso no autorizado a datos y recursos.
- El propósito de las pruebas de seguridad es determinar qué tan bien protege un sistema contra el acceso interno o externo no autorizado o el daño intencional.
- Existe la siguiente área donde generalmente podemos verificar la seguridad:
- Autenticación
- Autorización
- Validación de datos
- Seguridad del transporte
- Protección de Datos
- Gestión de la sesión
8. Pruebas de usabilidad
Para asegurarse de que el sistema sea fácil de usar, aprenda y opere
9. Pruebas de requisitos
Cada sistema es un requisito probado.
- Observaciones directas de personas que utilizan el sistema.
- Se han realizado encuestas de usabilidad bajo estas pruebas.
- Pruebas de usuario bajo esta prueba. También se llama como prueba beta.
- Esta prueba prueba el sistema en cuanto a cómo trabajará el usuario real en el entorno.
- Las pruebas de usabilidad se utilizan principalmente para el diseño de la aplicación.
- En una prueba de usabilidad, los usuarios reales intentan obtener objetivos y tareas típicos con un producto bajo condiciones controladas.
Este sistema se utiliza para determinar:
- Qué simple es entender el uso de la aplicación.
- Qué fácil es ejecutar un proceso de solicitud.
10. Prueba de carga
Esta prueba determina cómo se comporta la aplicación cuando varios usuarios acceden a ella simultáneamente en múltiples ubicaciones.
- Esta prueba se realiza para determinar si el rendimiento del sistema es aceptable a un nivel de carga predeterminado.
- La prueba de carga evalúa el rendimiento del sistema con los niveles de carga predefinidos.
- Comprueba las condiciones normales y predefinidas de la aplicación.
11. Prueba de esfuerzo
Esta prueba generalmente verifica que el sistema continuará funcionando cuando esté sujeto a un gran volumen de datos de lo esperado.
- Las pruebas de tensión pueden contener transacciones de entrada, tablas internas, canales de comunicación, espacio en disco, etc.
- Las pruebas de resistencia comprueban que el sistema debería ejecutarse como lo haría en un entorno de producción.
- Comprueba el sistema en condiciones extremas.
- Las pruebas de esfuerzo también se conocen como pruebas de resistencia.
12. Prueba de configuración
- La prueba de configuración está verificando eso con las múltiples combinaciones de aplicaciones con hardware.
- Esta prueba busca un problema de compatibilidad.
- Determine la configuración mínima y óptima de H / W y S / W.
- Esta prueba determina los efectos de agregar o modificar recursos como memoria, espacio en disco, CPU, tarjeta de red.
13. Pruebas de compatibilidad
- Las pruebas de compatibilidad se utilizan para verificar si su aplicación es capaz de ejecutarse en diferentes H / W, SO, aplicaciones, entornos de red o dispositivos móviles, etc.
- Similar a las pruebas multiplataforma.
- La prueba de capacidad es más útil en aplicaciones basadas en la web donde podemos verificar que la aplicación debe ser accesible desde todos los navegadores.
Área de enfoque clave
- Durante las pruebas del sistema, el sistema se prueba dentro del entorno de producción. Antes de la entrega del producto, el sistema debe probarse en un entorno de producción.
- El entorno de desarrollo y producción puede ser diferente según la empresa.
- Principalmente debería obtener un error relacionado con la configuración.
Concepto de prueba del sistema
Las pruebas del sistema están dentro del alcance de las pruebas de Black-Box. Además, hay pruebas como seguridad, confiabilidad, rendimiento, instalación, pruebas funcionales, etc.
También tenemos pruebas de caja blanca. Esto también, conocido como prueba de caja clara. Prueba de caja blanca significa la prueba donde el probador conoce la estructura interna de la aplicación de prueba. Pero en este artículo, nos estamos centrando en las pruebas de caja negra.
¿Qué es la prueba de caja negra?
- Esta prueba también se conoce como prueba de comportamiento.
- Las pruebas de recuadro negro se centran principalmente en la entrada y salida, ya que el código interno está oculto para el probador
La prueba del sistema también tiene algunas pruebas especializadas de la siguiente manera:
1. Pruebas de regresión
Esta prueba depende del tiempo. El factor no siempre es suficiente para esta prueba. Esta prueba se realiza de dos maneras:
- Prueba manual :
Se pueden realizar pruebas manuales para sistemas pequeños. El proyecto donde los costos son el problema. La prueba automatizada no es conveniente.
Los desarrolladores o el equipo de control de calidad prueban manualmente todas y cada una de las rutas del código de software que pueden tomar. Y luego la comparación ha sucedido.
Esta prueba lleva mucho tiempo y necesita muchos recursos para trabajar en ella.
Esta prueba no es eficiente, por lo que la prueba de automatización entra en escena
- Pruebas automatizadas:
Esta prueba es muy buena. Muchas empresas intentan obtener herramientas de prueba automatizadas.
Si tenemos muchos cambios de versión para una aplicación, es muy útil. Una clase de estas herramientas se llama herramientas de reproducción capturadas.
2. Pruebas de manejo de errores
- Para determinar la capacidad del Sistema para procesar transacciones erróneas correctamente.
- Se supone que el sistema de aplicación debe detectar todos los errores razonables.
- El control sobre el error durante la corrección de errores es imprescindible.
- Los procedimientos en su mayoría garantizan que los errores se corrijan correctamente.
- Esta prueba debe realizarse en todo SDLC.
- Los errores abarcan todas las condiciones inesperadas.
- Comprueba la capacidad del software para ejecutar todas las transacciones correctamente.
- Por ejemplo: simplemente coloque algunos valores erróneos en la aplicación para verificar si el sistema es lo suficientemente capaz de encontrar esos problemas. Este proceso puede ser iterativo.
3. Pruebas entre sistemas
- Esta prueba se realiza cuando una aplicación se coloca en un área distribuida. Y toda la integración colocada sucede. Esta prueba se realiza principalmente para verificar el flujo de datos desde el sistema principal alojado a otros sistemas.
- En resumen, podemos decir que "La prueba de una interfaz entre dos o más sistemas de aplicación".
- Esto decide:
- La documentación para el sistema es completa y precisa.
- Los parámetros y los datos se pasan correctamente entre las dos aplicaciones.
- Hay trozos de conjuntos de prueba que la transacción de un sistema a otro sistema y viceversa se está ejecutando correctamente. se han realizado verificaciones cruzadas y si se produce un error, se corrige en ese momento.
- Esta prueba asegura el flujo de datos entre aplicaciones.
- Esta prueba es tediosa si no se realiza la automatización.
- El costo es más si las iteraciones son más.
4. Prueba de cordura
- La prueba de cordura significa verificar el comportamiento del Sistema. Esta prueba también se llama prueba de regresión estrecha.
- Las pruebas de cordura son útiles tanto para la validación inicial del entorno como para futuros incrementos interactivos.
- Las pruebas de cordura están enfocadas en uno.
- Esta prueba también se considera como un subconjunto de pruebas de regresión.
- Excepto en las pruebas de cordura, podemos decir que supongamos que necesitamos el tiempo de actividad del sistema. ¿Cómo debe tomar el sistema de tiempo para levantarse?
- Pruebas de cordura diseñadas inicialmente para probar módulos centrales.
- Las pruebas de cordura pueden verificar la conectividad con los servidores de aplicaciones y con los dispositivos periféricos.
5. Prueba de humo
- En general, las pruebas de humo también se conocen como "Pruebas de verificación de compilación".
- Este término proviene de las pruebas de hardware. En las pruebas de hardware, el dispositivo pasó la prueba, si no se incendió o si fumó la primera vez que se encendió.
- La prueba de humo verifica que la capacidad de prueba del software se denomine prueba de humo.
- Las pruebas de humo deciden si las pruebas son suficientes para la aplicación. ¿Es estable?
- Las pruebas de humo ayudan a determinar dónde detenerse.
- Las pruebas de humo se pueden realizar de forma manual o con herramientas automatizadas.
- Los escenarios de prueba de humo enfatizan la amplitud más que la profundidad.
- La prueba de humo también se conoce como prueba de verificación / prueba de enlace / prueba funcional básica.
- Este es un enfoque "superficial y amplio" para la aplicación.
- Las pruebas de humo ayudan a exponer los problemas temprano.
- Las pruebas de humo también ayudan a encontrar pruebas de integración.
- En las pruebas de humo, todos los componentes deben tocarse, y cada característica principal debe probarse brevemente.
- Si una prueba falla, la compilación se devuelve a los desarrolladores sin probar.
- La prueba de humo se usa generalmente en pruebas de sistema, pruebas de aceptación y pruebas de integración.
6. Pruebas paralelas
- La prueba paralela significa probar múltiples aplicaciones o subsistemas a la vez simultáneamente.
- Podemos decir que una comparación entre dos sistemas diferentes.
- Las pruebas paralelas son para determinar: la nueva versión de una aplicación o los nuevos sistemas funcionan correctamente con la referencia al sistema existente que funciona correctamente.
- Las pruebas paralelas se pueden usar al aceptar un nuevo sistema.
- Mientras se realizan pruebas paralelas, se utilizan los mismos datos en ambos sistemas.
- En pruebas paralelas, se utiliza un nuevo sistema con un sistema existente durante un tiempo estipulado.
- Mediante verificación cruzada de la o / p y comparación con o / p del sistema existente. Se realizan pruebas paralelas para garantizar que el nuevo sistema esté funcionando hasta la marca como solía hacerlo el sistema anterior.
Conclusión
Cada proceso de desarrollo de software tiene una parte de prueba. Si el software posee todas las pruebas y satisface todas las condiciones, entonces está listo para la entrega al cliente. La prueba es una parte crucial y debe hacerse con mucha seriedad.
Artículos recomendados
Esta ha sido una guía para las pruebas del sistema. Aquí hemos discutido la Introducción, varios tipos de pruebas del sistema y su área de enfoque clave. También puede consultar los siguientes artículos para obtener más información:
- Carreras en pruebas de software
- Preguntas de la entrevista de pruebas de penetración
- ¿Qué son las redes neuronales?
- Ciclo de vida de defectos en pruebas de software
- Diferentes herramientas para pruebas de rendimiento