Con el fin de probar las diferentes capacidades de un sitio web, es necesario dividir el trabajo en cinco áreas, que son:

Transcripción

1 11 Pruebas realizadas Las pruebas de sftware sn ls prcess que permiten verificar y revelar la calidad de un prduct sftware. Sn utilizadas para identificar psibles falls de implementación, calidad usabilidad de un desarrll sftware. Básicamente es una fase más dentr del desarrll del sftware cnsistente en prbar las aplicacines cnstruidas. Las pruebas de sftware se integran dentr de las diferentes fases del cicl del sftware dentr de la Ingeniería de sftware. Así se ejecuta un prgrama y mediante técnicas experimentales se trata de descubrir qué errres tiene. Para determinar el nivel de calidad se deben efectuar unas medidas pruebas que permitan cmprbar el grad de cumplimient respect de las especificacines iníciales del sistema. El testing puede prbar la presencia de errres per n la ausencia de ells Edsger Dijkstra Cn el fin de prbar las diferentes capacidades de un siti web, es necesari dividir el trabaj en cinc áreas, que sn: - Pruebas de interfaces y cntenids - Pruebas de funcinalidades y peración - Pruebas de carga - Pruebas de seguridad - Pruebas de respald y recuperación 11.1 Prueba de interfaces y cntenids Las actividades de esta etapa cnsisten en hacer revisines precisas de la frma en que se despliegan las páginas del siti y ver si cumplen cn ls Términs de Referencia en ests temas y, además, si cumplen cn ls estándares mínims que se hayan definid cm meta a ser cumplida. Las accines de prueba sugeridas para realizar en esta etapa sn las siguientes: - Verificación de cntenids: es una prueba básica para revisar si el siti web desarrllad incluye tds ls cntenids que se han especificad en ls términs de referencia ls que se hayan definid en el marc del plan de desarrll. Se puede hacer en frma manual autmática, de acuerd a las siguientes rientacines: Sistema manual: se refiere a hacer una revisión manual de ls cntenids del siti web a través de la navegación de sus páginas. Para ell se recmienda primer cnstruir un índice de cntenids y lueg verificar la existencia de cada un de ls ítems que cntiene, a través de hacer un recrrid exhaustiv del siti. Ls elements que deben prbarse bligatriamente sn: verificación de rtgrafía y redacción, verificación de

