Pruebas NO Funcionales
Hablar de pruebas NO funcionales es hablar de la verificación de los requisitos no funcionales de una aplicación. Las diferentes pruebas No Funcionales son comúnmente confundidas y sus alcances tienden a sobreponerse. En Testhouse sabemos qué prueba No Funcional es la idónea para cumplir sus requisitos.
Dentro de esta disciplina diferenciamos los siguientes grupos de servicios:
-
Pruebas de Rendimiento
Este tipo de pruebas no se realiza para encontrar defectos en una aplicación, sino para eliminar cuellos de botella y establecer una línea base que pueda ser utilizada en un futuro para comparar el incremento en el rendimiento de la aplicación bajo pruebas. Este servicio comunmente incluye las pruebas de carga, pruebas de estres y pruebas de resistencia entre otras.
-
Pruebas de Disponibilidad
Las pruebas de disponibilidad verifican que sus procesos de negocio estan funcionando de forma correcta, al margen del estado de sus recursos hardware. Nuestras pruebas de disponibilidad incluyen la implantación de herramientas para verificar de manera contínua que su entorno está funcionando como espera y su disponibilidad está dentro de los límites que han sido previamente establecidos.
-
Pruebas de Seguridad
Las pruebas de seguridad cubren el proceso de evaluar la seguridad de sus sistemas desde un punto de vista externo y sin conocimiento previo de los mismos. Los sistemas y políticas de seguridad son analizados exhaustivamente con el fin de encontrar fallos de seguridad, tanto en el diseño, como en la implementación de la aplicación.
-
Pruebas OAT
Las pruebas de Aceptación Operacional (OAT) se realizan como paso inmediatamente anterior a la puesta en producción de un sistema, una vez finalizadas las pruebas de UAT. El objetivo general de este tipo de pruebas es comprobar que la aplicación dispone de la fiabilidad y el soporte necesarios para su puesta en marcha en producción.
-
Monitorización de Entornos
Este servicio permite a las empresas detectar proactivamente los problemas (ya sean software o hardware) en sus entornos antes de que estos ocurran. Conociendo los problemas antes de que lo hagan los clientes es posible asignar prioridades a su resolución (en base al impacto en el negocio, los acuerdos de nivel de servicio…).







design by