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
Descargar

Comunidad de Madrid GUÍA DE TRABAJO PRUEBAS DE REGRESIÓN Y DE REDACTOR