wpt

web-platform-tests (WPT) es un conjunto de pruebas multiplataforma para la pila de la plataforma web, que cubre especificaciones de WHATWG, W3C y otros organismos de estándares. Escribir pruebas que puedan ejecutarse en todos los navegadores da a los proyectos de navegadores la confianza de que envían software compatible con otras implementaciones, y da a los autores web la confianza de que pueden depender de la plataforma en todos los navegadores y dispositivos sin capas de abstracción adicionales. Recursos clave: - Repositorio de GitHub: fuente canónica del historial y foro de discusión para cambios de código - web-platform-tests.org: sitio de documentación que cubre configuración, escritura de pruebas, revisión por pares y administración - wpt.live: despliegue público del conjunto, ejecutable desde cualquier navegador con conexión a internet - wpt.fyi: archivo de resultados de pruebas recopilados regularmente de una variedad de navegadores - Sala de chat Matrix (#wpt:matrix.org) y una lista de correo pública de bajo tráfico - Repositorio de RFCs para cambios sustanciales que afecten a las partes interesadas Configuración: clona el repositorio. Dado que las ramas se crean y eliminan con frecuencia, se recomienda podar ramas obsoletas (git pull --prune). Ejecución de pruebas: consulta el sitio de documentación, especialmente la configuración del sistema para ejecutar pruebas localmente. Herramientas de línea de comandos: el comando wpt agrupa varias herramientas, incluyendo wpt serve (inicia el servidor HTTP), wpt run (ejecuta pruebas en un navegador), wpt lint (verifica todas las pruebas), wpt manifest (actualiza o genera MANIFEST.json), wpt install (instala el último navegador o servidor webdriver localmente) y wpt serve-wave (inicia el servidor HTTP junto con el ejecutor de pruebas WAVE). Notas para Windows: los comandos wpt deben ir precedidos de python o la ruta del binario de python. Bash en Ubuntu en Windows también es una opción. Git y los editores no deben convertir automáticamente los finales de línea (configura git config core.autocrlf false) para evitar errores de lint. Publicación: la rama master se sincroniza automáticamente con wpt.live y w3c-test.org. Contribución: cualquiera puede contribuir con pruebas. El flujo habitual es hacer un fork, crear una rama temática, hacer cambios, ejecutar ./wpt lint, hacer commit y push, y luego abrir una solicitud de extracción. Política de IA: usar LLMs para ayudar a redactar pruebas es generalmente aceptable, pero cada cambio debe ser atribuible a un humano que lo entienda y asuma la responsabilidad. La participación de LLMs en discusiones generalmente no es aceptable; el contenido generado por LLMs debe provenir de una cuenta de bot o estar contenido en un blockquote (contribuciones cortas) o en un elemento details.