W3C mobileOK Pruebas básicas 1,0

download W3C mobileOK Pruebas básicas 1,0

of 17

Transcript of W3C mobileOK Pruebas básicas 1,0

  • 8/8/2019 W3C mobileOK Pruebas bsicas 1,0

    1/17

    W3C mobileOK Pruebas bsicas 1,0Recomendacin del W3C 08 de diciembre 2008Esta versin:

    http://www.w3.org/TR/2008/REC-mobileOK-basic10-tests-20081208/ ltima versin:http://www.w3.org/TR/mobileOK-basic10-tests/

    la versin anterior:http://www.w3.org/TR/2008/PR-mobileOK-basic10-tests-20081103/

    Editores:Sean Owen, GoogleJo Rabin, dotMobi (y antes en Segala)

    Por favor refirase a lafe de erratas para este documento, que puede incluir algunascorrecciones normativas.

    Vea tambinlas traducciones .

    Copyright 2008W3C (MIT, ERCIM, Keio), Todos los derechos reservados. W3Cresponsabilidad,marca registraday documentar la utilizacin denormas se aplican.

    ResumenEste documento define las pruebas que sirven de base para la toma de un crdito delW3C mobileOK Basic y la conformidad se basan W3C Mobile Web sobre MejoresPrcticas Mejor [Prcticas]. Los detalles de cmo reclamar conformidad mobileOK sedescribe por separado. Los proveedores de contenido que pasa las pruebas hantomado algunas medidas para proporcionar unaexperiencia de usuario funcionalparalos usuarios debase dispositivos mviles cuyas capacidades menos iguales a las delcontexto de entrega predeterminada(DDC).

    mobileOK Bsico principalmente evala la usabilidad de base, la eficiencia y lainteroperabilidad. No se refiere a la importante meta de evaluar si los usuarios dedispositivos ms avanzados disfrutar de una experiencia de usuario ms rica que esposible utilizando la DDC.

    Estado de este documentoEsta seccin describe el estado de este documento en el momento de su

    publicacin. Otros documentos pueden reemplazar a este documento. Una lista de las publicaciones actuales del W3C y la ltima revisin de este informe tcnico se puede encontrar en el ndice de informes tcnicos del W3C en http://www.w3.org/TR/.

    Este documento fue desarrollado por laMobile Web Best Practices Grupo de Trabajoen el marco de laIniciativa de Web Mvil.

    Por favor, consulte el Grupo de Trabajoinforme de aplicacin. Una completalista de loscambios de redaccinya que la versin anterior de este documento est disponible.

    Por favor enve sus comentarios sobre este documento [email protected](conarchivo pblico).

    Este documento define las pruebas verificables-mquina, basada en W3C Mobile WebBest Practices [Mejores Prcticas]. Aunque los autores de contenido no se espera queutilicen este documento directamente, los participantes del Grupo de Trabajo esperanque las herramientas que implementan los ensayos definidos en este documento paramejorar en gran medida la creacin de contenidos que aborda la experiencia denavegacin de los usuarios en una amplia gama de dispositivos.

    Este documento ha sido revisado por miembros del W3C, por desarrolladores desoftware, y por otros grupos del W3C y las partes interesadas, y est respaldada por elDirector como una Recomendacin del W3C. Es un documento estable y puede serutilizado como material de referencia o citado en otro documento. El papel del W3C alhacer esta Recomendacin es llamar la atencin sobre la especificacin y promover sudifusin general. Esto mejora la funcionalidad y la interoperabilidad de la Web.

    Este documento fue elaborado por un grupo que opera en el marco del05 de febrero

    21/09/2010 W3C mobileOK Pruebas bsicas 1,0

    w3.org/TR/mobileOK-basic10-tests/ 1/17

  • 8/8/2019 W3C mobileOK Pruebas bsicas 1,0

    2/17

    1 Introduccin1.1 mbito de aplicacin

    1.1.1Relacin con las Mejores Prcticas1.1.2Fuera de Alcance1.1.3Ms all de mobileOK

    1.2 Aplicabilidad1,3 que exige la conformidad mobileOK

    2 Conformidad2.1 Utilizacin de trminos que, en caso de etc2.2 Validez de las Pruebas2.3 Resultados del ensayo2.4 Realizacin de Pruebas

    2.4.1Orden de Pruebas2.4.2HTTPS

    2.4.3Solicitud HTTP2.4.4de respuesta HTTP2.4.5Meta-equiv http Elementos2.4.6estilo CSS2.4.7Recursos incluido2.4.8Recursos relacionados2.4.9Validez2.4.10Espacio en blanco

    3 mobileOK Pruebas bsicas3,1 AUTO_REFRESH y redireccin3,2 CACH3,3 CHARACTER_ENCODING_SUPPORT y CHARACTER_ENCODING_USE3,4 CONTENT_FORMAT_SUPPORT y VALID_MARKUP3,5 DEFAULT_INPUT_MODE3,6 EXTERNAL_RESOURCES3,7 GRAPHICS_FOR_SPACING3,8 IMAGE_MAPS3,9 IMAGES_RESIZING y IMAGES_SPECIFY_SIZE

    3,10 LINK_TARGET_FORMAT3,11 MEDIDAS3,12 MINIMIZAR3,13 NO_FRAMES3,14 NO TEXT_ALTERNATIVES3,15 OBJECTS_OR_SCRIPT

    3.15.1Elemento de procesamiento de objetos de la Regla3,16 PAGE_SIZE_LIMIT3,17 PAGE_TITLE3,18 POP_UPS3,19 PROVIDE_DEFAULTS3,20 STYLE_SHEETS_SUPPORT3,21 STYLE_SHEETS_USE3,22 TABLES_ALTERNATIVES3,23 TABLES_LAYOUT3,24 TABLES_NESTED

    Apndices

    UnAgradecimientos(no normativo)B Las referencias(no normativo)C Relacin con las mejores prcticas y pruebas mobileOK(No Normativo)

    1 IntroduccinmobileOK 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 conformesPrcticas [Mejores Prcticas]en gran medida a un hipottico agente de usuario mvil ysencilla, elcontexto de entrega predeterminada.

    Este documento describe mobileOK Pruebas bsicas del W3C para el contenidoemitido, y describe cmo emular el DDC, cuando se solicite ese contenido.

    La intencin de mobileOK es ayudar a catalizar el desarrollo de contenido Web queproporciona unaexperiencia de usuario funcionalen un contexto mvil. No es una

    prueba para los navegadores, los agentes de usuario o dispositivos mviles, y nopretende dar a entender algo sobre la forma en que estos deben comportarse.

    mobileOK no implica aprobacin o de la idoneidad de los contenidos. Por ejemplo, nodebe suponerse que una afirmacin de que un recurso es mobileOK conformes implicaque es de mayor valor informativo, es ms confiable, ms digno de confianza o es msapropiada para los nios que cualquier otro recurso.

    1.1 mbito de aplicacin

    21/09/2010 W3C mobileOK Pruebas bsicas 1,0

    w3.org/TR/mobileOK-basic10-tests/ 2/17

  • 8/8/2019 W3C mobileOK Pruebas bsicas 1,0

    3/17

    usuarios mviles.

    mobileOK conformidad de base debe ser slo un primer paso hacia la construccin deunaexperiencia armonizadapara los usuarios mviles. Conformidad simplementedemuestra que una experiencia bsica est disponible, compatibles con un grannmero de dispositivos mviles. mobileOK conformidad bsica no dice nada acercams rico, ms sofisticado, experiencias que pueden estar disponibles, ni tampoco dicenada 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 prcticas, comoPRUEBA, son aconsejables pero no de manerasignificativa se traducen en pruebas concretas.

    Las pruebas de evaluar si el contenidopuede ser proporcionada de modo que se logrela usabilidad de base, la eficiencia y la interoperabilidad con los dispositivos mviles.Las pruebas no debe entenderse que evaluar con detenimiento si el contenido ha sidobien diseado para dispositivos mviles.

    1.1.3 Ms all de mobileOK

    Las mejores prcticas, y por lo tanto las pruebas, no se promueven como orientacinpara lograr la experiencia ptima del usuario. Las capacidades de muchos dispositivossuperiores a los definidos por la DDC. Con frecuencia es posible, y deseable engeneral, para proporcionar una experiencia diseada para aprovechar las capacidadesadicionales.

    Los proveedores de contenido deben proporcionar una experiencia que es mobileOKconformes de base para asegurar un nivel bsico de interoperabilidad. Losproveedores son animados a ofrecer experiencias mejoradas, y cuando estos sonapropiados para su aplicacin y los dispositivos que estn accediendo a ellos.

    1.2 Aplicabilidad

    Las pruebas se aplican a un URI. Al pasar las pruebas significa que cuando se tieneacceso como se describe enla solicitud HTTP 2.4.3, la solucin de un URI se traduciren mobileOK Bsico conformes contenido que se entrega en una mobileOK Bsicomanera conformes.

    Es decir, las pruebas no se aplican slo al contenido o el documento de los casos.Muchos mejores prcticas no se refieren slo al documento (por ejemplo,VALID_MARKUP), sino a la forma en que se entrega a un dispositivo mvil (porejemplo,CACH).

    mobileOK Bsico no dice nada acerca de lo que puede ser entregado a losdispositivos mviles no.

    1,3 que exige la conformidad mobileOK

    Un mecanismo estndar se define que permite a los proveedores de contenido paraafirmar que un URI o grupo de URI, como un sitio Web, se ajusta a mobileOK Bsico.Ser posible hacer afirmaciones en una forma procesable mquina. Tambin serposible notificar a los usuarios finales de la presencia de la demanda por medio de unamarca legible por humanos.

    Los detalles de los mecanismos de que se pida conformidad mobileOK se describepor separado.

    2 Conformidad

    2.1 Utilizacin de trminos que, en caso de etc

    Cuando se utilizan los trminos con el significado que se define en[RFC 2119]que sedestacan en el texto por ejemplo,debe .

    2.2 Validez de las Pruebas

    mobileOK pruebas slo tienen sentido cuando el URI bajo prueba se resuelve en elcontenido HTML prestados a travs de HTTP.

    Resultados 2.3 Pruebas

    Las pruebas individuales se puede dar lugar aPASS o FAIL. PASS se requiere detodas las pruebas para poder reclamar mobileOK conformidad de base. En todos losensayos, PASS se logra si y slo si no hayFAILs. N especficosPASS resultado se

    21/09/2010 W3C mobileOK Pruebas bsicas 1,0

    w3.org/TR/mobileOK-basic10-tests/ 3/17

  • 8/8/2019 W3C mobileOK Pruebas bsicas 1,0

    4/17

    2.4.1 Orden de Pruebas

    mobileOK Basic no prescribe ni el orden en que las pruebas se llevarn a cabo, ya quepueden ser ejecutadas independientemente. Algunas pruebas han sido diseadas paraevaluar los aspectos del contenido que son rechazados por otras pruebas, lo que esdeliberada y tiene por objeto permitir entornos de prueba para proporcionar tantainformacin como sea posible.

    Por ejemplo la prueba de3,21 STYLE_SHEETS_USEseala que las hojas de estilo sedebe utilizar con preferencia a los elementos de marcado comocentro , aunque elcentro de elemento es tambin rechazado por la prueba de3,4CONTENT_FORMAT_SUPPORT y VALID_MARKUP.

    Los creadores de las implementaciones de las pruebas descritas en este documentoinsta a proporcionar tanta informacin como sea posible a los usuarios de susimplementaciones. Cuando es posible, no debe dejar deFAILy en concreto,debe :

    Proporcionar informacin sobre la causa de la alerta o el fracaso (cadaadvertir yFAILes 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 raz arbitraria (incluyendo los certificados con firma propia) debeconsiderarse como de confianza.

    Cuando se resuelve una URI, si el URI tiene el rgimen dehttps :Si el certificado presentado no coincide con el URI solicitado,FAIL

    Si el certificado ha caducado o an no es vlido,advierten

    Si la validacin de certificados de otro modo no funciona,FAIL

    2.4.3 Solicitud HTTP

    La raz de la peticin HTTP encabezados informar al servidor que debe entregar elcontenido que es compatible con elcontexto de entrega predeterminada.

    Utilice el HTTPGET mtodo al hacer peticiones, a excepcin de3.10LINK_TARGET_FORMATdonde elHEAD mtodo puede ser utilizado (Ver2.4.8Recursos relacionadospara una discusin de laPOST del mtodo).

    Incluir unUser-Agent de cabecera que comienza exactamente de la siguientemanera (lo que indica la entrega predeterminada Contexto, y quepodr serprorrogado de acuerdo con la[RFC 2616] Seccin 14.43, encabezado User-Agent):

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

    Incluir unAcepte encabezado que indica que los tipos medios de Internetentendido por el contexto de entrega predeterminada se aceptan mediante elenvo 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 unAccept-Charset encabezado que indica que slo UTF-8 es aceptadapor el envo de exactamente este encabezado:

    Accept-Charset: UTF-8

    No incluya cookie encabezados relacionados.

    Incluir informacin de autenticacin en caso necesario (vase2.4.4 de respuestaHTTP). Una vez que la informacin de autenticacin se ha incluido en unasolicitud, las solicitudes posteriores para el mismo reinodebe incluir lainformacin de autenticacin como se describe enla seccin 2y en "dominio" enla seccin 3.2.1de [RFC 2617].

    Las i m lementaciones a o ar URI tanto c onhtt htt s com onentes

    21/09/2010 W3C mobileOK Pruebas bsicas 1,0

    w3.org/TR/mobileOK-basic10-tests/ 4/17

  • 8/8/2019 W3C mobileOK Pruebas bsicas 1,0

    5/17

    2.4.4 de respuesta HTTP

    Nota:

    Las implementacionesdeben de soporte bsico y la autenticacin implcita.

    Nota:

    A continuacin, observe que una o 5xx respuesta 404 para el recurso sometido a laprueba no d lugar a unFAILcon el fin de permitir la posibi lidad de probar laaplicacin de una pgina de error.

    Nota:

    Si la prueba debajo de los resultados en unFAIL, no proceda con otras pruebas.De lo contrario, el mobileOK Pruebas bsicas deben aplicarse a los contenidos.

    Si una solicitud HTTP no da lugar a una respuesta HTTP vlida (por nivel de errorde red, error de la resolucin de DNS, o no-respuesta HTTP),FAIL

    Si el estado HTTP indica redireccin (cdigo de estado 3xx):

    No llevar a cabo pruebas sobre la respuesta

    Si la respuesta se refiere a una solicitud para el recurso est probando, ocualquiera de sus Recursos incluido (ver2.4.7 Recursos incluido):

    Incluya el tamao de la respuesta en el tamao total de "como se describe enel 3,16 PAGE_SIZE_LIMIT

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

    Si no hay HTTPUbicacin encabezado, FAIL.

    Si el identificado por el URI HTTPUbicacin encabezado es un URI relativo,crear un URI absoluto, combinando el valor de laubicacin de cabecera con elabsoluto URI de la solicitud a que se trata de una respuesta,advierten

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

    Vuelva a solicitar el recurso con el URI formuladas antes.

    Si el estado HTTP indica que se requiere autenticacin (por ejemplo, el cdigo deestado 401):

    Si la respuesta se refiere a una solicitud para el recurso est probando, ocualquiera de sus Recursos incluido (ver2.4.7 Recursos incluido):

    Si la informacin de autenticacin fue suministrada en la peticin HTTP (esdecir, la autenticacin no) o en ausencia de informacin de autenticacinest disponible,FAIL

    Llevar a cabo las pruebas sobre la respuesta

    Incluya el tamao de la respuesta en el tamao total de "como se describe enel 3,16 PAGE_SIZE_LIMIT

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

    Vuelva a solicitar el recurso mediante la autenticacin de la informacin

    Si la respuesta se refiere a una solicitud de un recurso vinculado (vase2.4.8Recursos relacionados):

    Contine con la prueba (vaseLINK_TARGET_FORMAT 3,10, es decir, novolver a solicitar el recurso con la informacin de autenticacin),advierten

    Si el cdigo de estado HTTP 404 o 5xx

    Si la respuesta se refiere a una solicitud para el recurso sometido a la prueba,contine con las pruebas sobre la respuesta yadvierten

    Si la respuesta se refiere a una solicitud de un recurso vinculado (vase2.4.8Recursos relacionados), continuar con el procedimiento (vase el3,10LINK_TARGET_FORMAT) yadvertir a

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

    21/09/2010 W3C mobileOK Pruebas bsicas 1,0

    w3.org/TR/mobileOK-basic10-tests/ 5/17

  • 8/8/2019 W3C mobileOK Pruebas bsicas 1,0

    6/17

    cuales a veces se consideran sustitutos de los encabezados de respuesta HTTP.

    mobileOK implementaciones de prueba bsicadebe ignorar los valores especi ficadosen dichos elementos, adems de lo siguiente:

    La actualizacin de cabecera como se especifica en3,1 AUTO_REFRESH yredireccin

    ElContent-Type encabezado como se especifica en3,3CHARACTER_ENCODING_SUPPORT y CHARACTER_ENCODING_USE

    ElCache-Control encabezado como se especifica en3,2 CACH

    Compruebe si hay coherencia con las cabeceras HTTP, de la siguiente manera:

    Para cada meta un elemento conhttp-equiv atributo:

    Si un juego del encabezado de respuesta HTTP no existe,advierten

    Si un juego del encabezado de respuesta HTTP existe, pero su valordifiere delcontenido de valor de atributo,advierten

    2.4.6 estilo CSS

    Algunas pruebas se refieren al "estilo CSS" de la informacin. Montar el estilo CSSmediante el uso de los contenidos de:

    el estilo de atributos de cualquier elemento (el uso delestilo de atributo esten desuso en XHTML Basic 1.1[XHTML Basic 1.1])

    estilo de los elementos cuyatipo de atributo es "text / css, y cuyosmedios de

    atributo no est presente o est presente y contiene los valores de "todos" o "demano" (maysculas y minsculas).

    recursos vinculados a travs deenlaces y elementosxml-stylesheetinstrucciones de procesamiento, cuando:

    el rel atributo contiene "stylesheet" pero no "alternativo" (maysculas yminsculas)

    el juego de caracteres de atributo no est presente o est presente con elvalor "UTF-8" (-entre maysculas y minsculas)

    el tipo de atributo no est presente o est presente con el valor "text / css"

    los medios de comunicacin atributo no est presente o est presente ycontiene el valor "total" o "de mano" (maysculas y minsculas).

    Nota:

    En el caso dexml-stylesheet

    instrucciones de procesamiento,atributo

    deesta seccin se refiere a la pseudo-atributo .

    los recursos vinculados por CSS@ import -en las normas cuya presentacin listade 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 slo los conjuntos de reglas CSS queno se limitan en cuanto a su presentacin tipo de medio o cuya presentacin tipo delista contiene los medios de comunicacin "de mano" o " todos".

    2.4.7 Recursos incluido

    Algunas pruebas se refieren a los recursos incluidos, que son recursos externos para elrecurso a prueba y, sin embargo vital para la prestacin de recursos y que cuya URItiene el "http" o "https" rgimen, cuando se representa en una forma absoluta. Algunosejemplos son la imagen y la hoja de estilos los recursos.

    Cuando los recursos recuperacin, las directivas de almacenamiento en cach debeser observada. Mltiples referencias a los recursos almacenados en cach se cuentanuna sola vez en lo que se refiere el peso de la pgina (verPAGE_SIZE_LIMIT 3,16) y elrecuento de los recursos (vaseEXTERNAL_RESOURCES 3,6).

    Incluye recursos se definen como aquellos que se hace referencia por el texto siguiente:

    el src atributo delimg elementos

    los datos de atributo deobjeto de los elementos (ver notas abajo)

    21/09/2010 W3C mobileOK Pruebas bsicas 1,0

    w3.org/TR/mobileOK-basic10-tests/ 6/17

  • 8/8/2019 W3C mobileOK Pruebas bsicas 1,0

    7/17

    Nota:

    En algunas circunstanciasobjeto elementos pueden actuar como sinnimos deotros elementos, comoimg y iframe . En estos casos se observa en la seccincorrespondiente al objeto de evaluar los elementos como los equivalentes de otroselementos.

    Nota:

    Los recursos que se recuperan como referencias deobjeto y cuyos elementos deContent-Type del encabezado HTTP no est configurado para "image / jpeg" o"image / gif" no se consideran que se deben incluir los recursos como se exponeen 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 luegono estn incluidos los recursos). Su tratamiento, por lo que respectaPAGE_SIZE_LIMIT 3,16y3,6 EXTERNAL_RESOURCES, se describe en laseccin correspondiente.

    Nota:

    Recursos que se hace referencia por los descendientes de unobjeto de elementoque se refiere a un Incluido recursos no se consideran que se deben incluir losrecursos como se expone en3.15.1 de elementos de objeto del proceso de reglas(es decir, cualquierimg o objeto elemento que se produce en el otoo-parte deatrs 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 seael propio recurso), pero que no son vitales a la prestacin de ese recurso cuya URIcomienza con el "http" o "https" rgimen cuando se representa en una forma absoluta.

    los recursos relacionados se definen como aquellos que se hace referencia por:

    el href atributo deun anclaje () elementos.

    la accin atributo deforma elementos cuyomtodo de atributo no est presente oest presente con valor de "get" (maysculas y minsculas).

    Nota:

    Los formularios conel mtodo atributo "POST" (maysculas y minsculas),son aceptadas en los documentos bajo prueba, pero no ha sido verificadapor mobileOK Basic (desplazamiento puede causar efectos secundariostales como la adicin de registros no deseados a una base de datos).

    Nota:

    Cuando las formas de presentar utilice los valores predeterminados cuandohayan sido suministrados, de lo contrario la oferta los valores vacos.

    2.4.9 Validez

    Varias pruebas se refieren a la validez de los aspectos de un recurso. En esta seccinse define concretamente lo que esto significa.

    CSS

    Un recurso es considerado un recurso vlido CSS si se ajusta a la gramtica sedefine en[CSS Nivel 1], Apndice B. La presencia de en-reglas, propiedades ovalores o combinaciones de propiedades y valores que no estn especificadosen [CSS Nivel 1 ]no constituye una falta de validez de los CSS. VerSTYLE_SHEETS_USE 3,21para el tratamiento de esos valores. Adems, losmedios de comunicacin @ regla-arroba y la lista de medios de presentacinpara la importacin @ regla-arroba se tienen en cuenta a la hora de evaluar CSS.

    GIF

    Una imagen es una imagen vlida de GIF si se ajusta a la gramtica se define enel artculo 25 de la[GIF]pliego de condiciones.

    JPEG

    Una imagen es una imagen JPEG vlida si se sigue el formato definido en elanexo B de la[JPEG]pliego de condiciones

    UTF-8

    Un recurso es considerado como vlido UTF-8 si es vlida bytes representan la-

    21/09/2010 W3C mobileOK Pruebas bsicas 1,0

    w3.org/TR/mobileOK-basic10-tests/ 7/17

  • 8/8/2019 W3C mobileOK Pruebas bsicas 1,0

    8/17

    3 mobileOK Pruebas bsicasEn esta seccin se describen los ensayos de mobileOK Bsico. Las pruebas estnorganizadas por orden alfabtico de las mejores prcticas de los que derivan. Cuandouna prueba se deriva de ms de una las mejores prcticas que se coloca de acuerdo ala que se produce primero en el orden del diccionario.

    3,1 AUTO_REFRESHy REDIRECCIN

    Esta prueba no determina si el usuario es capaz de optar por no volver a cargar.

    Si una meta elemento est presente conhttp-equiv valor del atributo de"refrescar",

    Si el URI especificado como parte delcontenido de atributo no es actual derecursos de la URI,FAIL

    Si no,advierten

    Si una actualizacin encabezado HTTP est presente,

    Si el URI especificado en el valor de la cabecera no es actual de recursos de laURI,FAIL

    Si no,advierten

    3,2 CACH

    El propsito de este ensayo es alertar a los proveedores a que su contenido no puedeser almacenado en cach, si sera beneficioso para hacerlo.

    Nota:

    Cuando ambos unameta elemento conhttp-equiv atributo y la cabecera HTTPcorrespondiente se considerar que el valor del encabezado HTTPdeben serutilizados - vase tambin la nota en virtud de2.4.5 Meta Elementos equiv-http.

    Si la respuesta HTTP no contiene ni unaExpira niCache Control- cabecera

    Si no se meta http-equiv elemento est presente, refirindose a losencabezados, FAIL

    Continuar la prueba utilizando el valor de lameta de contenido atributo como sifuera especificado en el encabezado su caso,advierten

    Si una Cache-Control encabezado HTTP existe y tiene valor "no-cache", ocontiene el valor "max-age = 0",advierten

    Si unPragma encabezado HTTP existe y tiene valor "no-cache",adviertenSi unovence yFecha encabezado HTTP estn presentes, y lavence encabezadoespecifica una fecha que no ser posterior a lo que elactual encabezadoespecifica,advierten

    Si cach relacionados con las cabeceras cualquier contiene un valor no vlido,advierten

    Si la respuesta HTTP contiene unade Last-Modified de cabecera,

    Solicitar a la misma URI otra vez, aadiendo unSi-Modified-Sinceencabezado de la solicitud, cuyo valor coincide con el delpasado-Modifiedencabezado de respuesta

    Si la respuesta HTTP contiene unade Last-Modified encabezado y su valor esde nuevo el mismo, y el estado de respuesta HTTP no es 304 (No modificado),advierten

    Si la respuesta HTTP contiene unETag encabezado,Solicitar a la misma URI otra vez, aadiendo unIf-None-Match encabezado dela solicitud, cuyo valor coincide con el delETag del encabezado de respuesta

    Si la respuesta HTTP contiene unETag encabezado y su valor es de nuevo elmismo, y el estado de respuesta HTTP no es 304 (No modificado),advierten

    21/09/2010 W3C mobileOK Pruebas bsicas 1,0

    w3.org/TR/mobileOK-basic10-tests/ 8/17

  • 8/8/2019 W3C mobileOK Pruebas bsicas 1,0

    9/17

    recurso en la codificacin UTF-8.

    Esta prueba requiere que la codificacin de caracteres se especifica explcitamente yreconoce los siguientes mtodos de especificacin:

    HTTPContent-Type de cabecera

    application / xhtml + xml ; charset = UTF-8

    XML declaracin

    meta elemento que es el primer hijo del documento dela cabeza del elemento, ycuya http-equiv atributo es "de tipo" de contenido, y cuyocontenido atributoespecifica la codificacin de caracteres

    ... meta ...

    Si el HTTPContent-Type especifica un encabezado de codificacin de caracteresdistintos de UTF-8,FAIL

    Si el HTTPContent-Type del encabezado no especifique una codificacin decaracteres:

    Si no hay una declaracin XML, o-8 codificacin de caracteres UTF no seespecifica en la declaracin XML,FAIL

    Si el HTTPContent-Type especifica un encabezado de tipo de medio deInternet que comienzan con "text /":

    Si no hay unameta elemento conhttp-equiv atributo que especifica lacodificacin de caracteres UTF-8,FAIL

    Si la codificacin de caracteres se especifica en ms de una manera, y no todoslos valores son los mismos,FAIL

    Si el documento no es vlido UTF-8 (vase2.4.9 Validez),FAIL

    Para cada recurso especificado por2.4.7 Recursos incluido:

    Solicitar el recurso

    Si el HTTPContent-Type valor de la cabecera de la respuesta empieza con"text /" pero no especifica la codificacin de caracteres UTF-8,advierten

    3,4 CONTENT_FORMAT_SUPPORTy VALID_MARKUP

    Nota:A continuacin, un documento html " es un documento que tiene "html" como suelemento raz.

    Nota:

    En el siguiente, "independientemente de su declaradoDOCTYPE " significa que lahora de evaluar la validez de base contra el XHTML 1.1 y XHTML MP 1.2 DTD estopuede llevarse a cabo mediante la insercin de unDOCTYPE si no lo hay, o mediantela sustitucin de lo dadoDOCTYPE con la correspondienteDOCTYPE para el DTD bajoprueba.

    Nota:

    En lo sucesivo, "una versin XHTML conocido" significa XHTML Basic 1.0, XHTMLBasic 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 larespuesta HTTPContent-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 comunicacin es de tipo "text / html" o"application / vnd.wap.xhtml + xml",advierten

    Si el documento no contiene unDOCTYPE declaracin,FAIL

    21/09/2010 W3C mobileOK Pruebas bsicas 1,0

    w3.org/TR/mobileOK-basic10-tests/ 9/17

  • 8/8/2019 W3C mobileOK Pruebas bsicas 1,0

    10/17

    DOCTYPE y si no vlido,advierten

    En caso contrario (si elDOCTYPE no se conoce),advierten

    Si (con independencia de su DOCTYPE declarado) el documento no valida contrala base XHTML 1.1 DTD:

    Si (con independencia de su DOCTYPE declarado) que no validar con elXHTML-MP 1,2 DTD,FAIL

    Para cada Incluye recursos (vase2.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 (vase tambin el3,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 noes vlido (ver2.4.9 Validez),FAIL

    Si una hoja de estilo que se requiere y la respuesta especifica un tipo de mediode Internet que no es "text / css",FAIL

    Si el tipo de medio de Internet es "text / css" y el contenido no es CSS vlido(ver2.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 atributode tipo cuyo valor es "text" o"password" o cuyotipo de atributo es que faltan:

    Si e l elementoinputmode atributo es vlido de acuerdo conla Seccin 5.2 deagente de usuario Comportamientode XHTML Basic 1.1[XHTML Basic 1.1],FAIL

    Si el elemento devalor de atributo es que falta o vaco, y unainputmodeatributo no est presente,advierten

    Para cada rea de texto elemento:

    Si e l elementoinputmode atributo es vlido de acuerdo conla Seccin 5.2 deagente de usuario Comportamientode XHTML Basic 1.1[XHTML Basic 1.1],FAIL

    Si el elemento est vaco y uninputmode atributo no est presente,advierten

    3,6 EXTERNAL_RESOURCES

    Recuperar el recurso sometido a prueba, y aadir el nmero de las consultasnecesarias para obtener los recursos (vase2.4.4 de respuesta HTTP) a un totalacumulado.

    Para cada uno nico Incluye recursos, tal como se define en2.4.7 Recursosincluido:

    Solicitar el recurso referido

    Sume el nmero de peticiones HTTP que se requieren para recuperar elrecurso (vase 2.4.4 de respuesta HTTP) para el total acumulado. Incluir en lacuenta slo los objetos recuperados en el marco delobjeto Elemento 3.15.1

    proceso de reglascuyo tipo de atributo no se especifica, y aquellos cuyocontenido sea de tipo "image / jpeg" o "image / gif" independientemente de queel tipo de atributo se especifica .

    Si el total supera los 10,advierten

    Si este total no supere el 20,FAIL

    21/09/2010 W3C mobileOK Pruebas bsicas 1,0

    w3.org/TR/mobileOK-basic10-tests/ 10/17

  • 8/8/2019 W3C mobileOK Pruebas bsicas 1,0

    11/17

    transparentes yFAILs grandes. Se cree que muy pocos o ninguno los sitios que utilizanimgenes transparentes de cualquier tamao significativo para el seguimiento.

    Para cada img elemento yobjeto es un elemento que incluyen los recursos (vase2.4.7 Recursos incluido):

    Si todos los pxeles sean transparentes,

    Si la altura y la anchura de la imagen estn a menos de o igual a 2 pxeles,advierten

    Si cualquiera de dimensin superior a los 2 pxeles,FAIL

    Si hay ms de una imagen con todos los pxeles transparentes est presente,advierten

    3,8 IMAGE_MAPS

    Si una entrada de elemento conel tipo de atributo en "imagen" est presente,FAIL

    Para cada img elemento yobjeto es un elemento que incluyen los recursos(vase 2.4.7 Recursos incluido):

    Si unusemap atributo est presente,FAIL

    Si un ISMAP atributo est presente,FAIL

    3,9 IMAGES_RESIZINGy IMAGES_SPECIFY_SIZE

    Nota:

    La altura y elancho de atributos HTML especificar pxeles cuando se utilizancomo un nmero. Ninguna unidad se especifica.

    Para cada img elemento yobjeto es un elemento que incluyen los recursos (vase2.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 tamao en pxeles,FAIL

    Si el valor especificado por el alto o ancho de atributo es mayor que ladimensin correspondiente de la imagen,advierten

    Si el valor especificado por la altura o el atributo width es menor que la

    dimensin 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, segn se define en2.4.8 Recursos relacionados:

    Solicitar el recurso

    Si elContent-Type valor de encabezado HTTP de la respuesta no es uno de losmedios de comunicacin de Internet tipos enumerados en laaceptacin decabecera en una solicitud HTTP de 2.4.3, advierten

    Si elContent-Type valor de encabezado HTTP de la respuesta no especifica unconjunto de caracteres del parmetro, o no, pero no es coherente con el valorde la Accept-Charset encabezado HTTP 2.4.3 Solicitud, advierten

    Por cada documento de referencia interna (enlaces en el documento objeto deexamen que se refieren al documento en s):

    21/09/2010 W3C mobileOK Pruebas bsicas 1,0

    w3.org/TR/mobileOK-basic10-tests/ 11/17

  • 8/8/2019 W3C mobileOK Pruebas bsicas 1,0

    12/17

    El tamao intrnseco de las imgenes debe ser especificado como atributos de laimg y no como elemento de las propiedades CSS (vase3,9 IMAGES_RESIZINGy IMAGES_SPECIFY_SIZE)

    Nota:

    Slo CSS Nivel 1 propiedades son consideradas en esta prueba.

    Para cada nivel 1 de CSS propiedad en el estilo CSS (vase2.4.6 de estiloCSS), cuyo valor es una medida numrica de longitud establecida junto con unaunidad:

    Si el valor es distinto de cero y la unidad no es "em" o "ex" (y el valor no es unporcentaje), y la propiedad no es un margen, borde o cuadro de propiedadesde relleno,FAIL

    3,12 MINIMIZAR

    Nota:

    Extraos espacios en blanco en el guin y en CSS no se consideran en estaprueba. Dicha prrroga podr ser considerado en una futura revisin de estaespecificacin.

    contar el nmero de caracteres de espacio en blanco (ver2.4.10 espacios enblanco) en una secuencia de ms de un espacio en blanco (sin contar el primero),que existen fuera de unaprevia , de estilo , scripts elemento, o un comentarioXML.

    Adase a esto el contar el nmero de caracteres, de los comentarios XML. Estetotal es el nmero de caracteres extraos en el documento.Cuente el nmero total de caracteres en el documento.

    Si e l nmero de caracteres extraos supera el 10% del recuento de caracteres enel documento,advierten

    Si el nmero de caracteres extraos superior al 25% del recuento de caracteresen el documento,FAIL

    3,13 NO_FRAMES

    Si el documento contiene unmarco , de conjunto de marcos o iframe elemento,FAIL

    3,14 NO TEXT_ALTERNATIVESEsta prueba no determina si el texto alternativo es significativo.

    Nota:

    Un vacoalt atributo es aceptable y significa que no hay alternativa textualsignificativa, por ejemplo para las imgenes que son puramente decorativas.

    Para cada img elemento:

    Si unalt atributo no est presente o slo 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 osecuencias de comandos.

    Si una secuencia de comandos elemento est presente, advierten

    Si algn elemento tiene una intrnseca evento "atributo" (en la actualidadonload ,onUnload , onClick , ondblclick , onmousedown , onmouseup , onmouseover ,onmousemove , onmouseout , onfocus , onblur , onkeypress , onkeydown , onkeyup ,onsubmit , onreset , onselect , onchange ),advierten

    21/09/2010 W3C mobileOK Pruebas bsicas 1,0

    w3.org/TR/mobileOK-basic10-tests/ 12/17

  • 8/8/2019 W3C mobileOK Pruebas bsicas 1,0

    13/17

    3.15.1 Elemento de procesamiento de objetos de la Regla

    Para cada img elemento que no tieneobjeto ancestro elemento (que no sea elnodo de contexto) en este contexto:

    Tratar esta imagen como un recurso incluido (y realizar los ensayosadecuados).

    Para cada objeto elemento que no tieneobjeto ancestro elemento (que no sea elnodo de contexto) en este contexto:

    Si elobjeto de elemento est vaco,advierten

    Si el contenido delobjeto elemento consiste slo de espacios en blanco,FAIL

    Si no hay ningntipo de atributo,advierten

    Si an no est en cach (vase 2.4.7 Recursos incluido), recupere el recursoreferenciado (ignorando eltipo de atributo)

    Si los medios de comunicacin de Internet tipo de los recursos recuperados,como lo indica suContent-Type encabezado HTTP no coincide con laindicada en eltipo de atributo,advierten

    Si el tipo de medio de Internet indicada por elContent-Type de encabezadoHTTP de los recursos recuperados no es "image / jpeg" o " image / gif",advierten

    Vuelva a aplicar esta norma con el actualobjeto de los elementos como elcontexto

    De lo contrario (el objeto es una imagen aceptable):Tratar a este objeto como un recurso incluido (y realizar los ensayosadecuados), ignorarimg yobjeto de los elementos que son descendientesde los actuales objeto elemento.

    Nota:

    Una advertencia se emite cuando los medios de comunicacin de tipo Internetindicada por eltipo de atributo no es compatible con el contexto de presentacinpor defecto debido a que algunos agentes de usuario no tienen en cuenta eltipode atributo deobjeto de los elementos y esto puede causar que el agente deusuario para recuperar los objetos grandes incompatible con consecuencias parael rendimiento y costo.

    Nota:

    Un estado HTTP 406 en la recuperacin de un recurso al que hace referencia unelemento de objeto, no constituye un FAIL.

    3,16 PAGE_SIZE_LIMIT

    Recuperar el documento sometido a la prueba, cuando sus dimensiones (conexclusin de toda redirecciones discutidos en2.4.4 de respuesta HTTP) essuperior a 10 ki lobytes,FAIL

    Aadir a una total (total) el tamao el tamao de todos los organismos derespuesta HTTP en ejecucin que se requieren para recuperar el documentosometido a la prueba (2.4.4 de respuesta HTTP).

    Para cada uno nico Incluye recursos, tal como se define en2.4.7 Recursosincluido:

    el tamao de todos los organismos Aadir la respuesta que se requieren pararecuperar el recurso (vase2.4.4 de respuesta HTTP) para el total acumulado.

    Incluir en el total slo los objetos recuperados en el marco delobjeto Elemento3.15.1 proceso de reglascuyo tipo de atributo no se especifica, y aquelloscuyo tipo de medio de Internet como lo indica elContent-Type encabezadoHTTP puede ser "image / jpeg" o "image / gif "independientemente de que eltipo de atributo se especifica.

    Si el total supera los 20 ki lobytes,FAIL

    21/09/2010 W3C mobileOK Pruebas bsicas 1,0

    w3.org/TR/mobileOK-basic10-tests/ 13/17

  • 8/8/2019 W3C mobileOK Pruebas bsicas 1,0

    14/17

  • 8/8/2019 W3C mobileOK Pruebas bsicas 1,0

    15/17

    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 dediseo.

    Para cada mesa de elemento:

    Si contiene como mximo untr elemento,FAILSi no tr elemento contiene ms de unTD elemento,FAIL

    Para cada uno anidado TD elemento:

    Si el elemento contiene slo una imagen (o un objeto similar) cuyasdimensiones reales son de 2x2 o menos,FAIL

    3,24 TABLES_NESTED

    Para cada mesa de elemento:

    Si contiene unatabla de elementos, FAIL

    Un Agradecimientos (no normativo)Los editores desean agradecer a los miembros de la BPWG para las contribuciones dediversos tipos.

    Los edi tores reconocen importantes contribuciones por escrito de:

    Dominique Hazael-Massieux, el W3CPhil Archer, el ICRADaoust Franois, el W3C

    B Referencias (No Normativo)Mejores Prcticas

    Mobile Web Best Practices 1.0, Jo Rabin, Charles McCathieNevile,Recomendacin del W3C, el 29 de julio de 2008 (Verhttp://www.w3.org/TR/2008/REC-mobile-bp-20080729/ )

    CSS nivel 1Hojas de Estilo en Cascada, nivel 1, Hkon Wium Lie, Bert Bos, Recomendacindel W3C 17 de diciembre 1996, revisado 11 de enero 1999 (Verhttp://www.w3.org/TR/1999/REC-CSS1-19990111/ )

    GIFGraphics Interchange Format, versin 89a, CompuServe Incorporated, 1990 (Verhttp://www.w3.org/Graphics/GIF/spec-gif89a.txt)

    JPEGRecomendacin T.81, 18 de septiembre de 1992 (Verhttp://www.w3.org/Graphics/JPEG/itu-t81.pdf)

    RFC 2119Palabras clave para su uso en RFC para Indicar Niveles de exigencia, S. Bradner,marzo de 1997 (Verhttp://tools.ietf.org/html/rfc2119.txt)

    RFC 2616Hypertext Transfer Protocol - HTTP/1.1 Peticin de Comentarios: 2616, FieldingR., J. Gettys, J. Mogul, Frystyk H., L. Masinter, P. Leach, T. Berners-Lee, junio de1999 (Verhttp: / / tools.ietf.org/html/rfc2616)

    RFC 2617Autentificacin HTTP: Basic y autenticacin implcita de acceso, J. Franks, p.Hallam-Baker, J. Hostetler, Lawrence S., P. Leach, Luotonen A., L. Stewart, juniode 1999 (Verhttp://tools.ietf.org/html/rfc2617)

    RFC 3629UTF-8, un formato de transformacin de la norma ISO 10.646, F. Yergau,noviembre de 2003 (Verhttp://tools.ietf.org/html/rfc3629)

    WCAG 1.0Web Content Accessibility Guidelines 1.0, W. Chisholm, G. y JacobsVanderheiden I., eds., Recomendacin del W3C, el 5 de mayo de 1999 (Ver

    21/09/2010 W3C mobileOK Pruebas bsicas 1,0

    w3.org/TR/mobileOK-basic10-tests/ 15/17

  • 8/8/2019 W3C mobileOK Pruebas bsicas 1,0

    16/17

    de octubre de 2008 (Verhttp://www.w3.org/TR/2008/REC-xhtml-modularization -20081008 / )

    XML 1.0Extensible Markup Language (XML) 1.0 (quinta edicin), Tim Bray, Jean Paoli,CM Sperberg McQueen, Maler Eva, Yergeau Franois, Recomendacin del W3C26 de noviembre 2008 (Verhttp://www.w3.org/TR/2008/ REC-xml-20081126 / )

    C Relacin con las mejores prcticas y pruebas mobileOK (NoNormativo)Este apndice enumera todas las prcticas mejores y se indica si cada uno tiene unensayo correspondiente mobileOK Bsico.

    Mejores Prcticas mobileOK BsicoACCESS_KEYSAUTO_REFRESH XAVOID_FREE_TEXTBACKGROUND_IMAGE_READABILITYBALANCECACH XCAPACIDADESCENTRAL_MEANINGCHARACTER_ENCODING_SUPPORTXCHARACTER_ENCODING_USE XCLARIDADCOLOR_CONTRASTCONTENT_FORMAT_PREFERREDCONTENT_FORMAT_SUPPORT X

    CONTROL_LABELLINGCONTROL_POSITIONCOOKIESDEFAULT_INPUT_MODE XDEFICIENCIASERROR_MESSAGESEXTERNAL_RESOURCES XFUENTESGRAPHICS_FOR_SPACING XIMAGE_MAPS XIMAGES_RESIZING XIMAGES_SPECIFY_SIZE XLARGE_GRAPHICS XLIMITADALINK_TARGET_FORMAT X

    LINK_TARGET_IDMEDIDAS XMINIMIZAR XMINIMIZE_KEYSTROKESNAVBARNAVEGACINNO_FRAMES XNO TEXT_ALTERNATIVES XOBJECTS_OR_SCRIPT XPAGE_SIZE_LIMIT XPAGE_SIZE_USABLEPAGE_TITLE XPOP_UPS XPROVIDE_DEFAULTS XREDIRECCIN X

    NAVEGACINESTRUCTURASTYLE_SHEETS_SIZESTYLE_SHEETS_SUPPORT XSTYLE_SHEETS_USE XAPTATAB_ORDER

    21/09/2010 W3C mobileOK Pruebas bsicas 1,0

    w3.org/TR/mobileOK-basic10-tests/ 16/17

  • 8/8/2019 W3C mobileOK Pruebas bsicas 1,0

    17/17

    VALID_MARKUP X21/09/2010 W3C mobileOK Pruebas bsicas 1,0