Show Menu
TEMAS×

Planificación

Este documento describe lo que debe saber para planificar la prueba. Además, debe responder a estas preguntas antes de realizar las pruebas:

Antes de comenzar

Antes de comenzar con el análisis y la definición reales de las pruebas, revise la siguiente información:
Arquitectura de AEM: consulte Conceptos básicos para familiarizarse con la arquitectura y los principios básicos de AEM.
Documentación : consulte cualquiera de las secciones de documentación, o los artículos Instrucciones de uso, para obtener más información.
Principios básicos de las pruebas : debe conocer los principios básicos de las pruebas de software y el aseguramiento de la calidad. Es preferible que tenga experiencia en la prueba de proyectos.
Hay muchos sitios web, libros y cursos que tratan de esos principios y por lo tanto no se tratarán en detalle en este documento.
Suposiciones para evitar : La mayor suposición (que se realiza regularmente) es que su sitio web tendrá que atender millones de solicitudes cada día. En determinadas circunstancias esto puede ser cierto, pero no puede suponerse.
Aunque los números futuros no se pueden predecir con una precisión del 100 %, observar el sitio existente y el tráfico experimentado dará una buena indicación. Luego puede hacer que las estimaciones dependan del factor por el que espera / espera que el tráfico aumente.
Compromiso con la calidad - Es de suma importancia que cualquiera que realice pruebas sea neutral y simplemente informe los resultados de las pruebas realizadas.
El director del proyecto tiene la responsabilidad de decidir e iniciar las acciones que dependan de los resultados.
Involucrarse - Aunque es responsabilidad del director del proyecto asegurar que todas las partes participen plenamente en cualquier reunión (estado, talleres, etc.), también debe intentar participar lo antes posible en el ciclo del proyecto, incluidos los procesos de recopilación de información y análisis de requisitos.
Involucrar al cliente : en un tema similar, trate de involucrar al cliente (cuando sea posible) al definir los casos de prueba y el plan.

Tipos de pruebas

Existen varias clasificaciones estándar de pruebas que son adecuadas para su uso al probar un proyecto de AEM. Debe estar familiarizado con ellos para decidir qué utilizará:
Estos se enumeran en su orden cronológico de aplicación.
Pruebas de unidades: pruebas (generalmente) realizadas por el equipo de desarrollo para garantizar que los elementos individuales se comportan correctamente, aunque de forma aislada.
Pruebas de integración: prueba los módulos al combinarlos. Estas pruebas se realizan después de la prueba unitaria, pero antes de la prueba del sistema.
Pruebas de humo: Son pruebas rápidas y sucias que se utilizan para probar que el software se está ejecutando y que la funcionalidad de alto nivel está disponible. Los detalles no se prueban.
Pruebas funcionales: se utilizan para probar la funcionalidad del software. Se diseñará una serie de pruebas que abarcarán todos los detalles funcionales, con datos esperados e inesperados y/o erróneos.
Las pruebas en caja negra son pruebas funcionales de una unidad completa, componente o módulo, realizadas sin conocer el funcionamiento interno del elemento en cuestión.
Pruebas del sistema: Estas pruebas prueban todo el sistema una vez que se ha integrado e instalado en una plataforma adecuada.
Ellos prueban la funcionalidad en forma de caja negra.
Pruebas de rendimiento: las pruebas de rendimiento son cruciales al probar AEM.
Se utilizan para ilustrar el rendimiento en diferentes condiciones:
  • Normal
    Condiciones que el sitio experimentará durante el 90% del tiempo, por ejemplo. Por ejemplo, cuando sólo una proporción de los autores utiliza el sistema.
  • Pico
    Condiciones que se experimentarán durante un período proporcionalmente breve debido a circunstancias especiales; por ejemplo, cuando todos los autores utilizan el sistema al mismo tiempo o cuando se publica contenido nuevo y un número mayor de visitantes ven el sitio.
  • Extremo
    Se puede utilizar para emular la previsión de rendimiento cuando se publica contenido nuevo y extremadamente interesante en el sitio web. Luego se puede ver un pico extremo -aunque esto puede no ser siempre totalmente predecible.
    Estas circunstancias se ven a veces cuando se ponen a disposición entradas para eventos específicos, o cuando se publica un muy esperado sitio web por primera vez.
Los resultados se utilizan para ajustar la aplicación.
Pruebas de estrés: se realizan pruebas de estrés para confirmar el comportamiento de un componente o una aplicación en condiciones extremas. En particular, estas pruebas se utilizan para mostrar cómo se deteriora el comportamiento, cuándo falla el elemento y cómo.
Pruebas de regresión - Las pruebas de regresión se utilizan para confirmar que la funcionalidad ya probada en una versión anterior del software sigue funcionando correctamente.
Las pruebas de regresión son buenas candidatas para la automatización (si es posible) para garantizar que se puedan repetir de manera rápida y coherente.
Pruebas de aceptación: las pruebas de aceptación son una categoría especial, ya que se utilizan para indicar la aceptación del cliente del proyecto.
La lista de pruebas de aceptación puede contener una combinación de pruebas de las distintas categorías anteriores y se seleccionan para verificar que el proyecto cumple los requisitos del cliente
Consulte Aceptación y desactivación para obtener más información.

Introducción

Antes de comenzar con los casos de prueba y el plan de pruebas detallados, puede:
Definir los objetivos : defina los objetivos de alto nivel para que sirvan de punto de partida para el ajuste a medida que avanza la prueba. Desea:
  • Pruebe la funcionalidad según la especificación detallada de requisitos.
  • Probar rendimiento según las métricas de Target .
entre otros.
Recopilar estadísticas de tráfico del sitio web existente: Esta información se puede extraer de los archivos de registro; consulte Monitoreo de rendimiento para obtener más detalles.
Estas cifras darán una indicación del tráfico actual (volumen y difusión) en el sitio web existente y pueden utilizarse para formar un punto de base para el nuevo sitio web.
Recopilar estadísticas de tráfico de sitios web externos: Si es posible, puede intentar recopilar estadísticas de tráfico de otros sitios web para compararlas, pero estas cifras no siempre se publican.
Confirmar métricas de objetivo: las métricas se utilizan para definir mediciones cuantitativas de la calidad del sitio web, ya que representan los objetivos de rendimiento que se deben alcanzar.
Deben definirse al inicio del proyecto, junto con el cliente. Consulte Métricas de Target para obtener más información.