W3C mobileOK Pruebas Básicas 1,0

21/09/2010 W3C mobileOK Pruebas básicas 1,0
W3C mobileOK Pruebas básicas 1,0

Recomendación del W3C 08 de diciembre 2008
Esta versión:
http://www.w3.org/TR/2008/REC-mobileOK-basic10-tests-20081208/
Última versión:
http://www.w3.org/TR/mobileOK-basic10-tests/
la versión anterior:
http://www.w3.org/TR/2008/PR-mobileOK-basic10-tests-20081103/
Editores:
Sean Owen, Google
Jo Rabin, dotMobi (y antes en Segala)
Por favor refiérase a la fe de erratas para este documento, que puede incluir algunas
correcciones normativas.
Vea también las traducciones.
Copyright © 2008 W3C® (MIT, ERCIM, Keio), Todos los derechos reservados. W3C responsabilidad,
marca registrada y documentar la utilización de normas se aplican.
Resumen
Este documento define las pruebas que sirven de base para la toma de un crédito del
W3C mobileOK Basic ® ™ y la conformidad se basan W3C Mobile Web sobre Mejores
Prácticas Mejor [Prácticas]. Los detalles de cómo reclamar conformidad mobileOK se
describe por separado. Los proveedores de contenido que pasa las pruebas han
tomado algunas medidas para proporcionar una experiencia de usuario funcional para
los usuarios de base dispositivos móviles cuyas capacidades menos iguales a las del
contexto de entrega predeterminada (DDC).
mobileOK Básico principalmente evalúa la usabilidad de base, la eficiencia y la

interoperabilidad. No se refiere a la importante meta de evaluar si los usuarios de
dispositivos más avanzados disfrutar de una experiencia de usuario más rica que es
posible utilizando la DDC.
Estado de este documento

Esta sección describe el estado de este documento en el momento de su
publicación. Otros documentos pueden reemplazar a este documento. Una lista de
las publicaciones actuales del W3C y la última revisión de este informe técnico se
puede encontrar en el índice de informes técnicos del W3C en http://www.w3.org/TR/.
Este documento fue desarrollado por la Mobile Web Best Practices Grupo de Trabajo
en el marco de la Iniciativa de Web Móvil.
Por favor, consulte el Grupo de Trabajo informe de aplicación. Una completa lista de los
cambios de redacción ya que la versión anterior de este documento está disponible.
Por favor envíe sus comentarios sobre este documento a public-bpwg-

comments@w3.org (con archivo público).
Este documento define las pruebas verificables-máquina, basada en W3C Mobile Web
Best Practices [Mejores Prácticas]. Aunque los autores de contenido no se espera que
utilicen este documento directamente, los participantes del Grupo de Trabajo esperan
que las herramientas que implementan los ensayos definidos en este documento para
mejorar en gran medida la creación de contenidos que aborda la experiencia de
navegación de los usuarios en una amplia gama de dispositivos.
Este documento ha sido revisado por miembros del W3C, por desarrolladores de
software, y por otros grupos del W3C y las partes interesadas, y está respaldada por el
Director como una Recomendación del W3C. Es un documento estable y puede ser
utilizado como material de referencia o citado en otro documento. El papel del W3C al
hacer esta Recomendación es llamar la atención sobre la especificación y promover su
difusión general. Esto mejora la funcionalidad y la interoperabilidad de la Web.
Este documento fue elaborado por un grupo que opera en el marco del 05 de febrero
2004 P lí i d P d l W3C W3C i li úbli d l
w3.org/TR/mobileOK-basic10-tests/ 1/17
1 Introducción
1.1 Ámbito de aplicación
1.1.1 Relación con las Mejores Prácticas
1.1.2 Fuera de Alcance
1.1.3 Más allá de mobileOK
1.2 Aplicabilidad
1,3 que exige la conformidad mobileOK
2 Conformidad
2.1 Utilización de términos que, en caso de etc
2.2 Validez de las Pruebas
2.3 Resultados del ensayo
2.4 Realización de Pruebas
2.4.1 Orden de Pruebas
2.4.2 HTTPS
2.4.3 Solicitud HTTP
2.4.4 de respuesta HTTP
2.4.5 Meta-equiv http Elementos
2.4.6 estilo CSS
2.4.7 Recursos incluido
2.4.8 Recursos relacionados
2.4.9 Validez
2.4.10 Espacio en blanco
3 mobileOK Pruebas básicas
3,1 AUTO_REFRESH y redirección
3,2 CACHÉ
3,3 CHARACTER_ENCODING_SUPPORT y CHARACTER_ENCODING_USE
3,4 CONTENT_FORMAT_SUPPORT y VALID_MARKUP
3,5 DEFAULT_INPUT_MODE
3,6 EXTERNAL_RESOURCES
3,7 GRAPHICS_FOR_SPACING
3,8 IMAGE_MAPS
3,9 IMAGES_RESIZING y IMAGES_SPECIFY_SIZE
3,10 LINK_TARGET_FORMAT
3,11 MEDIDAS
3,12 MINIMIZAR
3,13 NO_FRAMES
3,14 NO TEXT_ALTERNATIVES
3,15 OBJECTS_OR_SCRIPT
3.15.1 Elemento de procesamiento de objetos de la Regla
3,16 PAGE_SIZE_LIMIT
3,17 PAGE_TITLE
3,18 POP_UPS
3,19 PROVIDE_DEFAULTS
3,20 STYLE_SHEETS_SUPPORT
3,21 STYLE_SHEETS_USE
3,22 TABLES_ALTERNATIVES
3,23 TABLES_LAYOUT
3,24 TABLES_NESTED
Apéndices
Un Agradecimientos (no normativo)

B Las referencias (no normativo)
C Relación con las mejores prácticas y pruebas mobileOK (No Normativo)
1 Introducción
mobileOK Basic es un sistema para evaluar si los recursos web (contenido de la web)
se pueden entregar de una manera que es con Mobile Web de Best conformes
Prácticas [Mejores Prácticas] en gran medida a un hipotético agente de usuario móvil y
sencilla, el contexto de entrega predeterminada.
Este documento describe mobileOK Pruebas básicas del W3C para el contenido
emitido, y describe cómo emular el DDC, cuando se solicite ese contenido.
La intención de mobileOK es ayudar a catalizar el desarrollo de contenido Web que

proporciona una experiencia de usuario funcional en un contexto móvil. No es una
prueba para los navegadores, los agentes de usuario o dispositivos móviles, y no
pretende dar a entender algo sobre la forma en que estos deben comportarse.
mobileOK no implica aprobación o de la idoneidad de los contenidos. Por ejemplo, no

