SlideShare una empresa de Scribd logo
PRUEBAS DE APLICACIONES WEBPaulina Aillón
INTRODUCCIÓNEl proceso de someter a prueba la WebApp es una suma de actividades relacionadas con una sola meta:  descubrir errores en el contenido, la función, la facilidad de uso, la navegabilidad, el desempeño, la capacidad y la seguridad de la WebApp..  Esto se logra a lo largo de todo el proceso de ingeniería Web, mediante la aplicación de una estrategia de prueba que abarca tanto revisiones como pruebas ejecutables.
INTRODUCCIÓNLos ingenieros Web y otros participantes del proyecto (gerentes, clientes, usuarios finales) toman parte en el proceso de probar WebApp.Si los usuarios finales encuentran errores   que afecten su confianza en la WebApp, se irán a cualquier otra parte por el contenido y la función que necesitan, y la WebApp fracasará.  Por esta razón, los ingenieros de  la Web deben trabajar para eliminar tantos errores como sea posible antes que la WebApp esté en línea.
INTRODUCCIÓNEl proceso de prueba comienza en enfocarse sobre aquellos aspectos  de ésta que son visibles para el usuario y procede a probar dicha tecnología e infraestructura.  La prueba consta de siete etapas: contenido, interfaz, navegación, componente, configuración, desempeño y prueba de seguridad.En algunos casos se produce un plan de prueba de la WebApp.  En todos los casos se desarrolla un conjunto de casos de prueba para cada etapa de la prueba y se observa un archivo de resultados de pruebas para uso futuro.
INTRODUCCIÓNAunque nunca se puede estar seguro de que han llevado a cabo todas las pruebas que se necesitan, puede tenerse la seguridad de que la puesta en prueba ha descubierto errores ( y que éstos se han corregido).  Además, si se ha establecido un plan de prueba, puede verificarse para asegurar que se han realizado todas las pruebas planeadas.
PRUEBA DE CONCEPTOS PARA WEBRecordemos que la prueba es el proceso de ejercitar al software con la finalidad de encontrar (y al final de cuentas corregir) errores.  En el caso de las WebApp, la filosofía es la misma.  En este proceso se consideran diversas dimensiones de la WebApp y la naturaleza de los errores que se encuentran como consecuencia de  las pruebas, y la estrategia de poner aplicable para descubrirlos.
Dimensiones de la CalidadComo consecuencia  de un buen diseño la calidad es incorporada a la aplicación Web.  Las revisiones y pruebas examinan las siguientes dimensiones de la calidad:El contenido.- Se evalúa en el ámbito sintáctico como semántico.La función.- Se prueba para descubrir errores que indiquen que no hay concordancia con los requisitos del cliente.La estructura.- Se valora para asegurarse de que entrega adecuadamente contenido y función de la WebApp, que es extensible y que puede sostenerse al añadir un nuevo contenido o funcionalidad.
Dimensiones de la CalidadLa facilidad de uso.- Se prueba para garantizar la interfaz soporta a cada categoría de usuario.La navegabilidad.- Se prueba para garantizar que toda la sintaxis y semántica de navegación se ejercen para descubrir cualquier error de navegación.El desempeño.- Se prueba en una diversidad de condiciones operativas, configuraciones y cargas para asegurar que el sistema responde a la interacción del usuario y maneja cargas extremas sin que haya una degradación operativa inaceptable.
Dimensiones de la calidadLa compatibilidad.- Se prueba al ejecutar la WebApp en varias configuraciones huésped en los lados tanto del cliente como del servidor, teniendo como objetivo encontrar errores específicos respecto a sólo una configuración huésped.La interoperabilidad.- Se prueba para asegurar que la WebApp realiza interfaces adecuadas con otras aplicaciones o bases de datos.La seguridad.- Se prueba para valorar las vulnerabilidades potenciales e intentar explotar cada una de ellas.  Cualquier intento de penetración exitoso se considera una falla de seguridad.
Errores dentro de un Ambiente WebAppLos errores encontrados como consecuencia de una prueba éxitos de la WebApp tienen varias características únicas.A continuación se indican 5 atributos de error que sugieren que el ambiente desempeña un importante papel en el diagnóstico de todos los errores durante el proceso de ingeniería Web:Muchos tipos de pruebas de WebApp descubren problemas que se evidencian en el lado del cliente, por lo que el ingeniero Web ve un síntoma del error, no el error en sí.Puesto que una WebApp se implementa en varias configuraciones diferentes y dentro de distintos ambientes, puede ser difícil o imposible reproducir un error afuera del ambiente en el que el error se encontró originalmente.
Errores dentro de un Ambiente WebApp3. Aunque algunos errores son el resultado de un diseño incorrecto o una codificación HTML impropia (o algún otro lenguaje de programación), muchos errores pueden rastrearse hacia la configuración de la WebApp.Puesto que las WebApp residen dentro de una arquitectura cliente/servidor, el rastreo de los errores puede ser difícil a través de las 3 capas arquitectónicas:  cliente, servidor o la red en sí.Algunos errores se deben al ambiente operativo estático, mientras que otros son atribuibles al ambiente operativo dinámico
Estrategias de pruebasLa estrategia para probar una WebApp, adopta los principios básicos  para todas las pruebas de software y aplica una estrategia y las tácticas que se recomendaron respecto de los sistemas orientados a objetos como se indica a continuación:Revisión del modelo de contenido de la WebApp en busca de erroresRevisión del modelo de la interfaz asegurándose que todos los casos de uso pueden acomodarseRevisión del modelo de diseño de la WebApp en busca de errores de navegaciónSe prueba la interfaz de usuario para descubrir errores en la presentación o los mecanismos de navegación.Componentes funcionales seleccionados se prueban en forma individual.
Estrategias de pruebasSe prueba la navegación a través de toda la arquitectura.La WebApp se implementa en diversas configuraciones ambientales y se prueba su compatibilidad con cada configuración.Se realizan pruebas de seguridad con el objetivo de explotar vulnerabilidades en la WebAPP o dentro de su ambiente.Se llevan a cabo pruebas de desempeño.Se prueba la WebApp en una población controlada y monitoreada de usuarios finales buscando errores relacionados con la facilidad de uso, con la compatibilidad, confiabilidad y desempeño de la WebApp.
Planeación de las pruebasUn plan de pruebas WebApp identifica:Un conjunto de tareas que se aplicarán cuando comience la pruebaLos productos de trabajo que se generarán conforme se ejecute cada tarea de pruebaLa forma en que los resultados de las pruebas se evalúan, registran y reutilizan cuando se realicen pruebas de regresión.En algunos casos el plan de pruebas se integra con el plan del proyecto.
EL PROCESO DE PRUEBA
EL PROCESO DE PRUEBALa prueba del contenido.- Intentan descubrir errores en el contenido.  Se realiza similar a la copia –edición de un documento escrito.La prueba de la interfaz.- Ejercita mecanismos de interacción y valida los aspectos estéticos de la interfaz del usuario.La prueba de navegación.- Aplica casos de uso en el diseño de casos de prueba que ejerciten cada escenario de uso contra el diseño de navegación.La prueba de componentes.- Ejercita el contenido y las unidades funcionales dentro de la WebApp. Cada elemento de la arquitectura WebApp se prueba de manera unitaria en la medida de lo posible.
EL PROCESO DE PRUEBALas pruebas de configuración.- Intentan descubrir errores que son específicos respecto de un cliente o ambiente de servidor particulares. Las pruebas se encaminan  a descubrir los errores  asociados con cada posible configuración.La prueba de seguridad.- Incorpora una serie de pruebas diseñadas para explotar las vulnerabilidades  en la WebApp y su ambiente.La prueba de desempeño.- Abarca una serie de pruebas diseñadas para valorar:Cómo afecta  el tráfico de usuarios la respuesta en tiempo y confiabilidad de la WebCuáles componentes de la WebApp son responsables de la degradación  del desempeño y qué características de uso provocan que ocurra la degradaciónCómo la degradación del desempeño impacta los objetivos globales de la WebApp.
PRUEBA DEL CONTENIDOLa prueba del contenido intenta descubrir errores tan triviales como  errores tipográficos menores o tan significativos como información incorrecta, organización impropia o violación de las leyes de propiedad intelectual, combinando tanto revisiones, para descubrir errores semánticos como la generación de casos de prueba ejecutables para descubrir errores de contenido susceptibles de rastrear hacia contenido dinámicamente derivando que hayan suministrado los datos adquiridos de una o más bases.
Objetivos de la prueba del contenidoLa prueba del contenido tiene tres objetivos importantes:Descubrir errores sintácticos, para lo cual se usan empleando verificadores de ortografía y gramática automatizados, pero aún así muchos errores evaden la detección y deben descubrirlos un revisor humanoDescubrir errores semánticos,  se centra en la en la información presentada en cada objeto de contenido, para lo cual se deben responder la siguientes preguntas:La información realmente es precisaLa información es concisa y exacta La plantilla del objeto es fácil de entender para el usuario La información anidada en un objeto de contenido se encuentra  con facilidad Se han ofrecido referencias adecuadas para toda la información derivada de otras fuentesLa información presentada es consistente internamente y con la información que presentan otros objetos del contenidoEl contenido  es ofensivo, engañoso o abre la puerta a litigiosEl contenido infringe derechos de autor o marcas registradas existentesEl contenido contiene vínculos internos que complementan el contenido  existente.  Los vínculos son correctos.El estilo estético del contenido contra el conflicto con el estilo estético de la interfaz.Hallar errores en la organización o estructura del contenido que se presenta al usuario final
Prueba de las bases de datosLas modernas aplicaciones Web hacen mucho más que presentar objetos de contenido estáticos.  En muchos  dominios de aplicación, la interfaz de las WebApps con bases de datos sofisticados  gestionan sistemas y construyen objetos de contenido dinámicos que se crean en el tiempo real aprovechando datos adquiridos de una base de datos.La prueba de la base de datos para las WebApps es complicada por varios factores:Las pruebas deben diseñarse para tratar de desabrir los errores cometidos al traducir las solicitudes del usuario en una forma que puedan procesar dichos DBMS.
Prueba de las bases de datosSe debe desarrolla las pruebas que descubran los errores en la comunicación entre la WebApp y la base de datos remota, si es el caso.Se debe desarrolla pruebas que demuestren la validez de las transformaciones aplicadas a los datos brutos para crear objetos de contenidos válidos.Se debe diseñar una serie de pruebas para descubrir errores en el formato de objeto de contenido y probar la compatibilidad con diferentes configuraciones de ambiente de cliente.Considerando estos factores, se deben aplicar los métodos de diseño de casos de prueba para cada uno de los estratos de interacción que se indican en la siguiente figura:Prueba de las bases de datos
Prueba de las bases de datosLas pruebas deben asegurar que:Información válida pasa entera el cliente servidor desde el estrato de la interfazLa WebApp procese los guiones correctamente y extraiga o formatee adecuadamente datos del usuarioLos datos del usuario pasen correctamente a una función de transformación de datos en el lado del servidor para formatear consultas apropiadas.Las consultas pasen a un estado de gestión de datos que se comunique con rutinas de acceso a bases de datos potencialmente ubicados en otra máquina.
BIBLIOGRAFÍAIngenieriade Software Un Enfoque Práctico (Pressman 5th Ed).
Pruebas de aplicaciones web