2 enlaces principales, verificación de imágenes en páginas, verificación de existencia de archivs adjunts Sistema autmátic: especialmente rientad a la verificación de enlaces rts, l cual se puede hacer utilizand sistemas basads en Internet, bien, sftware especializad. Sistemas basads en Internet: se recmienda usar el servici del W3C ( Siti en cnstrucción: se debe verificar que el siti web n cntenga espacis vacís que tenga el títul de en cnstrucción. N es adecuad, baj ningún sentid, usar espacis cn dicha leyenda; en tal cas es preferible eliminar esa zna y vlver a incluirla cuand exista el cntenid crrespndiente en el siti. - Verificación de estándares: aunque ls sitis web pueden ser cnstruids a partir de diferentes lenguajes, tds deben cumplir ciertas nrmas de rganización de su códig fuente (sintaxis), que permitan su visualización pr sftware equivalente en diferentes platafrmas. Dicha sintaxis está estandarizada y puede ser prbada a través de herramientas públicas que están dispnibles en Internet. Las ds más imprtantes sn: Validación de HTML: la realiza el Wrld Wide Web Cnsrtium ( e indica si el códig usad en las páginas es crrect. Cm resultad entrega un reprte cn ls eventuales errres para ayudar a su reparación. Validación de CSS: la realiza el Wrld Wide Web Cnsrtium e indica si la hja de estil en cascada (Cascading Style Sheet) cumple cn la sintaxis estándar y pr l tant pdrá ser visualizada crrectamente en tds ls sistemas). - Validación de Interfaces: mediante esta prueba se revisan aspects gráfics del siti web, para determinar si su despliegue en las páginas es crrect. Dentr de ls elements más imprtantes a ser verificads, se incluyen ls siguientes: Plug-ins necesaris: cuand se utilicen elements audivisuales interactivs que requieran de algún sftware incrustad para funcinar, se debe frecer un enlace para que ls usuaris que n l tengan instalad, puedan bajarl y hacer el prces de instalación. En el cas de la tecnlgía flash, las últimas actualizacines del prduct permiten que el sftware pueda ser bajad de frma autmática pr ls prgramas visualizadres, si se cuenta cn la cdificación adecuada. Pr l anterir, es necesari hacer la prueba desde un cmputadr que carezca de dich sftware, para cmprbar que efectivamente hace dicha peración. Cnsistencia de la diagramación: cada una de las páginas del siti debe tener elements cnsistentes, cn el fin de frecer al usuari una experiencia similar en cualquier área del siti web; pr nmbrar sól tres aspects, l anterir implica que ls menús deben aparecer siempre en el mism lugar; que ls listads deben estar diseñads de similar manera en td el siti y que ls clres y frmas de us de las interfaces deben ser similares a l larg de las páginas. Anch de diagramación: si la diagramación del siti se ha realizad para un anch determinad (pr ejempl, 800 píxeles de anch), en esta etapa se debe prbar si ell se cumple. Asimism, se debe prbar en una pantalla cnfigurada cn una menr dimensión (pr ejempl 640x480), cuál es el área visible del siti y cóm afecta es a la navegación pr el mism. Diagramación vs. Brwsers: aunque la cdificación en ls lenguajes sprtads pr ls prgramas visualizadres (brwsers) puede apegarse a ls estándares, n tds muestran de la misma manera ls sitis web. Dad

3 est, es necesari revisar el siti en diferentes tips de prgramas, especialmente aquells que cnfrman la minría. Es decir, las pruebas al mens deberían hacerse en Micrsft Internet Explrer, Mzilla Firefx, Ggle Chrme y Opera, ya que cn ells se cubrirá un ampli espectr. L que se debe revisar en este cas es el despliegue de tds ls elements que se muestran en la pantalla, para asegurar de que aparecen en las psicines que se les ha asignad en el diseñ. Diagramación vs. Sistema Operativ: tal y cm se explicó en el cas anterir, ls diferentes sistemas perativs pueden establecer diferencias en la frma en que se muestran ls sitis web. Pr ell, es imprtante cncer cuáles sn ls sistemas perativs utilizads pr ls clientes y revisar el despliegue del siti en ells. Hay que recrdar que, además de Micrsft Windws, ls usuaris pueden estar visualizand el siti desde cmputadres equipads cn Apple Macintsh diferentes versines del sistema perativ Unix. Imágenes escaladas: se debe verificar que las imágenes que aparezcan en el siti n estén siend mstradas en tamañ reducid artificialmente, es decir, que se tme una imagen de grandes dimensines y pr prgramación se muestre en un tamañ menr. El efect de es es que las páginas cn ese tip de imágenes serán muy pesadas y harán que el acces a ellas sea lent. En función de las pruebas realizadas generams el siguiente infrme: Prueba Resultad Verificación de cntenids Se han cmprbad y verificad ls cntenids especificads en el plan de desarrll. Siti en cnstrucción N existen páginas en blanc Validación HTML Validación de CSS Validad satisfactriamente cn el validadr de CSS de W3C Plug-ins necesaris N se han emplead plug-ins Cnsistencia diagramación Se han utilizad elements cnsistentes. Cn el us de plantillas se frece al usuari una experiencia similar en cualquier área del siti web. Anch de la diagramación Al reducir la reslución la estructura de la aplicación n se ve afectada ni se prduce ninguna desclcación de ls elements. Diagramación vs Brwsers Se han realizad pruebas en ls navegadres Mzilla Firefx 3.6, Ggle Chrme e Internet Explrer 7. En el únic que aparecen prblemas es en Internet Explrer, ls cuales se encuentran en crrección. Diagramación vs S.O. Sól se han realizad pruebas en el S.O. Windws Imágenes escaladas El tamañ de las páginas al descargarse enteras es aprximadamente de uns 300 kb. Cuadr 11.1 Infrme de pruebas de interfaces y cntenids Pruebas funcinales y de peración. Las actividades de esta etapa se refieren a hacer cheques cmplets respect a las funcinalidades y aplicacines que frece el siti, ya sean de aplicacines simples cm

4 frmularis hasta más cmplejs, cm cnsultas y mdificacines de registrs en base de dats. En este sentid, las pruebas se deben hacer sbre diferentes elements, siend alguns de ls más imprtantes ls siguientes: - Validación de frmularis: si el siti web tiene frmularis para el enví ingres de dats, se debe utilizar sistemas de validación del ingres de dats para asegurar que ésts sean bien ingresads. En este aspect, algunas de las validacines más imprtantes deben ser las siguientes: Camps bligatris: se debe validar que en ls frmularis sean ingresads tds aquells camps que sean necesaris; ésts deben ser marcadr de alguna manera (usualmente cn un asterisc) que permita a ls usuaris entender la bligatriedad de ingresar infrmación en ells; adicinalmente, debe indicarse tal cndición en frma explícita. Validacines lcales: para reducir la carga de validacines en el servidr, se recmienda incrprar la mayr cantidad de éstas en el cmputadr del cliente, utilizand en frma estándar el lenguaje Javascript para hacerlas. Sintaxis de Ingres: se debe validar que, en alguns cass, ls camps sean ingresads cn dats válids. Ingres de dats: si se cuenta cn un sistema que permita el ingres de infrmación hacia una base de dats, se debe revisar en la tabla de destin que efectivamente se estén enviand ls dats de la manera que se ha previst. Reingres y crrección de dats: para mejrar la interacción del siti web, cuand tras el ingres y enví de ls dats de un frmulari (después de la validación lcal del frmulari) el usuari presina el btón back de su prgrama visualizadr para vlver atrás y mdificar algún camp, se le deben presentar tds ls dats que hayan sid ingresads. De esta manera se aprvecha la infrmación ingresada previamente, evitand la frustración del usuari pr tener que escribir nuevamente el cntenid cmplet del frmulari. Elements de interfaz: al usar elements del lenguaje HTML RichFaces para la creación de las pantallas, se recmienda n mdificar radicalmente sus atributs de despliegue (clres, frmas) y cmprtamients tradicinales para lgrar que el usuari sepa intuitivamente cóm usarl y n deba aprender de nuev su peración. Multiplatafrma: se debe cmprbar que ls frmularis funcinan en diferentes navegadres, en diferentes sistemas perativs y cn diferentes tips de cnexión (banda ancha, dedicad ). Sistemas de búsqueda: si se cuenta cn ells, se debe validar que efectivamente permitan encntrar dcuments existentes en el siti. Prueba Camps bligatris Validacines lcales Sintaxis de ingres Ingres de dats Reingres y crrección de dats Resultad Se especifican ls camps bligatris en ls frmularis en ls que existan. N se ha emplead javascript para la validación Se ha validad que en alguns cass ls dats ingresads sean válids. Existen validacines lcales antes de realizar cualquier peración sbre la BD. Se retrna a la página anterir cn tds ls dats ingresads anterirmente.

5 Elements de interfaz Tds ls elements de la aplicación tienen un estil similar gracias al us de plantillas y estils. Multiplatafrma Ls frmularis se cmprtan bien en diferentes navegadres. Sistemas de búsqueda N se dispne de sistemas de búsquedas Cuadr 11.2 Infrme de pruebas funcinales y de peración Pruebas de carga. La carga de trabaj se refiere a la capacidad máxima que tiene un servidr web (hardware y sftware) para atender a un cnjunt de usuaris de manera simultánea. Pr ell, las actividades de esta etapa tienen relación cn cmprbar, de manera anticipada, el funcinamient que tendrá el servidr del siti web cuand esté en plena peración. Las pruebas en este cas cnsisten en simular una carga de trabaj similar y superir a la que tendrá cuand el siti esté funcinand, cn el fin de detectar si el sftware instalad (prgramas y aplicacines) cumple cn ls requerimients de muchs usuaris simultánes y también si el hardware (servidr y el equipamient cmputacinal de redes y enlace que l cnecta a Internet) es capaz de sprtar la cantidad de visitas esperadas. Es imprtante cnsiderar que si el servidr están en las dependencias de un tercer que entrega el servici de aljamient del siti web (hsting), se le debe slicitar a dich prveedr un infrme en que dé a cncer las características de carga de la slución de hardware y sftware sbre la cual funcina el siti web de la institución. Hay diverss sftware en el mercad que están rientads a este tip de simulacines, tds ls cuales frecen características similares. Entre ls dats más relevantes que es psible btener se cuenta: - Tiemp de acces de ls usuaris a ls dats - Vlumen de dats y anch de banda utilizad - Archivs slicitads y tiemps usuaris en transferencia de dats - Tiemp de espera de ls usuaris tras hacer un clic - Tiemp de respuesta a clics de usuaris - Niveles de errr existentes tras clics de usuaris Cm se puede apreciar del listad anterir, ls reprtes que se btienen a través de esta vía se refieren a tiemps de acces que tienen ls usuaris que acceden al siti web y la degradación que curre en ls servicis cuand aumenta el vlumen de visitantes cncurrentes. Cn ls resultads btenids cn pruebas de este tip se debe hacer una revisión acucisa de ls sistemas, cn el fin de hacer las ptimizacines que aparezcan cm necesarias. Asimism, se debe tener en cuenta que será nrmal la existencia de situacines excepcinales que harán que ls servicis n funcinen adecuadamente.

6 11.4 Pruebas de seguridad. Las actividades que se pueden realizar para hacer las pruebas de seguridad sn diversas y se rientan a varis ámbits, cm se describe a cntinuación. Ls temas a tratas sn ls siguientes: - Mecanisms de cntrl de acces: un aspect que genera mejras en la prtección de la privacidad de ls usuaris y de la infrmación cntenida en el siti web, es la incrpración de mecanisms mderns de generación de claves y autenticación, cm ls que se plantean a cntinuación. Firma electrónica simple y avanzada: es un sistema que identifica al usuari cuand realiza trámites a través de Internet redes cerradas. Existe una ley y el crrespndiente reglament que la regula y empresas que las frecen en el mercad. Ambas firmas cnstituyen las bases legales para que ciudadans y empresas puedan identificarse virtualmente y de esa manera enviar cmunicación y hacer negcis de manera más segura y cnfiable. Se trata de un mecanism de cmplejidad media, aunque incluye funcinalidades de seguridad y criptgrafía. N bstante, la incrpración de este mecanism en frma única dependerá del cntrl abslut que se tenga de la cmunidad de usuaris de la slución. Para cmunidades abiertas es preferible establecer ds mecanisms de autenticación: un fuerte, mediante Firma electrónica (usand certificads digitales) y tr, mediante autenticación de usuari y clave. Autenticación cn usuari y clave: si se emplea esta slución, debe existir un prcedimient cncret para ls cass en que un usuari pierda n recuerde su clave. Se recmienda frecer mecanisms de regeneración de clave, mediante la entrega de respuestas a preguntas predefinidas pr ls usuaris, en lugar de hacer el enví de la clave pr . - Rles mínims a asegurar: este tr aspect cnsiderad cnsisten en definir ls diverss rles prfesinales dentr de la definición y diseñ de un siti web. Desde un punt de vista exclusivamente técnic, es fundamental cnsiderar al mens ls siguientes rles, identificand tant sus respnsabilidades cm el persnal más cmpetente que pueda cumplirls. Si bien más de un de ests rles funcinales puede ser desarrllad simultáneamente pr una persna área de la rganización, es imprtante que dichas áreas sean cubiertas n sól durante la puesta en marcha de la slución sin también durante su etapa de prducción. Administradr de aplicacines: encargad del funcinamient del sftware perativ. Administradr de cntrl de calidad: encargad del cumplimient de las plíticas de calidad. Administradr de seguridad: encargad de hacer generar y hacer cumplir las directivas de seguridad. Administradr de cntenids: encargad de las infrmacines cntenidas en el siti web. Prueba Firma electrónica simple y avanzada Autenticación cn usuari y clave Rles mínims Resultad N se ha utilizad en el sistema ests mecanisms de acces Existen prcedimients para recuperar la clave en el cas de que a un usuari se le pierda n la recuerde. Se han implementad un númer mínim de rles en la

7 aplicación, desde administradres de la aplicación en sí, pasand pr administradres de cntenid y terminand en usuaris de sól cnsulta. Cuadr 11.3 Infrme de pruebas de seguridad Pruebas de rapidez de acces. Un de ls aspects imprtantes a la hra de prbar una aplicación web es la realización de pruebas de acces al mism. Para pder realizar estas pruebas, vams a establecer la siguiente lista de cheque cn el fin de btener ls aspects a crregir. Pr cada element de la lista se debe marcar Si N y se espera que se cumpla cn tds la mayría de ells. En aquells que n haya cumplimient, se debe adptar las actividades crrectivas que crrespndan: Cuestión XX. Respuesta Q1. El usuari puede encntrar en n más de cuatr clics la infrmación buscada? SI Q2. Aparece el menú de navegación en un lugar destacad? Se ve fácilmente? SI Q3. El siti cuanta cn un mapa y/ buscadr que dé un acces alternativ a ls cntenids? NO Q4. Es fácil llegar a las seccines más imprtantes del siti desde cualquier página? SI Q5. El siti mantiene una navegación cnsistente y cherente en tdas sus páginas? SI Q6. El diseñ usa jerarquías visuales para determinar l imprtante cn una sla mirada? SI Q7. Ls frmularis frecen pcines que permitan al usuari evitar, cancelar rehacer una acción? SI Q8. El tamañ de la letra de ls texts es adecuad y ajustable mdificable pr el usuari usand las herramientas del navegadr? SI Q9. Ls vínculs, imágenes e icns sn claramente visibles y distinguibles? SI Q10. Ls vínculs (links) visitads y n visitads sn claramente diferenciables? NO Q11. Ls icns sn representativs de la función acción que realizan y sn aclarads mediante un title? SI Q12. Tdas las páginas cuentan cn infrmación de cntacts virtuales y físics al pie de página? SI Q13. El nmbre de la URL está vinculad cn el nmbre del sistema y se frece en la barra superir del navegadr? SI Q14. Ofrece el siti cntenids sbre la visión, misión y bjetivs? NO Q15. En el cas de que existan palabras técnicas en ls cntenids del siti, existe una sección de glsari que las explique? NO Q16. Ofrece páginas de ayuda que explican cóm usar el siti web? NO Q17. En cas de errres de cnsistencia dentr del siti, se frece mensaje persnalizad mediante una página explicativa? SI 11.6 Pruebas de accesibilidad. Cuadr 11.4 Infrme de pruebas de rapidez de acces- Las pruebas de accesibilidad web sn un subgrup de las pruebas de usabilidad en las que ls usuaris que se tienen en cuenta tienen discapacidades que afectan a su manera de utilizarl. El bjetiv final, tant cn respect a la usabilidad cm a la accesibilidad, es descubrir la

8 facilidad cn la que se puede utilizar un siti web y utilizar esta infrmación para mejrar futurs diseñs e implementacines. La evaluación de la accesibilidad está más frmalizada, en general, que las pruebas de usabilidad. Las leyes y la pinión pública desaprueban ttalmente la discriminación de las persnas cn discapacidades. Para ser justs cn td el mund, ls gbierns y tras rganizacines intentan cumplir varis estándares de accesibilidad de la web, cm pr ejempl la legislación de la Sección 508 del Gbiern Federal de Estads Unids y las directrices de accesibilidad del cntenid web (WCAG) del W3C. N bstante, es imprtante distinguir entre cumplir un estándar y maximizar la accesibilidad de un siti web. En una situación ideal, ambas csas serían la misma, per cualquier estándar puede fallar a la hra de cumplir cn ls bjetivs siguientes: - Satisfacer las necesidades de tdas las persnas cn discapacidades. - Encntrar el equilibri entre las necesidades de las persnas cn diferentes discapacidades. - Hacer crrespnder estas necesidades cn las técnicas óptimas. - Utilizar un lenguaje clar para expresar las necesidades las técnicas. Ests punts débiles pueden hacer que las persnas cn las mejres intencines vayan pr el mal camin y pueden ser aprvechads pr ls que pretenden la aprbación ficial de prducts inaccesibles. Además, la accesibilidad web es un bjetiv y n una cuestión de sí n. Es un nex entre las necesidades humanas y la tecnlgía. A medida que nuestr cncimient de las necesidades humanas vaya evlucinand y a medida que la tecnlgía se vaya adaptand a estas necesidades, ls requisits de accesibilidad cambiarán y ls estándares actuales quedarán desfasads Para cmprbar que un siti web cumple cn las nrmas de accesibilidad, la iniciativa WAI (Web Accesibility Initiative) de la W3C prpne la realización de las siguientes pruebas recgidas en las Directrices Pautas de Accesibilidad para el cntenid de la web de la cual el bjetiv es cumplir cn la nrmativa WAI-A. Cn el fin de validar el cumplimient de ls estándares, existen sitis que permiten validar el cumplimient de ésts. Dentr de ells se recmienda usar TAW. El Test de Accesibilidad a la Web TAW ( es la primera herramienta de verificación de la accesibilidad de las páginas Web en castellan. Ls principales prblemas a la hra de btener el nivel A sn ls siguientes: 1. Utilice el atribut ALT para describir las imágenes: para reslverl se ha incluid el atribut title en tdas las etiquetas de imágenes icns de las plantillas. 2. Cmprbar ls dcuments sin aplicar hjas de estil: la aplicación web se visualiza verticalmente de la manera: cabecera, menú, cntenid, btnera y pie de página. 3. Cmprbar que el sistema funcina si se deshabilita JavaScript: N se hace us de javascript en la aplicación. 4. En las tablas de dats, identificar encabezamients de fila y clumna: se identifican dichs elements y se distinguen claramente del rest de la tabla. Se puede afirmar pr tant, que la aplicación web desarrllada cumple cn las nrmas de priridad 1 que define el nivel de accesibilidad A.

9 11.7 Pruebas de usabilidad. Un test de usabilidad es una medida empírica de la usabilidad de una herramienta, siti aplicación, tmada a partir de la bservación sistemática de usuaris llevand a cab tareas reales. El test de usabilidad de un siti, ns permitirá: - Verificar la existencia de psibles prblemas de usabilidad en el siti. - Encntrar psibles slucines para ls prblemas encntrads. - Establecer una medida cncreta inicial cntra la cual cmparar a ls cmpetidres, futurs desarrlls de este mism siti mdificacines al actual. El test de usuaris es el tip de evaluación más imprtante y la mayr herramienta de desarrll psible para un siti web. Para pder realizar estas pruebas, vams a establecer la siguiente lista de cheque cn el fin de btener ls aspects a crregir. Pr cada element de la lista, se debe marcar Sí N y se espera que se cumpla cn tds la mayría de ells. En aquells que n haya cumplimient, se deben adptar las actividades crrectivas que crrespndan. Cuestión. Respuesta Identidad crprativa Q1. La prtada del siti refleja la identidad y pertenencia de la entidad? SI Q2. Existen elements de la imagen crprativa de su siti? Se repiten en tdas las páginas? SI Q3. El lgtip ha sid incluid en un lugar imprtante en la Prtada y en las páginas interires del siti? SI Q4. Tdas las páginas cuentan cn un títul que indique el nmbre de la institución e infrmación de cntacts virtuales y físics al pie de la página? SI Utilidad del siti web Q5. El siti frece infrmación sbre las actividades y servicis más recientes e imprtantes que está llevand a cab? NO Q6. Ls usuaris pueden encntrar fácilmente en la prtada la infrmación acerca de las actividades y servicis más imprtantes de la entidad? NO Navegación Q7. El diseñ del siti es eficiente, rápid e intuitiv? SI Q8. Aparece el menú de navegación en un lugar destacad? Se ve fácilmente? SI Q9. Verificó la cnsistencia de tds ls enlaces? SI Q10. El siti cuenta cn un mapa buscadr que facilite el acces direct a ls cntenids? NO Q11. El siti mantiene una navegación cnsistente y cherente en tdas las pantallas? SI Visibilidad del estad del sistema Q12. Se infrma al usuari claramente el área del siti que está visitand? SI Q13. El siti web diferencia entre enlaces visitads y enlaces pr visitar? NO

10 Cnsistencia y cumplimient de estándares Q14. El HTML del siti ha sid validad satisfactriamente según w3c.rg? NO Q15. El las hjas de estil (CSS) han sid aprbadas según w3c.rg? SI Atención de errres Q16. Usa javascript para validar frmularis durante su llenad y antes de enviarls? NO Q17. Usa elements destacads para indicar ls camps bligatris dentr de un frmulari? SI Q18. Después de que curra un errr, es fácil vlver a la página dnde se encntraba antes de que se prdujese entra recmendacines de ls pass a seguir? SI Estética y diseñ Q19. Usa jerarquías visuales para determinar l imprtante cn una sl mirada? SI Q20. Las imágenes tienen tamañs adecuads que n dificultan el acces a las páginas? SI Q21. Las imágenes tienen etiqueta para facilitar la navegación? SI Ayuda ante errres Q22. En cas de errres de cnsistencia dentr del siti, se frece un mensaje persnalizad mediante una página explicativa? SI Q23. Ofrece área de preguntas frecuentes cn dats de ayuda a usuaris? NO