Watir-webdriver는 Watir과 Firewatir 간의 인덱싱베이스의 차이점을 해결합니까?

Question

Watir 및 Firewatir와의 진정한 브라우저 호환 테스트를 수행 할 수 있다는 것에 대한 장벽 중 하나는 (내가 아는 한 결코 제거되지 않았지만 아마도 내가 잘못 생각한 것입니다.) 이것이 Watir가 원래 하나의 색인 생성을 사용하도록 설계된 반면, firewatir을 만든 사람은 누구나이를 기반으로 0을 만들었습니다.

각 결정에 대해 좋은 역사적 이유가 있으며 확실한 논쟁을하고 싶지는 않지만 테스터가 스크립트를 만들려고 애쓰는 것은 고통 스럽습니다. 적어도 이것은 다음과 같이 요소를 식별하는 데 영향을 미칩니다. index.

Watir-Webdriver로 이동하면 더 균일 한 플랫폼을 만들 수 있을지 궁금합니다.

또한 최신 Watir 및 Watir-Webdriver의 차이점에 대해 언급하고 있습니까? 예를 들어 최근의 질문에서 .value =는 .set 대신 '이벤트가없는 직접 세트'로 구현되지 않았으며 기본적으로 .set과 동일하게 작동합니다.

Answer 1

이 문제의 가장 좋은 해결책은 Watir 1.X가 구성 가능한 인덱싱을 얻는 것입니다. 그 일의 대다수는 Bret의 zero-index 가지에서 이미 수행되었다고 생각합니다. 따라서 누군가를 골라서 그곳으로 가져가는 것의 문제 일뿐입니다. 우리가 Watir과 떨어져있을 때 그런

browser.div(:index => 1.as_index) 

: 우리의 스크립트

class Fixnum 
    def as_index 
    Config.webdriver? ? self - 1 : self 
    end 
end 

다음 : 우리가 Watir과 - webdriver을 위해 마이그레이션 된

, 우리는이 문제에 도움이 원숭이 패치를 추가 완전히 코드베이스에서 as_index에 대해 grepping을 수행하고 색인을 하나씩 줄이는 것이 간단합니다.

Watir과 watir-webdriver의 주요 차이점을 this wiki page에 기록하려고했습니다. 그것이 부족하다는 것이 확실하다. 누군가가 그것을 향상시키고 자한다면, 그것은 매우 환영 할 만하다. :)