Más contenido relacionado

PDF
PPTX
Metodología IWeb
PPTX
Tecnicas de 4th generacion
PPTX
Modelo Cascada!!
PPTX
Modelos de software ventajas y desventajas
PPTX
Factores de calidad del software
PPT
Pruebas De Software
PPTX
Fundamentos de ingenieria del software (2)
Metodología IWeb
Tecnicas de 4th generacion
Modelo Cascada!!
Modelos de software ventajas y desventajas
Factores de calidad del software
Pruebas De Software
Fundamentos de ingenieria del software (2)

La actualidad más candente (20)

PPTX
Diagramas de paquetes
PDF
Ingeniería web_Unidad 3
PPT
Calidad de software
PPTX
Modelo de desarrollo concurrente
PDF
tipos de pruebas.
PDF
Ejemplo soa
PPT
aseguramiento de la calidad de software acs
PPTX
Modelado de analisis para aplicaciones web
PPT
Metodologías Para AnáLisis Y DiseñO Orientado A Objetos
PPTX
2 1 vistas arquitectonicas
PPT
Técnicas para la Obtención de Requerimientos
PPTX
Unidad 1 Ingenieria de software
PDF
IEEE 1471-2000: Documento de arquitectura de software
PPTX
Ventajas y desventajas de moprosoft
PDF
Herramientas case
PPTX
Vistas Arquitectonicas Ingenieria de Software
PPTX
PPTX
Métricas de Proceso y proyecto de software
PPTX
MODELO VISTA CONTROLADOR
Diagramas de paquetes
Ingeniería web_Unidad 3
Calidad de software
Modelo de desarrollo concurrente
tipos de pruebas.
Ejemplo soa
aseguramiento de la calidad de software acs
Modelado de analisis para aplicaciones web
Metodologías Para AnáLisis Y DiseñO Orientado A Objetos
2 1 vistas arquitectonicas
Técnicas para la Obtención de Requerimientos
Unidad 1 Ingenieria de software
IEEE 1471-2000: Documento de arquitectura de software
Ventajas y desventajas de moprosoft
Herramientas case
Vistas Arquitectonicas Ingenieria de Software
Métricas de Proceso y proyecto de software
MODELO VISTA CONTROLADOR
Publicidad