debe suponerse que una afirmación de que un recurso es mobileOK conformes implica
que es de mayor valor informativo, es más confiable, más digno de confianza o es más
apropiada para los niños que cualquier otro recurso.
1.1 Ámbito de aplicación
usuarios móviles.
mobileOK conformidad de base debe ser sólo un primer paso hacia la construcción de
una experiencia armonizada para los usuarios móviles. Conformidad simplemente
demuestra que una experiencia básica está disponible, compatibles con un gran
número de dispositivos móviles. mobileOK conformidad básica no dice nada acerca
más rico, más sofisticado, experiencias que pueden estar disponibles, ni tampoco dice
nada sobre si otras directrices para el desarrollo de contenidos Web (por ejemplo,
[WCAG 1.0]) se han seguido.
1.1.2 Fuera de Alcance
Algunas buenas prácticas, como PRUEBA, son aconsejables pero no de manera

significativa se traducen en pruebas concretas.
Las pruebas de evaluar si el contenido puede ser proporcionada de modo que se logre
la usabilidad de base, la eficiencia y la interoperabilidad con los dispositivos móviles.
Las pruebas no debe entenderse que evaluar con detenimiento si el contenido ha sido
bien diseñado para dispositivos móviles.
1.1.3 Más allá de mobileOK
Las mejores prácticas, y por lo tanto las pruebas, no se promueven como orientación
para lograr la experiencia óptima del usuario. Las capacidades de muchos dispositivos
superiores a los definidos por la DDC. Con frecuencia es posible, y deseable en
general, para proporcionar una experiencia diseñada para aprovechar las capacidades
adicionales.
Los proveedores de contenido deben proporcionar una experiencia que es mobileOK

conformes de base para asegurar un nivel básico de interoperabilidad. Los
proveedores son animados a ofrecer experiencias mejoradas, y cuando estos son
apropiados para su aplicación y los dispositivos que están accediendo a ellos.
1.2 Aplicabilidad
Las pruebas se aplican a un URI. Al pasar las pruebas significa que cuando se tiene
acceso como se describe en la solicitud HTTP 2.4.3, la solución de un URI se traducirá
en mobileOK Básico conformes contenido que se entrega en una mobileOK Básico
manera conformes.
Es decir, las pruebas no se aplican sólo al contenido o el documento de los casos.

Muchos mejores prácticas no se refieren sólo al documento (por ejemplo,
VALID_MARKUP), sino a la forma en que se entrega a un dispositivo móvil (por
ejemplo, CACHÉ).
mobileOK Básico no dice nada acerca de lo que puede ser entregado a los
dispositivos móviles no.
1,3 que exige la conformidad mobileOK
Un mecanismo estándar se define que permite a los proveedores de contenido para

afirmar que un URI o grupo de URI, como un sitio Web, se ajusta a mobileOK Básico.
Será posible hacer afirmaciones en una forma procesable máquina. También será
posible notificar a los usuarios finales de la presencia de la demanda por medio de una
marca legible por humanos.
Los detalles de los mecanismos de que se pida conformidad mobileOK se describe

por separado.
2 Conformidad
2.1 Utilización de términos que, en caso de etc
Cuando se utilizan los términos con el significado que se define en [RFC 2119] que se
destacan en el texto por ejemplo, debe.
2.2 Validez de las Pruebas
mobileOK pruebas sólo tienen sentido cuando el URI bajo prueba se resuelve en el
contenido HTML prestados a través de HTTP.
Resultados 2.3 Pruebas
Las pruebas individuales se puede dar lugar a PASS o FAIL. PASS se requiere de
todas las pruebas para poder reclamar mobileOK conformidad de base. En todos los
ensayos, PASS se logra si y sólo si no hay FAILs. N específicos PASS resultado se
d fi l i b
2.4.1 Orden de Pruebas
mobileOK Basic no prescribe ni el orden en que las pruebas se llevarán a cabo, ya que
pueden ser ejecutadas independientemente. Algunas pruebas han sido diseñadas para
evaluar los aspectos del contenido que son rechazados por otras pruebas, lo que es
deliberada y tiene por objeto permitir entornos de prueba para proporcionar tanta
información como sea posible.
Por ejemplo la prueba de 3,21 STYLE_SHEETS_USE señala que las hojas de estilo se
debe utilizar con preferencia a los elementos de marcado como centro, aunque el
centro de elemento es también rechazado por la prueba de 3,4
CONTENT_FORMAT_SUPPORT y VALID_MARKUP.
Los creadores de las implementaciones de las pruebas descritas en este documento

insta a proporcionar tanta información como sea posible a los usuarios de sus
implementaciones. Cuando es posible, no debe dejar de FAIL y en concreto, debe:
Proporcionar información sobre la causa de la alerta o el fracaso (cada advertir y

FAIL es identificar de forma individual);
Continuar pruebas individuales en la medida de lo posible;
Llevar a cabo tantas pruebas como sea razonable.
2.4.2 HTTPS
Nota:
certificados raíz arbitraria (incluyendo los certificados con firma propia) debe
considerarse como de confianza.
Cuando se resuelve una URI, si el URI tiene el régimen de https:
Si el certificado presentado no coincide con el URI solicitado, FAIL
Si el certificado ha caducado o aún no es válido, advierten
Si la validación de certificados de otro modo no funciona, FAIL
2.4.3 Solicitud HTTP
La raíz de la petición HTTP encabezados informar al servidor que debe entregar el

contenido que es compatible con el contexto de entrega predeterminada.
Utilice el HTTP GET método al hacer peticiones, a excepción de 3.10

LINK_TARGET_FORMAT donde el HEAD método puede ser utilizado (Ver 2.4.8
Recursos relacionados para una discusión de la POST del método).
Incluir un User-Agent de cabecera que comienza exactamente de la siguiente

