Saltar al contenido principal
LibreTexts Español

8.7: Auditorías Detalladas

  • Page ID
    154516
  • \( \newcommand{\vecs}[1]{\overset { \scriptstyle \rightharpoonup} {\mathbf{#1}} } \)

    \( \newcommand{\vecd}[1]{\overset{-\!-\!\rightharpoonup}{\vphantom{a}\smash {#1}}} \)

    \( \newcommand{\id}{\mathrm{id}}\) \( \newcommand{\Span}{\mathrm{span}}\)

    ( \newcommand{\kernel}{\mathrm{null}\,}\) \( \newcommand{\range}{\mathrm{range}\,}\)

    \( \newcommand{\RealPart}{\mathrm{Re}}\) \( \newcommand{\ImaginaryPart}{\mathrm{Im}}\)

    \( \newcommand{\Argument}{\mathrm{Arg}}\) \( \newcommand{\norm}[1]{\| #1 \|}\)

    \( \newcommand{\inner}[2]{\langle #1, #2 \rangle}\)

    \( \newcommand{\Span}{\mathrm{span}}\)

    \( \newcommand{\id}{\mathrm{id}}\)

    \( \newcommand{\Span}{\mathrm{span}}\)

    \( \newcommand{\kernel}{\mathrm{null}\,}\)

    \( \newcommand{\range}{\mathrm{range}\,}\)

    \( \newcommand{\RealPart}{\mathrm{Re}}\)

    \( \newcommand{\ImaginaryPart}{\mathrm{Im}}\)

    \( \newcommand{\Argument}{\mathrm{Arg}}\)

    \( \newcommand{\norm}[1]{\| #1 \|}\)

    \( \newcommand{\inner}[2]{\langle #1, #2 \rangle}\)

    \( \newcommand{\Span}{\mathrm{span}}\) \( \newcommand{\AA}{\unicode[.8,0]{x212B}}\)

    \( \newcommand{\vectorA}[1]{\vec{#1}}      % arrow\)

    \( \newcommand{\vectorAt}[1]{\vec{\text{#1}}}      % arrow\)

    \( \newcommand{\vectorB}[1]{\overset { \scriptstyle \rightharpoonup} {\mathbf{#1}} } \)

    \( \newcommand{\vectorC}[1]{\textbf{#1}} \)

    \( \newcommand{\vectorD}[1]{\overrightarrow{#1}} \)

    \( \newcommand{\vectorDt}[1]{\overrightarrow{\text{#1}}} \)

    \( \newcommand{\vectE}[1]{\overset{-\!-\!\rightharpoonup}{\vphantom{a}\smash{\mathbf {#1}}}} \)

    \( \newcommand{\vecs}[1]{\overset { \scriptstyle \rightharpoonup} {\mathbf{#1}} } \)

    \( \newcommand{\vecd}[1]{\overset{-\!-\!\rightharpoonup}{\vphantom{a}\smash {#1}}} \)

    Un tercer tipo de auditoría de accesibilidad web es una Auditoría Detallada. Este tipo de auditoría se realiza sobre una característica particular de un sitio web o en un proceso en particular. Se examinan todos los aspectos de la accesibilidad de la característica o proceso.

    Finalidad de la Auditoría

    Las Auditorías Detalladas pueden formar parte de una serie de auditorías que incluyen una Plantilla y Auditoría General o pueden realizarse por su cuenta. Una Auditoría Detallada se puede llevar a cabo en una aplicación web independiente en su conjunto, donde un proveedor o desarrollador desea certificar la accesibilidad de su producto. Alternativamente, se puede realizar una Auditoría Detallada en una colección particular de páginas que sirvan a un propósito particular dentro de un sitio.

    Proceso de Auditoría

    El procedimiento para realizar una Auditoría Detallada es muy parecido al de una Plantilla o Auditoría General, con la revisión agregada del proceso o elementos de transición del proceso asociados a una característica o aplicación.

    Una Auditoría Detallada comienza identificando todas las páginas o pantallas asociadas con la (s) característica (s) a revisar. Piense en esta colección de páginas como una representación de un camino a través del sitio que un visitante podría tomar para llegar a un destino final. Por ejemplo, considere una aplicación de carrito de compras utilizada dentro de un sitio web comunitario más grande. El sitio de la comunidad puede incluir una pantalla de registro, una pantalla de inicio de sesión, una página de inicio de usuario y el carrito en sí puede incluir una página de selección de productos, una página de factura, una página de pago y una página de envío de tarjetas de crédito, entre otras. Todas estas páginas juntas representan un proceso que debe ser accesible en su conjunto antes de que la aplicación del carrito pueda ser juzgada conforme.

    Cada página del proceso de realizar una compra con la aplicación del carrito se revisa de forma independiente y como parte de todo el proceso. Las páginas individuales se evalúan al igual que una página de contenido se evaluaría en una Auditoría General. Por ejemplo, ¿puede un usuario lector de pantalla navegar fácilmente a través de una colección de productos y hacer una selección desde la página del producto?

    También es importante evaluar las transiciones entre pantallas en el proceso de realizar una compra. Por ejemplo, si un usuario quiere conocer más detalles sobre un producto y abre una ventana de detalles, una vez que el usuario ha terminado con la ventana de detalles y la cierra, ¿pueden encontrar fácilmente el camino de regreso a su posición en la página de productos desde la que se abrieron los detalles? O, después de hacer una selección desde la pantalla del producto y ser dirigido a la pantalla de pago, ¿se proporcionan suficientes comentarios para indicar que la selección del producto fue exitosa, sin tener que dedicar demasiado tiempo a buscar a través del contenido de la pantalla de pago para tomar esa determinación? Este tipo de problemas de accesibilidad son parte del proceso, más que parte del contenido. Tanto el contenido como el proceso deben ser considerados en su conjunto en una Auditoría Detallada.

    Tiempo requerido para la auditoría

    El alcance de una Auditoría Detallada puede variar significativamente de una auditoría a otra. Evaluar la accesibilidad de una aplicación web completa, por ejemplo, puede tardar semanas o más en completarse. Al estimar el tiempo requerido para completar una Auditoría Detallada, resulta útil una estrategia similar al proceso de muestreo en una Auditoría General. Crear una lista de cada una de las páginas o pantallas a revisar, hacer alguna revisión informal inicial para tener una idea del nivel de accesibilidad y la complejidad de los elementos a revisar. Cree un tiempo base por página y multiplíquelo por el número de páginas a evaluar para estimar el esfuerzo requerido para la auditoría.

    Consideraciones de conformidad

    Al realizar Auditorías Detalladas de aplicaciones web, es importante anotar un número de versión del software en el informe. Una Auditoría Detallada solo se aplicará a una versión específica del software o a una característica específica de un sitio web en una fecha determinada. Debido a que el software y los sitios web cambian con el tiempo, solo es apropiado asignar conformidad en una instantánea particular de “fecha identificada” de las características o funcionalidades que se están revisando.

    Punto clave: Una reclamación de conformidad después de una Auditoría Detallada se aplica solo a una versión particular del software, o a una característica particular de un sitio web en un momento específico.

    This page titled 8.7: Auditorías Detalladas is shared under a CC BY-SA license and was authored, remixed, and/or curated by Digital Education Strategies, The Chang School.