Destacado (15)

PPT
Expo prueba de estructura metálica, toma de guía de soldadura
DOC
Plan de pruebas de software
PPTX
Tecnicas de Pruebas
PPTX
prueba de aplicaciones convencionales
PPTX
Diseño caso de pruebas
DOCX
Casos de prueba de caja blanca (WhiteBox)
PPTX
Prueba de aplicaciones
PDF
Etapas de las pruebas
PDF
5. Métodos de Prueba de Software
DOCX
Pruebas de sistemas y aceptacion
PPTX
8.realizacion de pruebas
PPTX
Casos de pruebas
PPS
Mantenimiento de Software
PPTX
Software caja negra y caja blanca
PPTX
Pruebas de caja blanca y negra
Expo prueba de estructura metálica, toma de guía de soldadura
Plan de pruebas de software
Tecnicas de Pruebas
prueba de aplicaciones convencionales
Diseño caso de pruebas
Casos de prueba de caja blanca (WhiteBox)
Prueba de aplicaciones
Etapas de las pruebas
5. Métodos de Prueba de Software
Pruebas de sistemas y aceptacion
8.realizacion de pruebas
Casos de pruebas
Mantenimiento de Software
Software caja negra y caja blanca
Pruebas de caja blanca y negra
Publicidad

Similar a Pruebas de aplicaciones web (20)

