TECNICAS DE PRUEBAS DEL SOFTWARE

Vista previa del material en texto

En la programación orientada a objeto la unidad razonable más pequeña para probar es una 
clase, ya que esta y sus instancias (objetos) poseen atributos (propiedades) diferentes y 
métodos (funciones) para manipular esas propiedades. Una clase en software orientado a 
objetos es el equivalente a un módulo en el software convencional, es la unidad más 
pequeña dentro de las pruebas unitarias. 
Cuando el problema no se ha detectado en la fase de análisis ni en la de diseño, y llega a la 
fase de codificación, se emplea un esfuerzo significativo y más tiempo del necesario para 
generar código defectuoso. Cuando el problema se ha detectado, la modificación del 
sistema conlleva a efectos colaterales. 
Cada clase o subclase dentro de un sistema OO (Orientado a objetos) deben de probarse 
las mismas pruebas a todas las unidades; De manera individual, pruebas de integración. Se 
aplican pruebas de regresión para conocer los efectos colaterales por motivo de haber 
añadido nuevas unidades (clases). 
En la prueba basada en hebra ​ se compone por las clases requeridas para realizar una 
función o evento. Cada hebra se integra y se prueba de manera individual . 
 
En la prueba basada de integración ​se prueban las clases que son independientes porque 
no son muy requeridas por otras clases ni requieren de otras clases, y luego las clases 
dependientes. 
 
La prueba de grupo ​, en esta prueba se ejercitan las clases colaboradoras al tratar de 
descubrir errores en las colaboraciones. 
Se crea una estructura de árbol, se identifican los dispositivos objetivos para el despliegue 
de la webapp, se mide la webapp bajo diferentes configuraciones específicas, velocidad de 
red, navegador, capacidad de cómputo del dispositivo, sistema operativo, adaptación de la 
interfaz gráfica en distintos tamaños de la pantalla. 
Los errores en el lado del servidor pueden acarrear más problemas debido a que por 
problemas de rendimiento, seguridad o compatibilidad con la máquina, la webapp puede 
quedar inutilizable para los clientes, en cambio, los problemas del lado del cliente afectan 
únicamente al cliente en efecto, que se pueden resolver con pruebas específicas. 
 
 
La prueba de carga se realiza para determinar la velocidad de respuesta del servidor o de 
los servidores donde estará ejecutándose la webapp, cómo maneja una cierta cantidad de 
usuarios concurrentes y en cierto modo, determinar las condiciones óptimas para que la 
webapp pueda ejecutarse sin problemas. 
 
La prueba de esfuerzo (stress test) es una continuación de de la prueba de carga en donde 
se pone a prueba los límites de la webapp, es decir, se trata de “ ​romper”, ​para saber hasta 
donde la webapp es utilizable. 
Excepto por el sitios webs más sencillos, siempre es necesario hacer alguna prueba de 
errores, ya que estos suponen un problema al desplegar la aplicación y al momento en que 
la aplicación ha sido desplegada. 
 
 
La prueba de contexto o contenido se basa en tres objetivos principales: 
1. Errores sintácticos: ​ aquellos errores relacionados con la ortografía, gramática y 
tipografía; Es decir, se debe verificar que la información esté escrita correctamente. 
2. Errores semánticos: ​ya estos se refieren al contenido en sí mismo, si la información 
obtenida de otras fuentes tiene las referencias necesarias, si no se está infringiendo 
los derechos de autor, si la información está completa y es puntual, etc. 
3. Errores estructurales: ​son aquellos errores presentes en la estructura de la 
información, se debe verificar que se la información correcta y en el orden correcto. 
 
 
Si, al probar se conocen errores, esos errores si no son reconocidos y arreglados, afectarán 
la buena experiencia del usuario (siempre se debe de dar una buena experiencia de 
usuario), y esto conlleva a que el usuario no vuelva a utilizar la aplicación. Primero se debe 
evaluar la parte visible para el usuario (interfaz, contenido, estructura, etc), luego se debe 
evaluar la parte que no es visible para el usuario (infraestructura, implementación, 
seguridad, permisos de terceros, etc). 
 
 
La prueba de sintaxis de navegación se asegura de que cada vista (interfaz, pantalla) 
cumple con la función para la que es requerida, de que cada mecanismo de navegación 
funciona ya sea, hipervínculos, redireccionamientos, páginas favoritas (bookmarks), ​SE 
(Search Engine) o el motor de búsqueda es preciso. 
 
La prueba de semántica es la que se encarga de que la conexión a cada objeto se pueda 
realizar de manera correcta, de que cuando el usuario entra a una pantalla pueda volver a la 
pantalla anterior sin necesidad de utilizar la flecha de volver del navegador, de que en 
sentido general haya cierto nivel de conexión interna entre las páginas de la ​webapp ​. 
 
 
Las pruebas de seguridad tienen como objetivo el descubrir vulnerabilidades en la 
aplicación; Las vulnerabilidades en el lado del cliente que pueden conllevar al robo de 
información de las cookies, la intercepción por parte de un tercero en los datos de la 
conexión, y demás problemas de seguridad. 
 
En muchos casos se subcontratan empresas especialistas en pruebas de seguridad.