manera (lo que indica la entrega predeterminada Contexto, y que podrá ser
prorrogado de acuerdo con la [RFC 2616] Sección 14.43, encabezado User-
Agent):
User-Agent: W3C-mobileOK/DDC-1.0 (véase http://www.w3.org/2006/07/mobileok-ddc)
Incluir un Acepte encabezado que indica que los tipos medios de Internet
entendido por el contexto de entrega predeterminada se aceptan mediante el
envío de exactamente este encabezado:
Aceptar: application / xhtml + xml, text / html; q = 0,1, application / xml + vnd.wap.xhtml; q = 0,1, texto / css, image /
Incluir un Accept-Charset encabezado que indica que sólo UTF-8 es aceptada

por el envío de exactamente este encabezado:
Accept-Charset: UTF-8
No incluya cookie encabezados relacionados.
Incluir información de autenticación en caso necesario (véase 2.4.4 de respuesta

HTTP). Una vez que la información de autenticación se ha incluido en una
solicitud, las solicitudes posteriores para el mismo reino debe incluir la
información de autenticación como se describe en la sección 2 y en "dominio" en
la sección 3.2.1 de [RFC 2617].
Las implementaciones deben apoyar URI tanto con http y https componentes
2.4.4 de respuesta HTTP
Nota:
Las implementaciones deben de soporte básico y la autenticación implícita.
Nota:
A continuación, observe que una o 5xx respuesta 404 para el recurso sometido a la
prueba no dé lugar a un FAIL con el fin de permitir la posibilidad de probar la
aplicación de una página de error.
Nota:
Si la prueba debajo de los resultados en un FAIL, no proceda con otras pruebas.

De lo contrario, el mobileOK Pruebas básicas deben aplicarse a los contenidos.
Si una solicitud HTTP no da lugar a una respuesta HTTP válida (por nivel de error
de red, error de la resolución de DNS, o no-respuesta HTTP), FAIL
Si el estado HTTP indica redirección (código de estado 3xx):
No llevar a cabo pruebas sobre la respuesta
Si la respuesta se refiere a una solicitud para el recurso está probando, o

cualquiera de sus Recursos incluido (ver 2.4.7 Recursos incluido):
Incluya el tamaño de la respuesta en el tamaño total de "como se describe en

el 3,16 PAGE_SIZE_LIMIT
Incluir esta respuesta en el recuento de la forma descrita en 3,6

EXTERNAL_RESOURCES
Si no hay HTTP Ubicación encabezado, FAIL.
Si el identificado por el URI HTTP Ubicación encabezado es un URI relativo,

crear un URI absoluto, combinando el valor de la ubicación de cabecera con el
absoluto URI de la solicitud a que se trata de una respuesta, advierten
Si el URI resultante no es un URI con el esquema de http o https, FAIL.
Vuelva a solicitar el recurso con el URI formuladas antes.
Si el estado HTTP indica que se requiere autenticación (por ejemplo, el código de

estado 401):
Si la respuesta se refiere a una solicitud para el recurso está probando, o

cualquiera de sus Recursos incluido (ver 2.4.7 Recursos incluido):
Si la información de autenticación fue suministrada en la petición HTTP (es

decir, la autenticación no) o en ausencia de información de autenticación
está disponible, FAIL
Llevar a cabo las pruebas sobre la respuesta
Incluya el tamaño de la respuesta en el tamaño total de "como se describe en

el 3,16 PAGE_SIZE_LIMIT
Incluir esta respuesta en el recuento de la forma descrita en 3,6

EXTERNAL_RESOURCES
Vuelva a solicitar el recurso mediante la autenticación de la información
Si la respuesta se refiere a una solicitud de un recurso vinculado (véase 2.4.8

Recursos relacionados):
Continúe con la prueba (véase LINK_TARGET_FORMAT 3,10 , es decir, no

volverá a solicitar el recurso con la información de autenticación), advierten
Si el código de estado HTTP 404 o 5xx
Si la respuesta se refiere a una solicitud para el recurso sometido a la prueba,

continúe con las pruebas sobre la respuesta y advierten
Si la respuesta se refiere a una solicitud de un recurso vinculado (véase 2.4.8

Recursos relacionados), continuar con el procedimiento (véase el 3,10
LINK_TARGET_FORMAT ) y advertir a
De lo contrario (es decir, para los recursos incluidos), FAIL
cuales a veces se consideran sustitutos de los encabezados de respuesta HTTP.
mobileOK implementaciones de prueba básica debe ignorar los valores especificados

en dichos elementos, además de lo siguiente:
La actualización de cabecera como se especifica en 3,1 AUTO_REFRESH y

redirección
El Content-Type encabezado como se especifica en 3,3

CHARACTER_ENCODING_SUPPORT y CHARACTER_ENCODING_USE
El Cache-Control encabezado como se especifica en 3,2 CACHÉ
Compruebe si hay coherencia con las cabeceras HTTP, de la siguiente manera:
Para cada meta un elemento con http-equiv atributo:
Si un juego del encabezado de respuesta HTTP no existe, advierten
Si un juego del encabezado de respuesta HTTP existe, pero su valor

difiere del contenido de valor de atributo, advierten
2.4.6 estilo CSS
Algunas pruebas se refieren al "estilo CSS" de la información. Montar el estilo CSS

mediante el uso de los contenidos de:
el estilo de atributos de cualquier elemento (el uso del estilo de atributo está
en desuso en XHTML Basic 1.1 [XHTML Basic 1.1])
estilo de los elementos cuya tipo de atributo es "text / css, y cuyos medios de
atributo no está presente o está presente y contiene los valores de "todos" o "de
mano" (mayúsculas y minúsculas).
recursos vinculados a través de enlaces y elementos xml-stylesheet

instrucciones de procesamiento, cuando:
el rel atributo contiene "stylesheet" pero no "alternativo" (mayúsculas y

minúsculas)
el juego de caracteres de atributo no está presente o está presente con el

valor "UTF-8" (-entre mayúsculas y minúsculas)
el tipo de atributo no está presente o está presente con el valor "text / css"
los medios de comunicación atributo no está presente o está presente y

contiene el valor "total" o "de mano" (mayúsculas y minúsculas).
Nota:
En el caso de xml-stylesheet instrucciones de procesamiento, atributo de

esta sección se refiere a la pseudo-atributo.
los recursos vinculados por CSS @ import -en las normas cuya presentación lista
de medios no está presente o está presente y contiene el valor "total" o "de mano"
En el curso de montaje de los estilos CSS utilizar sólo los conjuntos de reglas CSS que
no se limitan en cuanto a su presentación tipo de medio o cuya presentación tipo de
lista contiene los medios de comunicación "de mano" o "todos".
2.4.7 Recursos incluido
Algunas pruebas se refieren a los recursos incluidos, que son recursos externos para el
recurso a prueba y, sin embargo vital para la prestación de recursos y que cuya URI
tiene el "http" o "https" régimen, cuando se representa en una forma absoluta. Algunos
ejemplos son la imagen y la hoja de estilos los recursos.
Cuando los recursos recuperación, las directivas de almacenamiento en caché debe

ser observada. Múltiples referencias a los recursos almacenados en caché se cuentan
una sola vez en lo que se refiere el peso de la página (ver PAGE_SIZE_LIMIT 3,16 ) y el
recuento de los recursos (véase EXTERNAL_RESOURCES 3,6 ).
Incluye recursos se definen como aquellos que se hace referencia por el texto siguiente:
el src atributo del img elementos
los datos de atributo de objeto de los elementos (ver notas abajo)
l t ib t d l l t i t i d
Nota:
En algunas circunstancias objeto elementos pueden actuar como sinónimos de

otros elementos, como img y iframe. En estos casos se observa en la sección
correspondiente al objeto de evaluar los elementos como los equivalentes de otros
elementos.
Nota:
Los recursos que se recuperan como referencias de objeto y cuyos elementos de

Content-Type del encabezado HTTP no está configurado para "image / jpeg" o
"image / gif" no se consideran que se deben incluir los recursos como se expone
en 3.15.1 de elementos de objeto del proceso de reglas (es decir, objetos que se
"probó" para determinar su tipo de contenido de Internet, pero se descartan luego
no están incluidos los recursos). Su tratamiento, por lo que respecta
PAGE_SIZE_LIMIT 3,16 y 3,6 EXTERNAL_RESOURCES , se describe en la
sección correspondiente.
Nota:
Recursos que se hace referencia por los descendientes de un objeto de elemento

que se refiere a un Incluido recursos no se consideran que se deben incluir los
recursos como se expone en 3.15.1 de elementos de objeto del proceso de reglas
(es decir, cualquier img o objeto elemento que se produce en el otoño-parte de
atrás de una aceptable objeto no es un elemento incluido de recursos).
2.4.8 Recursos relacionados
Recursos relacionados recursos se vincularan a partir del recurso a prueba (que no sea
el propio recurso), pero que no son vitales a la prestación de ese recurso cuya URI
comienza con el "http" o "https" régimen cuando se representa en una forma absoluta.
los recursos relacionados se definen como aquellos que se hace referencia por:
el href atributo de un anclaje () elementos.
la acción atributo de forma elementos cuyo método de atributo no está presente o

está presente con valor de "get" (mayúsculas y minúsculas).
Nota:
Los formularios con el método atributo "POST" (mayúsculas y minúsculas),

son aceptadas en los documentos bajo prueba, pero no ha sido verificada
por mobileOK Basic (desplazamiento puede causar efectos secundarios
tales como la adición de registros no deseados a una base de datos).
Nota:
Cuando las formas de presentar utilice los valores predeterminados cuando

hayan sido suministrados, de lo contrario la oferta los valores vacíos.
2.4.9 Validez
Varias pruebas se refieren a la validez de los aspectos de un recurso. En esta sección

se define concretamente lo que esto significa.
CSS
Un recurso es considerado un recurso válido CSS si se ajusta a la gramática se

define en [CSS Nivel 1], Apéndice B. La presencia de en-reglas, propiedades o
valores o combinaciones de propiedades y valores que no estén especificados
en [CSS Nivel 1 ] no constituye una falta de validez de los CSS. Ver
STYLE_SHEETS_USE 3,21 para el tratamiento de esos valores. Además, los
medios de comunicación @ regla-arroba y la lista de medios de presentación
para la importación @ regla-arroba se tienen en cuenta a la hora de evaluar CSS.
GIF
Una imagen es una imagen válida de GIF si se ajusta a la gramática se define en

el artículo 25 de la [GIF] pliego de condiciones.
JPEG
Una imagen es una imagen JPEG válida si se sigue el formato definido en el

anexo B de la [JPEG] pliego de condiciones
UTF-8
Un recurso es considerado como válido UTF-8 si es válida bytes representan la

codificación UTF-8 de una cadena como se define en [RFC 3629] la sección 4
3 mobileOK Pruebas básicas
En esta sección se describen los ensayos de mobileOK Básico. Las pruebas están
organizadas por orden alfabético de las mejores prácticas de los que derivan. Cuando
una prueba se deriva de más de una las mejores prácticas que se coloca de acuerdo a
la que se produce primero en el orden del diccionario.
3,1 AUTO_REFRESH y REDIRECCIÓN
Esta prueba no determina si el usuario es capaz de optar por no volver a cargar.
Si una meta elemento está presente con http-equiv valor del atributo de
"refrescar",
Si el URI especificado como parte del contenido de atributo no es actual de

recursos de la URI, FAIL
Si no, advierten
Si una actualización encabezado HTTP está presente,
Si el URI especificado en el valor de la cabecera no es actual de recursos de la

URI, FAIL
Si no, advierten
3,2 CACHÉ
El propósito de este ensayo es alertar a los proveedores a que su contenido no puede

ser almacenado en caché, si sería beneficioso para hacerlo.
Nota:
Cuando ambos una meta elemento con http-equiv atributo y la cabecera HTTP
correspondiente se considerará que el valor del encabezado HTTP deben ser
utilizados - véase también la nota en virtud de 2.4.5 Meta Elementos equiv-http.
Si la respuesta HTTP no contiene ni una Expira ni Cache Control- cabecera
Si no se meta http-equiv elemento está presente, refiriéndose a los

encabezados, FAIL
Continuar la prueba utilizando el valor de la meta de contenido atributo como si

fuera especificado en el encabezado su caso, advierten
Si una Cache-Control encabezado HTTP existe y tiene valor "no-cache", o

contiene el valor "max-age = 0", advierten
Si un Pragma encabezado HTTP existe y tiene valor "no-cache", advierten
Si uno vence y Fecha encabezado HTTP están presentes, y la vence encabezado

especifica una fecha que no será posterior a lo que el actual encabezado
especifica, advierten
Si caché relacionados con las cabeceras cualquier contiene un valor no válido,

advierten
Si la respuesta HTTP contiene una de Last-Modified de cabecera,
Solicitar a la misma URI otra vez, añadiendo un Si-Modified-Since

encabezado de la solicitud, cuyo valor coincide con el del pasado-Modified
encabezado de respuesta
Si la respuesta HTTP contiene una de Last-Modified encabezado y su valor es

de nuevo el mismo, y el estado de respuesta HTTP no es 304 (No modificado),
advierten
Si la respuesta HTTP contiene un ETag encabezado,
Solicitar a la misma URI otra vez, añadiendo un If-None-Match encabezado de

la solicitud, cuyo valor coincide con el del ETag del encabezado de respuesta
Si la respuesta HTTP contiene un ETag encabezado y su valor es de nuevo el

mismo, y el estado de respuesta HTTP no es 304 (No modificado), advierten
recurso en la codificación UTF-8.
Esta prueba requiere que la codificación de caracteres se especifica explícitamente y

reconoce los siguientes métodos de especificación:
HTTP Content-Type de cabecera
application / xhtml + xml; charset = UTF-8
XML declaración
<? Xml version = "1.0" encoding = "UTF-8" ?>
meta elemento que es el primer hijo del documento de la cabeza del elemento, y
cuya http-equiv atributo es "de tipo" de contenido, y cuyo contenido atributo
especifica la codificación de caracteres
... <head> meta <http-equiv = "Content-Type" content = "application / xhtml + xml; charset = UTF-8"/> ...
Si el HTTP Content-Type especifica un encabezado de codificación de caracteres

distintos de UTF-8, FAIL
Si el HTTP Content-Type del encabezado no especifique una codificación de

caracteres:
Si no hay una declaración XML, o-8 codificación de caracteres UTF no se

especifica en la declaración XML, FAIL
Si el HTTP Content-Type especifica un encabezado de tipo de medio de

Internet que comienzan con "text /":
Si no hay una meta elemento con http-equiv atributo que especifica la

codificación de caracteres UTF-8, FAIL
Si la codificación de caracteres se especifica en más de una manera, y no todos

los valores son los mismos, FAIL
Si el documento no es válido UTF-8 (véase 2.4.9 Validez), FAIL
Para cada recurso especificado por 2.4.7 Recursos incluido:
Solicitar el recurso
Si el HTTP Content-Type valor de la cabecera de la respuesta empieza con

"text /" pero no especifica la codificación de caracteres UTF-8, advierten
3,4 CONTENT_FORMAT_SUPPORT y VALID_MARKUP
Nota:
A continuación, un documento html " es un documento que tiene "html" como su

elemento raíz.
Nota:
En el siguiente, "independientemente de su declarado DOCTYPE" significa que la

hora de evaluar la validez de base contra el XHTML 1.1 y XHTML MP 1.2 DTD esto
puede llevarse a cabo mediante la inserción de un DOCTYPE si no lo hay, o mediante
la sustitución de lo dado DOCTYPE con la correspondiente DOCTYPE para el DTD bajo
prueba.
Nota:
En lo sucesivo, "una versión XHTML conocido" significa XHTML Basic 1.0, XHTML
Basic 1.1, XHTML-MP 1.0, XHTML-MP 1,1 o 1,2 XHTML-MP.
Si el documento de Internet de tipo de medio, tal como se especifica en la

respuesta HTTP Content-Type de cabecera, no es "application / xhtml + xml",
"application / vnd.wap.xhtml + xml" o "text / html", FAIL
Si el documento de Internet de medios de comunicación es de tipo "text / html" o

"application / vnd.wap.xhtml + xml", advierten
Si el documento no contiene un DOCTYPE declaración, FAIL
Si l d t d t HTML FAIL
DOCTYPE y si no válido, advierten
En caso contrario (si el DOCTYPE no se conoce), advierten
Si (con independencia de su DOCTYPE declarado) el documento no valida contra

la base XHTML 1.1 DTD:
Si (con independencia de su DOCTYPE declarado) que no validar con el

XHTML-MP 1,2 DTD, FAIL
Para cada Incluye recursos (véase 2.4.7 Recursos incluido):
Si la respuesta especifica un tipo de medio de Internet que no es "text / css,"

image / jpeg "o" image / gif ", FAIL
Si una imagen es necesario (véase también el 3,15 OBJETOS _OR_SCRIPT )

y la respuesta especifica un tipo de medio de Internet que no es "image / jpeg"
o "image / gif", FAIL
Si el tipo de medio de Internet es "image / gif" o "image / jpeg", y el recurso no

es válido (ver 2.4.9 Validez), FAIL
Si una hoja de estilo que se requiere y la respuesta especifica un tipo de medio

de Internet que no es "text / css", FAIL
Si el tipo de medio de Internet es "text / css" y el contenido no es CSS válido

(ver 2.4.9 Validez), FAIL
3,5 DEFAULT_INPUT_MODE
Nota:
inputmode es parte de [XHTML Basic 1.1].
Para cada entrada de elemento con el atributo de tipo cuyo valor es "text" o
"password" o cuyo tipo de atributo es que faltan:
Si el elemento inputmode atributo es válido de acuerdo con la Sección 5.2 de

agente de usuario Comportamiento de XHTML Basic 1.1 [XHTML Basic 1.1],
FAIL
Si el elemento de valor de atributo es que falta o vacío, y una inputmode

atributo no está presente, advierten
Para cada área de texto elemento:
Si el elemento inputmode atributo es válido de acuerdo con la Sección 5.2 de

agente de usuario Comportamiento de XHTML Basic 1.1 [XHTML Basic 1.1],
FAIL
Si el elemento está vacío y un inputmode atributo no está presente, advierten
3,6 EXTERNAL_RESOURCES
Recuperar el recurso sometido a prueba, y añadir el número de las consultas

necesarias para obtener los recursos (véase 2.4.4 de respuesta HTTP) a un total
acumulado.
Para cada uno único Incluye recursos, tal como se define en 2.4.7 Recursos
incluido:
Solicitar el recurso referido
Sume el número de peticiones HTTP que se requieren para recuperar el

recurso (véase 2.4.4 de respuesta HTTP) para el total acumulado. Incluir en la
cuenta sólo los objetos recuperados en el marco del objeto Elemento 3.15.1
proceso de reglas cuyo tipo de atributo no se especifica, y aquellos cuyo
contenido sea de tipo "image / jpeg" o "image / gif" independientemente de que
el tipo de atributo se especifica .
Si el total supera los 10, advierten
Si este total no supere el 20, FAIL
3 7 GRAPHICS FOR SPACING
transparentes y FAILs grandes. Se cree que muy pocos o ninguno los sitios que utilizan
imágenes transparentes de cualquier tamaño significativo para el seguimiento.
Para cada img elemento y objeto es un elemento que incluyen los recursos (véase
2.4.7 Recursos incluido):
Si todos los píxeles sean transparentes,
Si la altura y la anchura de la imagen están a menos de o igual a 2 píxeles,

advierten
Si cualquiera de dimensión superior a los 2 píxeles, FAIL
Si hay más de una imagen con todos los píxeles transparentes está presente,
advierten
3,8 IMAGE_MAPS
Si una entrada de elemento con el tipo de atributo en "imagen" está presente,

FAIL
Para cada img elemento y objeto es un elemento que incluyen los recursos
(véase 2.4.7 Recursos incluido):
Si un usemap atributo está presente, FAIL
Si un ISMAP atributo está presente, FAIL
3,9 IMAGES_RESIZING y IMAGES_SPECIFY_SIZE
Nota:
La altura y el ancho de atributos HTML especificar píxeles cuando se utilizan

como un número. Ninguna unidad se especifica.
Para cada img elemento y objeto es un elemento que incluyen los recursos (véase
2.4.7 Recursos incluido):
Si la altura o anchura de atributo son los que faltan, FALLA
Si la altura o ancho de atributo no se especifica un tamaño en píxeles, FAIL
Si el valor especificado por el alto o ancho de atributo es mayor que la

dimensión correspondiente de la imagen, advierten
Si el valor especificado por la altura o el atributo width es menor que la

dimensión correspondiente de la imagen, FAIL
3,10 LINK_TARGET_FORMAT
Nota:
404 y 5xx de estado HTTP no den lugar a error al realizar esta prueba.
Nota:
El cuerpo del documento de recursos que no se examina.
Para cada recurso vinculado, según se define en 2.4.8 Recursos relacionados:
Solicitar el recurso
Si el Content-Type valor de encabezado HTTP de la respuesta no es uno de los

medios de comunicación de Internet tipos enumerados en la aceptación de
cabecera en una solicitud HTTP de 2.4.3, advierten
Si el Content-Type valor de encabezado HTTP de la respuesta no especifica un

conjunto de caracteres del parámetro, o no, pero no es coherente con el valor
de la Accept-Charset encabezado HTTP 2.4.3 Solicitud, advierten
Por cada documento de referencia interna (enlaces en el documento objeto de

examen que se refieren al documento en sí):
El tamaño intrínseco de las imágenes debe ser especificado como atributos de la
img y no como elemento de las propiedades CSS (véase 3,9 IMAGES_RESIZING
y IMAGES_SPECIFY_SIZE)
Nota:
Sólo CSS Nivel 1 propiedades son consideradas en esta prueba.
Para cada nivel 1 de CSS propiedad en el estilo CSS (véase 2.4.6 de estilo
CSS), cuyo valor es una medida numérica de longitud establecida junto con una
unidad:
Si el valor es distinto de cero y la unidad no es "em" o "ex" (y el valor no es un

porcentaje), y la propiedad no es un margen, borde o cuadro de propiedades
de relleno, FAIL
3,12 MINIMIZAR
Nota:
Extraños espacios en blanco en el guión y en CSS no se consideran en esta

prueba. Dicha prórroga podrá ser considerado en una futura revisión de esta
especificación.
contar el número de caracteres de espacio en blanco (ver 2.4.10 espacios en

blanco) en una secuencia de más de un espacio en blanco (sin contar el primero),
que existen fuera de una previa, de estilo, scripts elemento, o un comentario
XML.
Añádase a esto el contar el número de caracteres, de los comentarios XML. Este

total es el número de caracteres extraños en el documento.
Cuente el número total de caracteres en el documento.
Si el número de caracteres extraños supera el 10% del recuento de caracteres en

el documento, advierten
Si el número de caracteres extraños superior al 25% del recuento de caracteres

en el documento, FAIL
3,13 NO_FRAMES
Si el documento contiene un marco, de conjunto de marcos o iframe elemento,

FAIL
3,14 NO TEXT_ALTERNATIVES
Esta prueba no determina si el texto alternativo es significativo.
Nota:
Un vacío alt atributo es aceptable y significa que no hay alternativa textual

significativa, por ejemplo para las imágenes que son puramente decorativas.
Para cada img elemento:
Si un alt atributo no está presente o sólo contiene espacios en blanco, FAIL
3,15 OBJECTS_OR_SCRIPT
Esta prueba no determina si el documento es que se puede usar sin los objetos o
secuencias de comandos.
Si una secuencia de comandos elemento está presente, advierten
Si algún elemento tiene una intrínseca evento "atributo" (en la actualidad onload,
onUnload, onClick, ondblclick, onmousedown, onmouseup, onmouseover,
onmousemove, onmouseout, onfocus, onblur, onkeypress, onkeydown, onkeyup,
onsubmit, onreset, onselect, onchange), advierten
3.15.1 Elemento de procesamiento de objetos de la Regla
Para cada img elemento que no tiene objeto ancestro elemento (que no sea el
nodo de contexto) en este contexto:
Tratar esta imagen como un recurso incluido (y realizará los ensayos

adecuados).
Para cada objeto elemento que no tiene objeto ancestro elemento (que no sea el
nodo de contexto) en este contexto:
Si el objeto de elemento está vacío, advierten
Si el contenido del objeto elemento consiste sólo de espacios en blanco, FAIL
Si no hay ningún tipo de atributo, advierten
Si aún no está en caché (véase 2.4.7 Recursos incluido), recupere el recurso

referenciado (ignorando el tipo de atributo)
Si los medios de comunicación de Internet tipo de los recursos recuperados,

como lo indica su Content-Type encabezado HTTP no coincide con la
indicada en el tipo de atributo, advierten
Si el tipo de medio de Internet indicada por el Content-Type de encabezado

HTTP de los recursos recuperados no es "image / jpeg" o "image / gif",
advierten
Vuelva a aplicar esta norma con el actual objeto de los elementos como el
contexto
De lo contrario (el objeto es una imagen aceptable):
Tratar a este objeto como un recurso incluido (y realizará los ensayos

adecuados), ignorar img y objeto de los elementos que son descendientes
de los actuales objeto elemento.
Nota:
Una advertencia se emite cuando los medios de comunicación de tipo Internet

indicada por el tipo de atributo no es compatible con el contexto de presentación
por defecto debido a que algunos agentes de usuario no tienen en cuenta el tipo
de atributo de objeto de los elementos y esto puede causar que el agente de
usuario para recuperar los objetos grandes incompatible con consecuencias para
el rendimiento y costo.
Nota:
Un estado HTTP 406 en la recuperación de un recurso al que hace referencia un

elemento de objeto, no constituye un FAIL.
3,16 PAGE_SIZE_LIMIT
Recuperar el documento sometido a la prueba, cuando sus dimensiones (con

exclusión de toda redirecciones discutidos en 2.4.4 de respuesta HTTP) es
superior a 10 kilobytes, FAIL
Añadir a una total (total) el tamaño el tamaño de todos los organismos de

respuesta HTTP en ejecución que se requieren para recuperar el documento
sometido a la prueba (2.4.4 de respuesta HTTP).
Para cada uno único Incluye recursos, tal como se define en 2.4.7 Recursos
incluido:
el tamaño de todos los organismos Añadir la respuesta que se requieren para

recuperar el recurso (véase 2.4.4 de respuesta HTTP) para el total acumulado.
Incluir en el total sólo los objetos recuperados en el marco del objeto Elemento
3.15.1 proceso de reglas cuyo tipo de atributo no se especifica, y aquellos
cuyo tipo de medio de Internet como lo indica el Content-Type encabezado
HTTP puede ser "image / jpeg" o "image / gif "independientemente de que el
tipo de atributo se especifica.
Si el total supera los 20 kilobytes, FAIL
Nota:
Cuando el elemento de procesamiento de objetos 3.15.1 Regla rendimientos un
recurso que se encuentra para ser almacenado en caché, los objetos que se deben
evaluar en el transcurso de ceder el recuento de los recursos almacenados en
caché en el total.
3,17 PAGE_TITLE
Esta prueba no determina si el título es significativo.
Si un título de elemento no está presente en la cabeza del elemento, o está vacío

o sólo contiene espacios en blanco (ver 2.4.10 espacios en blanco), FAIL
3,18 POP_UPS
Para cada uno, enlace, forma, y base de elemento:
Si un objetivo atributo está presente,
Si su valor no es uno de los "_self", "_parent", o "_top", FAIL
3,19 PROVIDE_DEFAULTS
Para cada grupo de botones de radio dentro de un formulario de elemento (de

entrada con elementos de tipo "radio" que comparten el mismo nombre de valor
de atributo):
Compruebe que exactamente una entrada de elemento dentro de este grupo

tiene su marcada conjunto de atributos de «control», y si esto no es el caso,
advierten
Para cada uno seleccione el elemento:
Si no hay anidada opción elemento cuyo seleccionados atributo se establece

en "seleccionado", advierten
Si hay más de una opción cuyo elemento seleccionado atributo se establece

en "seleccionado", y los múltiples atributos no se ajusta a "múltiples",
advierten
3,20 STYLE_SHEETS_SUPPORT
Si el estilo CSS (véase 2.4.6 de estilo CSS) contiene normas hacen referencia a
la posición, mostrar o flotan propiedades, advierten
3,21 STYLE_SHEETS_USE
Esta prueba busca elementos en el módulo de extensión de texto definido por [XHTML
Modularización], algunas de las cuales no son compatibles con XHTML Básico [XHTML
Basic 1.1]. Asimismo, busca elementos comúnmente utilizados y los atributos que
fueron desaprobados en HTML 4, y no son compatibles, o desaprobados son, en
XHTML Básico.
Nota:
Esta prueba no requiere que cualquier estilo CSS se utiliza, ya que en algunos
casos, no se requiere la presentación de información en absoluto (por ejemplo, una
simple página de texto).
Si el documento contiene BASEFONT, BDO, centro, del, dir, de fuente,

complementos, menú, s, huelga o u elementos, FAIL
Si el documento contiene b, grandes, i, pequeños, sub, sup o tt elementos,

advierten
Si algún elemento tiene un estilo de atributo, advierten
Si todos los estilos están limitados a medios de presentación que otros tipos "de
mano" o "todos" a través de los medios de comunicación @ en situación de
reglas advierten
3,22 TABLES_ALTERNATIVES
Si una tabla de elemento existe, advierten
3,23 TABLES_LAYOUT
Esta prueba no detecta todos los casos donde las tablas se utilizan para fines de
diseño.
Para cada mesa de elemento:
Si contiene como máximo un tr elemento, FAIL
Si no tr elemento contiene más de un TD elemento, FAIL
Para cada uno anidado TD elemento:
Si el elemento contiene sólo una imagen (o un objeto similar) cuyas

dimensiones reales son de 2x2 o menos, FAIL
3,24 TABLES_NESTED
Para cada mesa de elemento:
Si contiene una tabla de elementos, FAIL
Un Agradecimientos (no normativo)

Los editores desean agradecer a los miembros de la BPWG para las contribuciones de
diversos tipos.
Los editores reconocen importantes contribuciones por escrito de:
Dominique Hazael-Massieux, el W3C

Phil Archer, el ICRA
Daoust François, el W3C
B Referencias (No Normativo)

Mejores Prácticas
Mobile Web Best Practices 1.0, Jo Rabin, Charles McCathieNevile,
Recomendación del W3C, el 29 de julio de 2008 (Ver
http://www.w3.org/TR/2008/REC-mobile-bp-20080729/)
CSS nivel 1
Hojas de Estilo en Cascada, nivel 1, Håkon Wium Lie, Bert Bos, Recomendación
del W3C 17 de diciembre 1996, revisado 11 de enero 1999 (Ver
http://www.w3.org/TR/1999/REC-CSS1-19990111/)
GIF
Graphics Interchange Format, versión 89a, CompuServe Incorporated, 1990 (Ver
http://www.w3.org/Graphics/GIF/spec-gif89a.txt)
JPEG
Recomendación T.81, 18 de septiembre de 1992 (Ver
http://www.w3.org/Graphics/JPEG/itu-t81.pdf)
RFC 2119
Palabras clave para su uso en RFC para Indicar Niveles de exigencia, S. Bradner,
marzo de 1997 (Ver http://tools.ietf.org/html/rfc2119.txt)
RFC 2616
Hypertext Transfer Protocol - HTTP/1.1 Petición de Comentarios: 2616, Fielding
R., J. Gettys, J. Mogul, Frystyk H., L. Masinter, P. Leach, T. Berners-Lee, junio de
1999 (Ver http: / / tools.ietf.org/html/rfc2616)
RFC 2617
Autentificación HTTP: Basic y autenticación implícita de acceso, J. Franks, p.
Hallam-Baker, J. Hostetler, Lawrence S., P. Leach, Luotonen A., L. Stewart, junio
de 1999 (Ver http://tools.ietf.org/html/rfc2617)
RFC 3629
UTF-8, un formato de transformación de la norma ISO 10.646, F. Yergau,
noviembre de 2003 (Ver http://tools.ietf.org/html/rfc3629)
WCAG 1.0
Web Content Accessibility Guidelines 1.0, W. Chisholm, G. y Jacobs
Vanderheiden I., eds., Recomendación del W3C, el 5 de mayo de 1999 (Ver
http://www w3 org/TR/1999/WAI WEBCONTENT 19990505/)
de octubre de 2008 (Ver http://www.w3.org/TR/2008/REC-xhtml-modularization -
20081008 /)
XML 1.0
Extensible Markup Language (XML) 1.0 (quinta edición), Tim Bray, Jean Paoli,
CM Sperberg McQueen, Maler Eva, Yergeau François, Recomendación del W3C
26 de noviembre 2008 (Ver http://www.w3.org/TR/2008/ REC-xml-20081126 /)
C Relación con las mejores prácticas y pruebas mobileOK (No

Normativo)
Este apéndice enumera todas las prácticas mejores y se indica si cada uno tiene un
ensayo correspondiente mobileOK Básico.
Mejores Prácticas mobileOK Básico

ACCESS_KEYS
AUTO_REFRESH X
AVOID_FREE_TEXT
BACKGROUND_IMAGE_READABILITY
BALANCE
CACHÉ X
CAPACIDADES
CENTRAL_MEANING
CHARACTER_ENCODING_SUPPORT X
CHARACTER_ENCODING_USE X
CLARIDAD
COLOR_CONTRAST
CONTENT_FORMAT_PREFERRED
CONTENT_FORMAT_SUPPORT X
CONTROL_LABELLING
CONTROL_POSITION
COOKIES
DEFAULT_INPUT_MODE X
DEFICIENCIAS
ERROR_MESSAGES
EXTERNAL_RESOURCES X
FUENTES
GRAPHICS_FOR_SPACING X
IMAGE_MAPS X
IMAGES_RESIZING X
IMAGES_SPECIFY_SIZE X
LARGE_GRAPHICS X
LIMITADA
LINK_TARGET_FORMAT X
LINK_TARGET_ID
MEDIDAS X
MINIMIZAR X
MINIMIZE_KEYSTROKES
NAVBAR
NAVEGACIÓN
NO_FRAMES X
NO TEXT_ALTERNATIVES X
OBJECTS_OR_SCRIPT X
PAGE_SIZE_LIMIT X
PAGE_SIZE_USABLE
PAGE_TITLE X
POP_UPS X
PROVIDE_DEFAULTS X
REDIRECCIÓN X
NAVEGACIóN
ESTRUCTURA
STYLE_SHEETS_SIZE
STYLE_SHEETS_SUPPORT X
STYLE_SHEETS_USE X
APTA
TAB_ORDER
TABLES ALTERNATIVES X
VALID_MARKUP X

W3C mobileOK Pruebas Básicas 1,0

Diunggah oleh

Informasi Dokumen

Judul Asli

Hak Cipta

Format Tersedia

Bagikan dokumen Ini

Bagikan atau Tanam Dokumen

Opsi Berbagi

Apakah menurut Anda dokumen ini bermanfaat?

Apakah konten ini tidak pantas?

Hak Cipta:

Format Tersedia

W3C mobileOK Pruebas Básicas 1,0

Diunggah oleh

Hak Cipta:

Format Tersedia

21/09/2010 W3C mobileOK Pruebas básicas 1,0

W3C mobileOK Pruebas básicas 1,0

Vea también las traducciones.

mobileOK Básico principalmente evalúa la usabilidad de base, la eficiencia y la

Estado de este documento

Por favor envíe sus comentarios sobre este documento a public-bpwg-

Un Agradecimientos (no normativo)

La intención de mobileOK es ayudar a catalizar el desarrollo de contenido Web que

mobileOK no implica aprobación o de la idoneidad de los contenidos. Por ejemplo, no

1.1 Ámbito de aplicación

1.1.2 Fuera de Alcance

Algunas buenas prácticas, como PRUEBA, son aconsejables pero no de manera

1.1.3 Más allá de mobileOK

Los proveedores de contenido deben proporcionar una experiencia que es mobileOK

Es decir, las pruebas no se aplican sólo al contenido o el documento de los casos.

1,3 que exige la conformidad mobileOK

Un mecanismo estándar se define que permite a los proveedores de contenido para

Los detalles de los mecanismos de que se pida conformidad mobileOK se describe

2.2 Validez de las Pruebas

Resultados 2.3 Pruebas

Los creadores de las implementaciones de las pruebas descritas en este documento

Proporcionar información sobre la causa de la alerta o el fracaso (cada advertir y

Continuar pruebas individuales en la medida de lo posible;

Llevar a cabo tantas pruebas como sea razonable.

Cuando se resuelve una URI, si el URI tiene el régimen de https:

Si el certificado presentado no coincide con el URI solicitado, FAIL

Si el certificado ha caducado o aún no es válido, advierten

Si la validación de certificados de otro modo no funciona, FAIL

2.4.3 Solicitud HTTP

La raíz de la petición HTTP encabezados informar al servidor que debe entregar el

Utilice el HTTP GET método al hacer peticiones, a excepción de 3.10

Incluir un User-Agent de cabecera que comienza exactamente de la siguiente

User-Agent: W3C-mobileOK/DDC-1.0 (véase http://www.w3.org/2006/07/mobileok-ddc)

Incluir un Accept-Charset encabezado que indica que sólo UTF-8 es aceptada

No incluya cookie encabezados relacionados.

Incluir información de autenticación en caso necesario (véase 2.4.4 de respuesta

Las implementaciones deben de soporte básico y la autenticación implícita.

Si la prueba debajo de los resultados en un FAIL, no proceda con otras pruebas.

Si el estado HTTP indica redirección (código de estado 3xx):

No llevar a cabo pruebas sobre la respuesta

Si la respuesta se refiere a una solicitud para el recurso está probando, o

Incluya el tamaño de la respuesta en el tamaño total de "como se describe en

Incluir esta respuesta en el recuento de la forma descrita en 3,6

Si no hay HTTP Ubicación encabezado, FAIL.

Si el identificado por el URI HTTP Ubicación encabezado es un URI relativo,

Si el URI resultante no es un URI con el esquema de http o https, FAIL.

Vuelva a solicitar el recurso con el URI formuladas antes.

Si el estado HTTP indica que se requiere autenticación (por ejemplo, el código de

Si la respuesta se refiere a una solicitud para el recurso está probando, o

Si la información de autenticación fue suministrada en la petición HTTP (es

Llevar a cabo las pruebas sobre la respuesta

Incluya el tamaño de la respuesta en el tamaño total de "como se describe en

Incluir esta respuesta en el recuento de la forma descrita en 3,6

Vuelva a solicitar el recurso mediante la autenticación de la información

Si la respuesta se refiere a una solicitud de un recurso vinculado (véase 2.4.8

Continúe con la prueba (véase LINK_TARGET_FORMAT 3,10 , es decir, no

Si el código de estado HTTP 404 o 5xx

Si la respuesta se refiere a una solicitud para el recurso sometido a la prueba,

Si la respuesta se refiere a una solicitud de un recurso vinculado (véase 2.4.8

De lo contrario (es decir, para los recursos incluidos), FAIL

mobileOK implementaciones de prueba básica debe ignorar los valores especificados

La actualización de cabecera como se especifica en 3,1 AUTO_REFRESH y

El Content-Type encabezado como se especifica en 3,3