셀레늄에 통합 된 XHTML 마크 업 검사기

Question

최근에는 Continuous Integration Machine에서 XHTML 소스의 지속적인 점검을 사용하여 프로젝트 품질을 어떻게 개선 할 수 있는지에 대해 생각했습니다.

봐요, 우리는 프로젝트가 있습니다

http://sourceforge.net/projects/jtidy -Jtidy Jtidy는 HTML Tidy의 Java 항구입니다. HTML syntax checker 그리고 예쁜 프린터.

명령 줄 인터페이스를 통해 XHTML을 검증 할 수 있습니다. 또는 모든 소스 코드가 열려 있기 때문에이 도구는 필요한 방식으로 확장 될 수 있습니다.

AssertTextPresent 또는 기타와 같은 모든 Selenium 검증 방법을 덮어 쓸 수 있으므로 현재 상태의 HTML 소스를 제공하여 JTIDY를 호출하고 일부 오류 또는 경고가 발생하면 지속적인 통합 기계 빌드에 저장 될 수 있습니다. 로그 - 따라서 모든 프로젝트 관련 이이 정보를 볼 수 있습니다.

우리는 모든 셀레늄 방법을 다시 작성하여 모든 단계 에서이 호출을 통합 할 수는 없지만 (Dom Manupulations 이후) 원하는 곳에이 호출을 만들 수 있습니다.

예, 사이트에 W3C 마크 업 유효성 검사기를 사용할 수 있지만이 유효성 검사기와 함께 Page 소스의 초기 상태를 검증 할 가능성은 없습니다. 페이지 생성 후 마크 업 오류/경고를 생성 할 수있는 많은 DOM 조작이있을 수 있습니다.이 체계에서 즉시 찾을 수 있습니다.

지속적인 통합을 사용하는 것 중 하나는 코드에서 빠른 피드백 (기존 코드 기반과 통합, 단위 및 기능 테스트가 통과하는지 테스트하는 방법)이 있다는 것입니다. 인스턴트 XHTML 마크 업 유효성 검사 상태와 같은 추가 유용한 정보를 얻지 않겠습니까? 우리는 일찍 문제를 식별할수록 문제를 쉽게 해결할 수 있습니다.

나는 아직 구글 에서이 주제에서 아무것도 찾지 못했습니다. 그리고 알고 싶어,이 아이디어에 대해 어떻게 생각하십니까?

Answer 1

가치있는 아이디어처럼 보입니다.

전에 CI와 비슷한 두 가지 작업을 수행했습니다.

1. 나는 Ant 's를 사용했습니다 xmlvalidate 빌드 프로세스의 일부로 정적 xhtml 파일을 유효성있는 작업

2. httpunit을 사용하여 XML로 구문 분석 한 페이지를 가져 왔습니다.

그러나 기능 테스트 실행 중에 내용을 본질적으로 검증하기 위해 셀레늄으로 묶는 아이디어는 나에게 새로운 것입니다.

Answer 2

나는 그 아이디어가 훌륭하다고 생각하지만 처음부터 그것을 구현하기는 매우 어렵다고 생각합니다. 그러나이 아이디어는 빌드/품질 검증 프로세스의 진화와 같으므로 언젠가 문서가 포함 된 즉시 사용 가능한 도구로 출시 될 것입니다.

Answer 3

좋은 생각! - 사실 나는 단지 똑같은 아이디어를 가지고 있었고, 누군가가 전에 그것을했는지 확인하기 위해 확인하고있었습니다 - Argh! 당신이 나를 이길 것 같습니다 :)

나는 셀레늄이 W3C HTML 및 CSS ValidTors (링크 상태가 아닌 파일에 의해)에 맞는 각 페이지를 캡처하고 자동 제출하는 선을 따라 생각하고있었습니다. 그래도 나는 jtidy 아이디어를 좋아합니다.

Answer 4

원칙적으로 훌륭하지만 셀레늄에서 어떻게 부르는지 잘 모르겠습니다. 셀렌 세르 (Selenese) 또는 phpunit에서 실행하는 방법을 설명하는 문서를보고 싶습니다.