HTML5 테스트 드라이브 웹 지속 가능한 개발

때문에 다른 브라우저의 HTML5 엔진 여전히 품질과 정확성에 큰 차이, 우리가 우리 자신의 공헌을 추가 웹 플랫폼 상호 운용성과 같은 태그의 목표를 달성 하기 위해 컨소시엄에 의해 개발 되 고 테스트 스위트를 나갈 것입니다. 우리 모두, 그것에 7573 테스트 제출 하 고 IE 테스트 센터에서 그들을 볼 수 있습니다. 브라우저는 동일한 태그에 대 한 지원을 개선,으로 우리 일관성 효과와 HTML5에 대 한 일반적인 헌신 종료 됩니다.

이 게시물의 제목은 어도비 6 월 월 15 일에 샌 프란 시스 코 본사에서 개최 하는 주말 활동 및 16를 말합니다. 이 이벤트에서 자원 봉사자의 수십 전문가 어도비, 구글, 모질라, 애플, HP, 마이크로소프트 웹 표준 테스트를 수행 하는 방법, CSS, SVG 테스트를 작성 하는 방법 및 좋은 버그를 만드는 방법을 배울 수에서 컨소시엄의 구성원에서 배운 보고 하 고 테스트 도구 모음을 관리 하는 데 사용 하는 도구에 대 한 자세한 내용은.

다음 이벤트 어디 모두 즐길 무료 음식 및 음료 테스트 절차의 하루 종일을 쓰는 동안 "프로그래밍 마라톤" 테스트 세션 입력. 자원 봉사자 CSS 옴, [변환] (변형)에 대 한 새 테스트 사례를 작성 토요일의 대부분을 보냈다 [배경 및 테두리] (배경 및 테두리), [제외] (서라운드), SVG, 그리고 다른 모듈. 최고의 수 상자 중 또한 여러 상을 위한 지명 되었습니다.

웹 표준 테스트

어도비의 앨런 스턴 브리핑 범용 테스트의 일반 원리 및 규격의 개발에서 테스트의 역할에 참가자. 특히, 지정 된 사양에 대 한 브라우저 설정에 대 한 단일 패스 속도 컨소시엄 테스트 스위트의 목적은 아니다. 컨소시엄에 의해 권장 사양에 대 한 순서, 작업 그룹 지정은 선택 사항 입증 해야 합니다. 실제로, 이것은 의미:

• 테스트 사례를 만들 각 요구 사항에 대 한 사양 ("표준화 선언" 이라고 함) • 확인에에서는 적어도 두 개의 개별 구현을 각 테스트를 통과
참고 "두 개 이상의 브라우저 전체 테스트 스위트를 통과 해야 합니다"와 "두 개 이상의 브라우저 전달 해야 합니다 각 테스트 테스트 제품군."의 차이 브라우저 테스터는 일반적으로 "테스트 사양."는 문장 설명

그러나, 테스트 프로세스의 중요 한 부작용 개발 하 고 모든 브라우저에 대 한 테스트 될 수 있는 일반적인 상호 작용 벤치 마크를 설정할 것입니다. 모든 브라우저에 걸쳐 스위트 도움말 찾기 버그를 테스트 하 고 때로는 사양에서 문제를 식별.

CSS와 SVG 테스트 작성

테스트의 3 개의 종류가 있다:

일반적으로 시각적 유효성 검사에 의존 • 독립적인 테스트: 오류가 발생 한 경우, 콘텐츠가 빨간색으로 표시 됩니다.
• 참조 테스트는 테스트 중인 기능에 의존 하지 않는 시각적 참조에 대 한 테스트를 비교 합니다. 참고 테스트 비교 해야 하는 참조 테스트에 대 한 링크가 포함 되어 있습니다.
CSS 개체 모델 테스트 개체 모델 정적 스타일 시트 CSS 미디어 쿼리 테스트 등으로 지정 된 콘텐츠를 반영 확인 자바 테스트 도구에 의존 합니다.
어도비의 레 베 카 Hauck과 제이콥 골드 테스트 작성 자습서를 제공 하는 동안 Doug Schepers 컨소시엄의 SVG 테스트를 설명 했다 신중 하 게 했다. CSS 작업 그룹 공동 의장, 피터 Linss, CSS 테스트 프레임 워크, 테스트 제품군 시스템 및 목사와 같은 관리 도구를 건물을 포함 한에 다 징 턴.

좋은 버그 보고서 작성

Mozilla의 Elika Etemad 우수한 브라우저 버그 보고서를 만드는 방법에 조언을 활성 참가자 제공:

• 문제는 구체적이 고 재현
• 버전 및 플랫폼 확인
• 반복 봤어요
• 단계 반복 문제 포함
• 예상 및 실제 결과 설명
• 가능 하다 면, 문제는 모든 HTML, 자바 스크립트, 제거 하 여 간소화 되었습니다 CSS 부분에 필요 하지 않은 문제 페이지에서 문제를 재현 하 고 나머지는 버그에 연결.

건물 테스트 스위트

테스트 스위트를 건물 투자를 많이 필요 합니다. CSS2.1 "추천" 단계에 도달 하는 데 시간이 오래 걸리는 이유 중 하나는 사양과 테스트에 필요한 기본적인 요구 금액의 크기는 너무 커서입니다. 테스트 스위트의 최신 버전에는 9,422 테스트를 포함 되어 있습니다.

마이크로소프트는 이러한 테스트의 7000 이상 기여 하고있다 그리고 우리는 기여 하는 다른 표준 규격에 더 많은 테스트를 계속.

IE10에서 CSS, HTML, SVG, 및 돔 많은 새로운 표준 기능에 대 한 지원을 추가 했습니다. 우리는 IE 테스트 센터에서 이러한 새로운 기능에 대 한 몇 가지 테스트 케이스를 발표 했습니다. 우리는 특히 가까운 장래에 IE10 릴리스 미리 보기를 대 되지 않은 그 기능에 대 한 더 많은 테스트 사례를 제출 계속 됩니다.

당신의 힘을 기여 하는 어떻게 당신은

우리는 모든 웹 상호 운용성을 향상 하는 커뮤니티의 일부가 될 만하다. 웹 개발을 추진 하기 위해 최선을 다하고 있다면, 그것은 또한 새로운 단계 상호 운용성을 도움이 됩니다. 시험을 보거나 기존 테스트 하는 방법을 배울 수 있습니다.

우리는 이벤트의 시간에 당신을 알릴 것 이다.

-실뱅 galineau, 인터넷 탐색기 프로젝트 관리자;
-존 젠 슨, 인터넷 익스플로러 테스트 관리자