¿Qué es?
El revisor debe responder preguntas como:
¿Quién lo hace?
Enfocada
¿Por qué es importante?
Intenta descubrir:
Pueden usarse:
¿Cuáles son los pasos?
Probar

PRUEBA DE APLICACIONES WEB

Colección de actividades relacionadas con una
sola meta:

Descubrir errores en el contenido

Función

Utilidad

Navegabilidad

Rendimiento

Capacidad

Seguridad

Aplicación

Participan

Ingenieros en web

Gestores

Clientes

Para evitar que los Usuarios finales encuentren errores ya que estos pueden irse a algún otro lado en busca del contenido y esto llevara a la webapp a fracasar.

Se realizan siete pasos durante la prueba:

Prueba de contenido

Prueba de base de datos

La webapp tiene interfaz con sofisticados sistemas de gestión de base de datos.

Construyen objetos de contenido dinámico que se crean en tiempo real.

Usando

Datos adquiridos desde una base de datos.

Prueba de interfaz de usuario

La verificación y validación de una interfaz de usuario ocurre durante tres puntos.

Análisis de requerimientos

Revisar

Para garantizar que se da conformidad a los requerimientos de los participantes.

Diseño

Revisar

Para garantizar que se logran los criterios de calidad genéricos establecidos para todas las interfaces de usuario.

Prueba

Centrado

En la ejecución de aspectos específicos de la aplicación de la interacción con el usuario.

Proporciona

Una valoración final de la usabilidad.

Pruebas:

Prueba de mecanismos de interfaz

El usuario interactúa a través de mecanismos de interfaz.

Vínculos.

Formularios.

Guión en el lado cliente.

HTML dinámico.

Ventanas pop-up.

Guiones CGI.

Contenido de streaming.

Mecanismos de interfaz específicos de aplicación.

Prueba de la semántica de la interfaz

Evalúa cuán bien cuida el diseño a los usuarios.

Ofrece instrucciones claras.

Entrega retroalimentación.

Mantiene consistencia de lenguaje y enfoque.

Pruebas de usabilidad

Evalúa

El grado en el cual los usuarios pueden interactuar efectivamente con la webapp

El grado en el que la webapp guía las acciones del usuario

Proporciona retroalimentación significativa

Refuerza un enfoque de interacción consistente

Pruebas de compatibilidad

Busca descubrir problemas como:

• Las velocidades de descarga pueden volverse inaceptables.

• Carecer de un plug-in requerido puede hacer que el contenido no esté disponible.

• Las diferencias de navegador pueden cambiar dramáticamente la plantilla de la página.

• Los estilos de fuente pueden alterarse y volverse ilegibles.

• Los formularios pueden organizarse de manera inadecuada.

Prueba en el nivel de componente

Enfocada

En un conjunto de pruebas que intentan descubrir errores en funciones de las webapps.

Son usuales los siguientes métodos de diseño de caso de prueba.

• Partición de equivalencia.

• Análisis de valor de frontera.

• Prueba de rutas.

Prueba de navegación

Su labor es:

1) Garantizar que son funcionales todos los mecanismos que permiten al usuario de la webapp recorrerla.

2) validar que cada unidad semántica de navegación (USN) pueda lograr la categoría de usuario apropiada.

Pruebas:

Prueba de sintaxis de navegación

Se prueban los mecanismos de navegación, Asegurando que la interfaz realiza la función encargada.

Vínculos de navegación.

Redirecciones.

Marcas de página (favoritos, bookmarks).

Mapas de sitio.

Motores de búsqueda internos.

Prueba de la semántica de navegación

Una unidad semántica de navegación (USN)

Para asegurarse de que los requerimientos pueden lograrse.

Responde preguntas como:

• ¿La USN se logra en su totalidad sin error?
• ¿Todo nodo de navegación (definido por una USN) se alcanza dentro del contexto de las
rutas de navegación definidas por la USN?

Prueba de configuración

Labor

Probar un conjunto de configuraciones en los lados cliente y servidor

Conflictos

En el lado servidor

Para verificar que la configuración servidor puede soportar la webapp sin error.

En el lado cliente

Enfocado

Compatibilidad de la webapp con las configuraciones de:

• Hardware:

• Sistemas operativos

• Software navegador

• Componentes de interfaz de usuario

• Plug-ins

• Conectividad

Prueba de seguridad

Diseñadas

Para sondear las vulnerabilidades del entorno lado cliente y el entorno del lado servidor

Elementos de seguridad

• Firewall

• Autenticación

• Encriptado

• Autorización

Prueba de rendimiento

Diseñadas

Para simular situaciones de carga del mundo real.

Pruebas

Prueba de carga

Determina

Cómo responderán las webapps y su entorno del lado servidor a varias condiciones de carga.

Prueba de esfuerzo

Responder preguntas como:

• ¿El servidor pone en cola los recursos solicitados y vacía la cola una vez que disminuye
la demanda de capacidad?
• ¿Las transacciones se pierden conforme la capacidad se excede?

Proceso de ejecución del software con la intención de encontrar errores para corregir.

Usuarios

Errores tipográficos
menores o significativos

Información incorrecta

Organización inadecuada

Violación de leyes de la propiedad intelectual

Objetivos

1) Descubrir errores sintácticos

2) Descubrir errores semánticos

3) Encontrar errores en la organización o estructura del contenido

• Correctores automáticos de vocabulario y gramática.
• Un revisor humano (examinador).
• Editor profesional para descubrir errores tipográficos.

En la información presentada dentro de cada objeto de contenido.

• ¿La información realmente es precisa?
• ¿La información es concisa y puntual?

Se requieren los siguientes pasos:

1) Consulta a una gran base de datos de fondos.

2) Extracción de datos relevantes de la base de datos.

3) Organización de los datos extraídos como un objeto de contenido.

4) Transmisión de este objeto de contenido al entorno del cliente para su despliegue.

Los errores pueden ocurrir como consecuencia de cada uno de estos pasos.

El objeto de la prueba de la base de datos es descubrir dichos errores.