Pregunta

Recientemente, pensé en cómo puedo mejorar la calidad de los proyectos, usando la verificación continua de la fuente xHTML en la máquina de integración continua.

Mira, tenemos un proyecto

http://sourceforge.net/projects/jtidy - jTidy JTidy es un puerto Java de HTML Tidy, un verificador de sintaxis HTML y una impresora bonita.

Puede validar el xHTML a través de una interfaz de línea de comandos. O esta herramienta se puede ampliar de la manera que necesitamos, porque todos los códigos fuente están abiertos.

Podemos sobrescribir todos los métodos de validación de Selenium, como assertTextPresent, o cualquier otro, por lo que se llamará a jTidy (proporcionando la fuente HTML del estado actual), y si se producen algunos errores o advertencias, se puede guardar en Continuo Registros de integración de la máquina de integración - para que cualquier proyecto relacionado pueda ver esta información.

No podemos reescribir todos los métodos de Selenium, para integrar esta llamada en cada paso, sino para realizar las llamadas donde queramos (después de las manipulaciones de DOM).

Sí, podemos usar validadores de marcado W3C para nuestros sitios, pero no hay ninguna posibilidad de validar el estado inicial de la fuente de la página con estos validadores. Después de la creación de la página, puede haber muchas manipulaciones de DOM que pueden producir errores / advertencias de marcado; podemos encontrarlo inmediatamente con este esquema.

Uno de los beneficios de usar la integración continua es que tiene una retroalimentación rápida del código: cómo se integra con el código base existente, compruebe si pasan las pruebas funcionales y de unidad. ¿Por qué no obtener información útil adicional, como el estado de validación de marcado xHTML instantáneo? Cuanto antes identifiquemos el problema, más fácil será solucionarlo.

Todavía no he encontrado nada sobre este tema en google. Y quieres saber, ¿qué te parece esta idea?

¿Fue útil?

Solución

Parece una idea que vale la pena.

He hecho dos cosas similares con CI antes:

  1. He usado la tarea XMLValidate de Ant para validar la estática archivos xhtml como parte del proceso de compilación

  2. He usado httpunit para extraer páginas que luego analicé como xml

Pero la idea de vincularse con Selenium para validar el contenido de forma inherente durante una prueba funcional es una novedad para mí.

Otros consejos

Creo que esa idea es brillante pero es muy difícil implementarla desde cero. Pero esta idea es como la evolución del proceso de validación de construcción / calidad, por lo que se lanzará como una herramienta lista para usar con documentación algún día.

Buena idea! - de hecho, tuve exactamente la misma idea y estaba comprobando si alguien lo había hecho antes - ¡argh! Parece que me venciste :)

Estaba pensando en capturar y enviar automáticamente cada página golpeada por selenio a los validadores w3c HTML y CSS (por archivo en lugar de enlace, por lo que se mantiene el estado) - falla en cualquier error. Aunque me gusta la idea jtidy.

Excelente en principio, pero no estoy muy seguro de cómo llamarlo desde Selenium. Me encantaría ver la documentación que explica cómo ejecutarlo desde Selenese o desde PHPUnit.

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top