Comunidad de Madrid GUÍA DE TRABAJO PRUEBAS DE REGRESIÓN Y DE REDACTOR
Anuncio
Comunidad de Madrid ICM GUÍA DE TRABAJO PRUEBAS DE REGRESIÓN Y DE REDACTOR Versión 1.0 Fecha: 24-08-2007 24/08/07 ÍNDICE I PRUEBAS DE REGRESIÓN ............................................................................1 II CERTIFICACIÓN USABILIDAD REDACTOR ..................................................3 II.1 Asignación de roles y privilegios de acceso ..............................................4 II.2 Funcionamiento de los workflows ..............................................................4 II.3 Solapas, menús, opciones de búsqueda y espacio de trabajo ..................4 II.4 Gestión de contenidos ...............................................................................5 II.5 Protección de los contenidos estructurales ...............................................5 II.6 Tipificación de incidencias .........................................................................6 III PRUEBAS FUNCIONALES Y DE ACEPTACIÓN ............................................7 III.1 Pruebas funcionales ..................................................................................8 III.2 Pruebas de aceptación ..............................................................................8 24/08/07 Guía de trabajo Pruebas de regresión y usabilidad redactor I 24/08/07 PRUEBAS DE REGRESIÓN pag. 1 Guía de trabajo Pruebas de regresión y usabilidad redactor Antes de comenzar las pruebas de aceptación por parte del usuario se deben realizar las pruebas de regresión sobre el portal. Las pruebas a realizar por parte de la DAE son: - Se comprobará que todas las incidencias detectadas en informes anteriores en otros entornos están solucionadas en staging. - Se realizará una navegación por el portal para comprobar que el portal está completo. - Se utilizará XENU para detectar enlaces rotos o mal construidos. - Se comprobará la existencia de los roles, workflows y solapas validados en el entorno anterior. - Se comprobará que el tag de medición de audiencias. - Se comprobará la configuración de los tipos y atributos. - No se realizarán pruebas de carga en este entorno. Las pruebas a realizar por parte del Director de Proyecto son: - Se realizará una navegación por el portal para comprobar que el portal está completo. - Se comprobará el correcto funcionamiento de todas y cada una de las funcionalidades definidas en el análisis y especificación de requisitos. pag. 2 Guía de trabajo Pruebas de regresión y usabilidad redactor II CERTIFICACIÓN USABILIDAD REDACTOR pag. 3 Guía de trabajo Pruebas de regresión y usabilidad redactor A continuación, se describe las pruebas realizadas durante la certificación de usabilidad desde el punto de vista de redactor de contenidos que realiza la DASC: II.1 Asignación de roles y privilegios de acceso Se realizarán diferentes mapeos entre usuarios y los roles definidos para el portal y los roles básicos de Fatwire Content Server y se comprobará en cada caso que las capacidades del usuario se corresponde con los supuestos privilegios asociados a cada rol. Se comprobará así mismo que la granularidad de los roles es suficiente como para definir los perfiles necesarios de trabajo: redactor, revisor, administrador, publicador, etc. II.2 Funcionamiento de los workflows Se realizarán pruebas completas de los workflows definidos en el portal, creando contenidos por cada uno de los workflows y certificando que el contenido evoluciona y progresa dentor del flujo de trabajo de la manera adecuada, quedando bloqueado y asignado al rol apropiado, que funcionan las opciones de escalar, rechazar, etc. Así como las funcionalidades de administración. II.3 Solapas, menús, opciones de búsqueda y espacio de trabajo Se comprobará que el redactor tiene todas las herramientas adecuadas y su espacio de trabajo correctamente configurado. Algunas de las consideraciones que se han de tener son: - Todos los contenidos gestionables por un redactor deben poder gestionarse desde una solapa. Si se sospecha que el tipo de contenido en concreto se manejará en gran número deberá existir la posibilidad de crear agrupadores en la solapa con los que organizar los contenidos. - El menú contextual del applet contendrá las opciones de creación de todos los contenidos de la solapa, así como los de edición, inspect, estado y eliminación de un contenido cuando se aplica a un contenido concreto. - La solapa de Buscar para el rol de redactor sólo podrá buscar por los contenidos que deberían estar habilitados para el redactor. - La solapa de Buscar para el rol de administrador podrá buscar por todos los contenidos del site. - En ningún caso se podrá buscar por contenidos de otros sites. - La solapa de Nuevo para el rol de redactor sólo podrá crear los contenidos que deberían estar habilitados para el redactor. - La solapa de Nuevo para el rol de administrador podrá crear todos los contenidos del site. - En ningún caso se podrá crear contenidos de otros sites. - El espacio de trabajo deberá contener las solapas comunes de gestión de contenidos como son Site Plan, Lista Activa, Histórico, etc. - Están habilitadas las acciones de crear un contenido como éste y el clon tiene rellenos por defecto los atributos adecuados. pag. 4 Guía de trabajo II.4 Pruebas de regresión y usabilidad redactor Gestión de contenidos Se creará al menos un contenido por cada tipo o subtipo comprobando, entre otras cosas, que: - El contenido se puede crear, modificar y eliminar. - Todos los atributos se pueden rellenar de la manera correcta y se muestran adecuadamente. - Los atributos obligatorios y opcionales están correctamente configurados. - Todos los atributos tienen alguna utilidad que está correctamente documentada y no se prevé la necesidad de otros atributos. - Los tipos de los atributos son los correctos. Se utilizan tipos numéricos o de texto donde corresponde, eWebEditPro donde conviene incluir html, desplegables cuando se trata de una lista de valores cerrada, los pick assets son ordenables cuando tiene sentido, los atributos fundamentales del contenido son del tipo obligatorio, etc. - Se realiza una validación adecuada de los datos, se impide subir ficheros de más de 5 MB, etc. - Los contenidos se pueden asociar a las páginas que corresponda, las páginas tienen habilitados las templates que se describen en la documentación, los contenidos se muestran en el lugar adecuado del portal. - Los contenidos se muestran en navegación correctamente tras una modificación, no existen problemas de descacheo de páginas, etc. - Probar el funcionamiento de los contenidos de tipo Lista, Colección y Banner: son gestionables, admiten la inclusión del tipo de contenido para el que están diseñados, el comportamiento es correcto con 0, 1, 2 y n elementos donde n será superior al tamaño de página, las funcionalidades asociadas a cada uno de los elementos es la adecuada (paginación, carrusel de imágenes, etc.). II.5 Protección de los contenidos estructurales Un site correctamente configurado no permitirá que los perfiles de redactor o administrador pueda modificar los contenidos fuente del portal como son templates, cselements, atributos, editores de atributo, queries, definiciones, etc. Un site correctamente configurado no permitirá que los perfiles de redactor puedan modificar los contenidos estructurales. Los contenidos estructurales suelen ser propiedades, módulos, configuradores, colecciones, algunos literales, algunos agrupadores, algunas páginas del Site Plan. Para detallar mejor este último caso, una parte de las páginas del site plan suelen ser contenidos estructurales, es decir, contenidos que de ser modificados pueden afectar gravemente a la estructura completa del portal, provocar la aparición o desaparición de solapas, que desaparezcan los banner de la home, etc. Estas páginas suelen ser, al menos, la página de la home y el primer nivel del árbol de páginas que cuelga de la home; dependiendo del site el número de niveles de páginas estructurales es mayor. Estas páginas de estructura deben tener niveles de acceso sólo para roles administradores del site. pag. 5 Guía de trabajo II.6 Pruebas de regresión y usabilidad redactor Tipificación de incidencias Si todo ha ido bien en las certificaciones anteriores, en esta fase no se deberían detectar errores del tipo crítico o alto (el site no habría llegado a staging). Lo usual será detectar errores de criticidad media o baja. - Errores de criticidad media. Son aquellos que dificultan o impiden las tareas de redacción de contenidos. Estos errores a lo largo del mantenimiento del site generarán incidencias o peticiones. - Errores de criticidad baja. Son aquellos que hacen poco intuitivo el trabajo de redactor. Estos errores a lo largo del mantenimiento del site generarán consultas. pag. 6 Guía de trabajo Pruebas de regresión y usabilidad redactor III PRUEBAS FUNCIONALES Y DE ACEPTACIÓN 24/08/07 pag. 7 Guía de trabajo III.1 Pruebas de regresión y usabilidad redactor Pruebas funcionales El Director de Proyecto realizará las pruebas funcionales verificando que todos los puntos de la especificación de requisitos y el documento de análisis funcional están correctamente recogidos e implementados en el portal entregado. III.2 Pruebas de aceptación El usuario redactor recibirá la formación correspondiente en el entorno de formación e introducirá contenidos en el entorno de staging adecuadamente asesorado por el proveedor. A partir de este momento el cliente de la consejería asesorado por el Área correspondiente, el Director de Proyecto y sus redactores estará en disposición de realizar las pruebas de aceptación del portal. pag. 8 Guía de trabajo 24/08/07 Pruebas de regresión y usabilidad redactor pag. 9