PPTX
PRUEBA DE APLICACIONES WEB
PPT
Como Probar Una AplicacióN Web
PPT
Estrategias prueba de software
PDF
Capitulo 17 estrategias_de_prueba_de_software
PPTX
Exposición software.pptx
PPTX
Exposición software.pptx
PPTX
Software de tipo web
PPT
Desarrollo web
PPT
Desarrollo web final
PPTX
Herramientas y entornos de implementacion de software
PPTX
GA9-220501096-AA1-2.pptx adso planeacion
PPTX
Modelo de analisis
PPTX
Modelado de Diseño y Prueba de Aplicaciones Web
PDF
Pruebas de Software
PDF
practica 10 de fundamento.pdf
PPTX
S4 D2 Pruebas unitariaasgjm,ghjkhjkos.pptx
PPTX
pruebas para ampliaciones weby calidad de software
PPT
Doo 13-testing
PDF
Ces cacic07-automatizacion y-gestion_pruebas_funcionales
PPTX
Tipos de pruebas de software
PRUEBA DE APLICACIONES WEB
Como Probar Una AplicacióN Web
Estrategias prueba de software
Capitulo 17 estrategias_de_prueba_de_software
Exposición software.pptx
Exposición software.pptx
Software de tipo web
Desarrollo web
Desarrollo web final
Herramientas y entornos de implementacion de software
GA9-220501096-AA1-2.pptx adso planeacion
Modelo de analisis
Modelado de Diseño y Prueba de Aplicaciones Web
Pruebas de Software
practica 10 de fundamento.pdf
S4 D2 Pruebas unitariaasgjm,ghjkhjkos.pptx
pruebas para ampliaciones weby calidad de software
Doo 13-testing
Ces cacic07-automatizacion y-gestion_pruebas_funcionales
Tipos de pruebas de software

