{"id":22302,"date":"2022-12-01T11:00:46","date_gmt":"2022-12-01T09:00:46","guid":{"rendered":"https:\/\/www.hiberus.com\/crecemos-contigo\/?p=22302"},"modified":"2023-11-28T09:24:05","modified_gmt":"2023-11-28T08:24:05","slug":"tipos-de-pruebas-de-software-segun-la-piramide-de-cohn","status":"publish","type":"post","link":"https:\/\/www.hiberus.com\/crecemos-contigo\/tipos-de-pruebas-de-software-segun-la-piramide-de-cohn\/","title":{"rendered":"Tipos de pruebas de software seg\u00fan la Pir\u00e1mide de Cohn"},"content":{"rendered":"

Las pruebas<\/strong> son una parte integral del ciclo de vida del desarrollo de software<\/strong> (Software Development Lifecycle) y son la forma de garantizar y asegurar, entre otras cosas, la funcionalidad, el rendimiento y la experiencia de uso<\/strong>. <\/span>Las pruebas de software<\/strong> pueden ser realizadas manualmente a trav\u00e9s de la automatizaci\u00f3n o de forma h\u00edbrida y pueden clasificarse entre <\/span>funcionales y no funcionales<\/span><\/b>.<\/span>\u00a0<\/span><\/p>\n

Mike Cohn cre\u00f3 una estructura en forma de pir\u00e1mide para permitir a los equipos que trabajan con metodolog\u00edas \u00e1giles<\/strong><\/a> organizar las pruebas. As\u00ed nac\u00eda el concepto de la \u201cPir\u00e1mide de Cohn<\/strong>\u201d, que fue publicada en 2009 en su libro \u2018<\/span>Succeeding with Agile\u2019 <\/span><\/i>y presenta la siguiente estructura:<\/span>\u00a0<\/span><\/p>\n

\"Pir\u00e1mide<\/p>\n

Tipos de pruebas de software<\/h2>\n

A continuaci\u00f3n, te presentamos los tipos de pruebas de software relacionados con la Pir\u00e1mide de Cohn y otros adicionales, clasificados en funcionales y no funcionales<\/strong>.<\/p>\n

Pruebas funcionales<\/h3>\n

Las pruebas funcionales<\/strong> son aquellas que garantizan que las caracter\u00edsticas y las funcionalidades del software se comportan seg\u00fan lo esperado<\/strong>. A su vez, las podemos subclasificar en las siguientes:<\/p>\n

\"Pruebas<\/p>\n

Pruebas unitarias<\/h4>\n

Est\u00e1n centradas en la parte m\u00e1s peque\u00f1a del dise\u00f1o del software. Se trata de probar una unidad individual o bien un grupo de unidades relacionadas entre s\u00ed. Se hace utilizando una entrada de muestra y observando las salidas correspondientes.<\/p>\n

Pruebas de integraci\u00f3n<\/h4>\n

Este tipo de pruebas tiene como objetivo tomar componentes probados por unidad y construir una estructura de programa que haya sido previamente dise\u00f1ada. Son pruebas en las que un grupo de componentes se combinan para producir unos resultados.<\/p>\n

Pruebas de interfaz<\/h4>\n

Tienen como objetivo validar la interfaz gr\u00e1fica de usuario conforme a los requisitos. Esta prueba incluye comprobaciones como el tama\u00f1o de los botones, la alineaci\u00f3n del texto, las tablas y su contenido, y el men\u00fa de la aplicaci\u00f3n, entre otras.<\/p>\n

Pruebas de regresi\u00f3n<\/h4>\n

Consisten en probar una aplicaci\u00f3n que ha sido modificada previamente para comprobar que no se han introducido defectos nuevos en ninguna otra parte.<\/p>\n

Pruebas de humo (Smoke Testing)<\/h4>\n

Esta prueba es realizada para asegurarse de que el software que se est\u00e1 probando est\u00e9 listo o estable para continuar realizando m\u00e1s pruebas. Comprueba que no existe ning\u00fan \u00abdefecto de tap\u00f3n\u00bb o show stopper<\/em> en la construcci\u00f3n.<\/p>\n

Pruebas No Funcionales<\/h3>\n

Son aquellas pruebas que verifican los requisitos basados en la operaci\u00f3n de un software<\/strong>, no en la funcionalidad en s\u00ed. Dichas pruebas pueden ayudarnos a determinar, entre otras cosas, la carga que soporta el producto, si su rendimiento es el correcto o si est\u00e1 estable a nivel de contacto con el servidor. A su vez, las podemos subclasificar en las siguientes:<\/p>\n

\"Pruebas<\/p>\n

Pruebas de rendimiento<\/h4>\n

Sirven para probar el rendimiento en tiempo de ejecuci\u00f3n del software dentro del contexto de un sistema integrado y se utilizan para probar la velocidad y la eficacia del programa. Tambi\u00e9n se emplean para saber qu\u00e9 carga se usa o qu\u00e9 carga de trabajo m\u00e1xima puede manejar un sistema.<\/p>\n

Pruebas de estr\u00e9s<\/h4>\n

Se realizan cuando un sistema se pretende forzar m\u00e1s all\u00e1 de sus especificaciones para verificar c\u00f3mo y cu\u00e1ndo falla. Se le dan condiciones desfavorables al sistema y se comprueba c\u00f3mo funciona bajo una carga pesada. Por ejemplo, una prueba de este tipo ser\u00eda el m\u00faltiple logueo de usuarios en un peque\u00f1o espacio de tiempo<\/p>\n

Pruebas de volumen<\/h4>\n

Consisten en someter al software o a la aplicaci\u00f3n a una gran cantidad de datos para verificar el comportamiento y el tiempo de respuesta en ese tipo de situaciones. Grandes vol\u00famenes de datos pueden afectar al rendimiento del sistema y a la velocidad del tiempo de procesamiento.<\/p>\n

Pruebas de robustez<\/h4>\n

Las pruebas de robustez son realizadas para comprobar si el software, la aplicaci\u00f3n o el sitio web est\u00e1n protegidos frente a amenazas internas y externas. Ayudan a determinar en qu\u00e9 medida est\u00e1 protegido de programas maliciosos y virus el software, la aplicaci\u00f3n o el site y c\u00f3mo de seguros y s\u00f3lidos son los procesos de autorizaci\u00f3n y autenticaci\u00f3n. Tambi\u00e9n verifican c\u00f3mo se comporta el software ante cualquier ataque de piratas inform\u00e1ticos y c\u00f3mo se mantiene el software para la seguridad de los datos despu\u00e9s de dicho ataque.<\/p>\n

Pruebas de escalabilidad<\/h4>\n

Son un tipo de pruebas que validan el comportamiento y ejecuci\u00f3n del software en un entorno, servidores web, hardware y entorno de red diferentes. Las pruebas de compatibilidad aseguran la ejecuci\u00f3n del software en una configuraci\u00f3n diferente, una base de datos diferente, distintos navegadores y sus versiones.<\/p>\n

Pruebas de recuperaci\u00f3n<\/h4>\n

Otro de los tipos de pruebas de software son las pruebas de recuperaci\u00f3n, que validan c\u00f3mo de r\u00e1pido la aplicaci\u00f3n o el sistema se recupera de fallas o desastres. Determina si el sistema puede continuar con la operaci\u00f3n despu\u00e9s de un desastre o inconveniente.<\/p>\n

Pruebas de usabilidad<\/h4>\n

Las pruebas de usabilidad verifican la facilidad de uso para saber si un nuevo usuario puede entender o usar la aplicaci\u00f3n intuitivamente. Si un usuario encuentra dificultades o no entiende c\u00f3mo realizar una acci\u00f3n en alg\u00fan momento, se debe documentar.<\/p>\n

En Hiberus somos expertos en <\/a>QA Services<\/a> y Testing<\/strong>. Configuramos tu ecosistema de herramientas QA<\/strong> en funci\u00f3n de tu proyecto para asegurar la calidad del software, reducir el tiempo en validaci\u00f3n de releases y el time-to-market, prevenir los defectos de alta gravedad, minimizar las incidencias y reducir el coste total de pruebas.<\/p>\n

 <\/p>\n