Pruebas de aplicaciones web

  • 1. PRUEBAS DE APLICACIONES WEBPaulina Aillón
  • 2. INTRODUCCIÓNEl proceso de someter a prueba la WebApp es una suma de actividades relacionadas con una sola meta: descubrir errores en el contenido, la función, la facilidad de uso, la navegabilidad, el desempeño, la capacidad y la seguridad de la WebApp.. Esto se logra a lo largo de todo el proceso de ingeniería Web, mediante la aplicación de una estrategia de prueba que abarca tanto revisiones como pruebas ejecutables.
  • 3. INTRODUCCIÓNLos ingenieros Web y otros participantes del proyecto (gerentes, clientes, usuarios finales) toman parte en el proceso de probar WebApp.Si los usuarios finales encuentran errores que afecten su confianza en la WebApp, se irán a cualquier otra parte por el contenido y la función que necesitan, y la WebApp fracasará. Por esta razón, los ingenieros de la Web deben trabajar para eliminar tantos errores como sea posible antes que la WebApp esté en línea.
  • 4. INTRODUCCIÓNEl proceso de prueba comienza en enfocarse sobre aquellos aspectos de ésta que son visibles para el usuario y procede a probar dicha tecnología e infraestructura. La prueba consta de siete etapas: contenido, interfaz, navegación, componente, configuración, desempeño y prueba de seguridad.En algunos casos se produce un plan de prueba de la WebApp. En todos los casos se desarrolla un conjunto de casos de prueba para cada etapa de la prueba y se observa un archivo de resultados de pruebas para uso futuro.
  • 5. INTRODUCCIÓNAunque nunca se puede estar seguro de que han llevado a cabo todas las pruebas que se necesitan, puede tenerse la seguridad de que la puesta en prueba ha descubierto errores ( y que éstos se han corregido). Además, si se ha establecido un plan de prueba, puede verificarse para asegurar que se han realizado todas las pruebas planeadas.
  • 6. PRUEBA DE CONCEPTOS PARA WEBRecordemos que la prueba es el proceso de ejercitar al software con la finalidad de encontrar (y al final de cuentas corregir) errores. En el caso de las WebApp, la filosofía es la misma. En este proceso se consideran diversas dimensiones de la WebApp y la naturaleza de los errores que se encuentran como consecuencia de las pruebas, y la estrategia de poner aplicable para descubrirlos.
  • 7. Dimensiones de la CalidadComo consecuencia de un buen diseño la calidad es incorporada a la aplicación Web. Las revisiones y pruebas examinan las siguientes dimensiones de la calidad:El contenido.- Se evalúa en el ámbito sintáctico como semántico.La función.- Se prueba para descubrir errores que indiquen que no hay concordancia con los requisitos del cliente.La estructura.- Se valora para asegurarse de que entrega adecuadamente contenido y función de la WebApp, que es extensible y que puede sostenerse al añadir un nuevo contenido o funcionalidad.
  • 8. Dimensiones de la CalidadLa facilidad de uso.- Se prueba para garantizar la interfaz soporta a cada categoría de usuario.La navegabilidad.- Se prueba para garantizar que toda la sintaxis y semántica de navegación se ejercen para descubrir cualquier error de navegación.El desempeño.- Se prueba en una diversidad de condiciones operativas, configuraciones y cargas para asegurar que el sistema responde a la interacción del usuario y maneja cargas extremas sin que haya una degradación operativa inaceptable.
  • 9. Dimensiones de la calidadLa compatibilidad.- Se prueba al ejecutar la WebApp en varias configuraciones huésped en los lados tanto del cliente como del servidor, teniendo como objetivo encontrar errores específicos respecto a sólo una configuración huésped.La interoperabilidad.- Se prueba para asegurar que la WebApp realiza interfaces adecuadas con otras aplicaciones o bases de datos.La seguridad.- Se prueba para valorar las vulnerabilidades potenciales e intentar explotar cada una de ellas. Cualquier intento de penetración exitoso se considera una falla de seguridad.
  • 10. Errores dentro de un Ambiente WebAppLos errores encontrados como consecuencia de una prueba éxitos de la WebApp tienen varias características únicas.A continuación se indican 5 atributos de error que sugieren que el ambiente desempeña un importante papel en el diagnóstico de todos los errores durante el proceso de ingeniería Web:Muchos tipos de pruebas de WebApp descubren problemas que se evidencian en el lado del cliente, por lo que el ingeniero Web ve un síntoma del error, no el error en sí.Puesto que una WebApp se implementa en varias configuraciones diferentes y dentro de distintos ambientes, puede ser difícil o imposible reproducir un error afuera del ambiente en el que el error se encontró originalmente.
  • 11. Errores dentro de un Ambiente WebApp3. Aunque algunos errores son el resultado de un diseño incorrecto o una codificación HTML impropia (o algún otro lenguaje de programación), muchos errores pueden rastrearse hacia la configuración de la WebApp.Puesto que las WebApp residen dentro de una arquitectura cliente/servidor, el rastreo de los errores puede ser difícil a través de las 3 capas arquitectónicas: cliente, servidor o la red en sí.Algunos errores se deben al ambiente operativo estático, mientras que otros son atribuibles al ambiente operativo dinámico
  • 12. Estrategias de pruebasLa estrategia para probar una WebApp, adopta los principios básicos para todas las pruebas de software y aplica una estrategia y las tácticas que se recomendaron respecto de los sistemas orientados a objetos como se indica a continuación:Revisión del modelo de contenido de la WebApp en busca de erroresRevisión del modelo de la interfaz asegurándose que todos los casos de uso pueden acomodarseRevisión del modelo de diseño de la WebApp en busca de errores de navegaciónSe prueba la interfaz de usuario para descubrir errores en la presentación o los mecanismos de navegación.Componentes funcionales seleccionados se prueban en forma individual.
  • 13. Estrategias de pruebasSe prueba la navegación a través de toda la arquitectura.La WebApp se implementa en diversas configuraciones ambientales y se prueba su compatibilidad con cada configuración.Se realizan pruebas de seguridad con el objetivo de explotar vulnerabilidades en la WebAPP o dentro de su ambiente.Se llevan a cabo pruebas de desempeño.Se prueba la WebApp en una población controlada y monitoreada de usuarios finales buscando errores relacionados con la facilidad de uso, con la compatibilidad, confiabilidad y desempeño de la WebApp.
  • 14. Planeación de las pruebasUn plan de pruebas WebApp identifica:Un conjunto de tareas que se aplicarán cuando comience la pruebaLos productos de trabajo que se generarán conforme se ejecute cada tarea de pruebaLa forma en que los resultados de las pruebas se evalúan, registran y reutilizan cuando se realicen pruebas de regresión.En algunos casos el plan de pruebas se integra con el plan del proyecto.
  • 15. EL PROCESO DE PRUEBA
  • 16. EL PROCESO DE PRUEBALa prueba del contenido.- Intentan descubrir errores en el contenido. Se realiza similar a la copia –edición de un documento escrito.La prueba de la interfaz.- Ejercita mecanismos de interacción y valida los aspectos estéticos de la interfaz del usuario.La prueba de navegación.- Aplica casos de uso en el diseño de casos de prueba que ejerciten cada escenario de uso contra el diseño de navegación.La prueba de componentes.- Ejercita el contenido y las unidades funcionales dentro de la WebApp. Cada elemento de la arquitectura WebApp se prueba de manera unitaria en la medida de lo posible.
  • 17. EL PROCESO DE PRUEBALas pruebas de configuración.- Intentan descubrir errores que son específicos respecto de un cliente o ambiente de servidor particulares. Las pruebas se encaminan a descubrir los errores asociados con cada posible configuración.La prueba de seguridad.- Incorpora una serie de pruebas diseñadas para explotar las vulnerabilidades en la WebApp y su ambiente.La prueba de desempeño.- Abarca una serie de pruebas diseñadas para valorar:Cómo afecta el tráfico de usuarios la respuesta en tiempo y confiabilidad de la WebCuáles componentes de la WebApp son responsables de la degradación del desempeño y qué características de uso provocan que ocurra la degradaciónCómo la degradación del desempeño impacta los objetivos globales de la WebApp.
  • 18. PRUEBA DEL CONTENIDOLa prueba del contenido intenta descubrir errores tan triviales como errores tipográficos menores o tan significativos como información incorrecta, organización impropia o violación de las leyes de propiedad intelectual, combinando tanto revisiones, para descubrir errores semánticos como la generación de casos de prueba ejecutables para descubrir errores de contenido susceptibles de rastrear hacia contenido dinámicamente derivando que hayan suministrado los datos adquiridos de una o más bases.
  • 19. Objetivos de la prueba del contenidoLa prueba del contenido tiene tres objetivos importantes:Descubrir errores sintácticos, para lo cual se usan empleando verificadores de ortografía y gramática automatizados, pero aún así muchos errores evaden la detección y deben descubrirlos un revisor humanoDescubrir errores semánticos, se centra en la en la información presentada en cada objeto de contenido, para lo cual se deben responder la siguientes preguntas:La información realmente es precisaLa información es concisa y exacta La plantilla del objeto es fácil de entender para el usuario La información anidada en un objeto de contenido se encuentra con facilidad Se han ofrecido referencias adecuadas para toda la información derivada de otras fuentesLa información presentada es consistente internamente y con la información que presentan otros objetos del contenidoEl contenido es ofensivo, engañoso o abre la puerta a litigiosEl contenido infringe derechos de autor o marcas registradas existentesEl contenido contiene vínculos internos que complementan el contenido existente. Los vínculos son correctos.El estilo estético del contenido contra el conflicto con el estilo estético de la interfaz.Hallar errores en la organización o estructura del contenido que se presenta al usuario final
  • 20. Prueba de las bases de datosLas modernas aplicaciones Web hacen mucho más que presentar objetos de contenido estáticos. En muchos dominios de aplicación, la interfaz de las WebApps con bases de datos sofisticados gestionan sistemas y construyen objetos de contenido dinámicos que se crean en el tiempo real aprovechando datos adquiridos de una base de datos.La prueba de la base de datos para las WebApps es complicada por varios factores:Las pruebas deben diseñarse para tratar de desabrir los errores cometidos al traducir las solicitudes del usuario en una forma que puedan procesar dichos DBMS.
  • 21. Prueba de las bases de datosSe debe desarrolla las pruebas que descubran los errores en la comunicación entre la WebApp y la base de datos remota, si es el caso.Se debe desarrolla pruebas que demuestren la validez de las transformaciones aplicadas a los datos brutos para crear objetos de contenidos válidos.Se debe diseñar una serie de pruebas para descubrir errores en el formato de objeto de contenido y probar la compatibilidad con diferentes configuraciones de ambiente de cliente.Considerando estos factores, se deben aplicar los métodos de diseño de casos de prueba para cada uno de los estratos de interacción que se indican en la siguiente figura:Prueba de las bases de datos
  • 22. Prueba de las bases de datosLas pruebas deben asegurar que:Información válida pasa entera el cliente servidor desde el estrato de la interfazLa WebApp procese los guiones correctamente y extraiga o formatee adecuadamente datos del usuarioLos datos del usuario pasen correctamente a una función de transformación de datos en el lado del servidor para formatear consultas apropiadas.Las consultas pasen a un estado de gestión de datos que se comunique con rutinas de acceso a bases de datos potencialmente ubicados en otra máquina.
  • 23. BIBLIOGRAFÍAIngenieriade Software Un Enfoque Práctico (Pressman 5th Ed).