Protractor: ExpectedConditions 라이브러리에 대해 elementNotToBeCovered 구현

정말 필요합니다. 그것은 큰 문제를 해결할 것입니다

이것은 응용 프로그램 로더 및 비동기 작업을 처리하는 globaleaks에서 정확히 우리의 문제입니다.

+1

페이지 상단에 표시되는 팝업 및 오버레이에 이것이 정말 필요합니다. 이 경우에는 ExpectedConditions.elementToBeClickable이 도움이 되지 않습니다...

그래 이거! 나는 지속적으로 _"요소가 (x,y) 지점에서 클릭할 수 없습니다. 다른 요소는 클릭을 수신합니다:"_ 스크롤하고 요소를 클릭하려고 시도한 후 오류가 발생하지만 ~14%의 시간만 .. 불만스러운. elementVisible 또는 elementToBeClickable을 기다리는 것조차 항상 작동하는 것은 아닙니다.

+1

+1

+1

이 기능이 최대한 빨리 출시되기를 바랍니다. 이 문제는 너무 짜증납니다. 해결 방법이 있습니까?

+1

+1

+1

+1

@sjelin 당신은 이것이 다른 스레드에서 수행 될 수 있다고 언급 했습니까?

We would address this using document.elementFromPoint and element.getBoundingClientRect pretty easily actually. elementFromPoint isn't totally standard at this point, though it appears to be supported by all browsers. The consistency issue is real though. Donno if we should leave this the way it is or "fix" it

+1000000000

+999

+2000000

+2000000

+999

+1

+1

+1

+1
편집: 그럼 죄송합니다. 나는 +1 문제에 대해 투표하는 것이 다른 곳에서 꽤 일반적인 관행임을 보았고 이것은 내가 각도기 테스트를 많이 작성하면서 실행한 문제이므로 구현되는 것을 보는 데 관심이 있습니다. 그래도 미래를 위해 기억하겠습니다.

이 PR을 +{숫자}번 중지하세요. 이것은 도움이되지 않습니다 ...

이에 대한 업데이트가 있습니까?
내 사용 사례의 경우 다음을 사용하여 요소를 보기로 스크롤하고 있지만 이것이 모달 등과 같은 모든 사용 사례에 대한 솔루션이 아니라는 것을 알고 있습니다.

var el = $('.myElement');
browser.executeScript('arguments[0].scrollIntoView()', el.getWebElement());

현재 해결 방법을 개발했습니다. 실제로 클릭하려는 요소를 "차단"하는 요소( id="spinner" )를 식별하고 다음과 같이 차단 요소가 보이지 않을 때까지 기다리기만 하면 됩니다.
broswer.wait(EC.invisibilityOf($(‘#spinner’)), 5000)

EC.invisibilityOf 로는 항상 충분하지 않습니다. 때때로 각도기는 요소가 보이지 않아야 하는 다른 요소에 의해 덮여 있다고 보고합니다.

예를 들어, 내 테스트 중 하나에서 링크가 상위 div에 포함된 것으로 보고되고 invisibilityOf 는 영원히 기다립니다. toNotBeCoveredBy 대한 열망

이 문제는 2년 전입니다. 찾을 수 없고 여전히 이 문제가 발생하기 때문에 이에 대한 해결책이 이미 있습니까? 내 상황에서는 요소가 보이지 않을 때까지 기다릴 수 없습니다. 왜냐하면 덮는 요소가 어떤 시점에서도 보이지 않고 시각적으로 요소를 덮고 있지 않기 때문입니다. 그러나 다른 요소가 클릭을 받습니다.

"toNotBeCoveredBy"에 대해 +1

다음과 같은 경우에 이러한 문제를 해결했습니다.

"use strict";

function elementWithAttributeHasNotValue(htmlElement, attribute, value) {
    return htmlElement.getAttribute(attribute).then((elementAttribute) => {
        return !elementAttribute.includes(value);
    });
}

class Helper {
    waitForAngularInRoomAnimationToBeDone() {
        const inRoomElement = element(by.className("in-room"));

        browser.wait(elementWithAttributeHasNotValue(inRoomElement, "class", "ng-animate"), browser.params.DEFAULT_TIMEOUT_MS);
    }
}

module.exports = Helper;

메서드의 이름과 상수의 이름은 내 사용 사례에 따라 다르지만 나머지는 더 일반적인 방식으로 사용할 수 있다고 생각합니다.

그런 다음 내 테스트에서 다음과 같이 사용합니다.

helper.waitForAngularInRoomAnimationToBeDone();

문제는 내 상황에서 오류가 발생한 순간의 브라우저 화면 상태를 캡처하는 오류의 스크린 샷을 볼 때 모든 것이 잘 보이고 클릭하려는 요소가 보이지만 각도기는 다른 요소가 클릭을 수신하고 요소가 표시되거나 활성화되기를 기다리는 것은 요소가 이미 화면에 표시되고 활성화되어 있기 때문에 작동하지 않기 때문에 여전히 요소를 클릭할 수 없다고 보고합니다. Chrome에 이 문제가 있으며 매번 나타나는 것은 아니며 20% 정도만 나타납니다. 위의 코드를 시도했지만 작동하지 않습니다.

@MihailSeykov 애니메이션이 있는 경우 애니메이션이 끝날 때 스크린샷이 EC.and 를 사용하여 해당 요소를 덮고 있을 수 있는 invisibilityOf 여러 요소를 기다릴 수 있습니다.

때로는 요소가 계속 표시되지만 애니메이션 후 다른 위치에 있습니다.

개발자들이 오픈 소스 프로젝트에 쏟는 모든 노고에 감사드립니다(가능한 한 노력하고 노력합니다).

하지만... 왜 이것이 해결해야 할 가장 중요한 기본/차단/문제가 아닌지 알 수 없습니다. 항목이 dom에서 숨겨지거나 표시될 때까지 기다리는 잠자기 없이는 테스트를 작성할 수 없습니다. 나는 보이지 않게 기다리거나 가시성을 기다리며 여러 조합을 시도했지만 hacky hacky hack hacks가 아닌 테스트를 작성할 수 없습니다.

왜 모든 사람들이 이 가시성 문제를 갖고 있지 않은지 이해가 되지 않습니다.

2년이 넘었는데 아직도 고쳐지지가 않네요??!! 해킹을 테스트하는 것은 정말 중요합니다. 최대한 빨리 수정하세요!

그것에 대한 진전이 있습니까? :)
나는 마침내 내 문제에 대한 치료법을 찾았지만

이에 대한 피드백을 부탁드립니다. 누군가가 그것을보고 있습니까 아니면 결코 고칠 수 없습니까? 많은 사람들에게 많은 문제를 일으키고 있습니다...

내가 아는 한 그것은 로드맵에 없습니다. 그러나 이 문제에 대한 해결책을 찾으려면 실제 문제가 있는 곳을 "증명"할 예제 프로젝트와 예제 각도기 코드가 있으면 좋을 것입니다. 그게 가능합니까?

나는 또한 요소로 스크롤하는 문제에 대한 주석에서 많은 것을 읽고 있으며 어떤 경우에는 여전히 실패합니다. 이것은 스크롤 자체에도 시간이 걸린다는 사실과 관련이 있을 수 있지만, 예제 프로젝트는 매우 좋을 것입니다!

누가 우리에게 그것을 제공할 수 있습니까?

저를 위해 추가하고 싶습니다. 이것 역시 제가 Selenium에 대해 가지고 있는 가장 큰 문제입니다. 애니메이션을 설명하기 위해 대기 등을 구축해야 하는 것은 매우 성가신 일입니다.

나는 작은 검사 유틸리티 방법을 작성했습니다. 클릭할 수 있게 되면 요소를 즉시 클릭한다는 점을 명심하십시오.

import { ElementFinder, promise } from 'protractor';
export let testHelpers = {
  isClickable(el: ElementFinder): promise.Promise<boolean> {
    return new promise.Promise(resolve => {
      let interval = setInterval(() => {
        el.click().then(() => {
          clearInterval(interval);
          setTimeout(() => {
            resolve(true);
          }, 500);
        }, () => { });
      }, 100);
    });
  }
}

테스트 코드에서:

import { testHelpers } from '../src/core/e2e/helpers';
describe('App', () => {
  it('should do something', () {
    let btn = $('.cls');
    browser.wait(testHelpers.isClickable(btn), 3000);
  });
});

내 해결 방법은 요소를 클릭하기 전에 클릭하려는 요소를 덮고 있는 요소를 DOM에서 제거하는 것입니다.
await browser.executeScript("arguments[0].remove();", coverElement);

거의 3년이 지났습니다... 요청한 기능이 _각도기_ 내에서 해결할 수 없습니까?
요소 클릭 가능성을 차단하는 애니메이션을 설명하기 위해 테스트 전체에 sleep 가 있습니다.

@nmfernandes 나는 그것이 조금 덜 극적 일 수 있다고 생각하지만 여전히 arguments[0].style.visibility='hidden'; 합니다. 그러나 어쨌든 당신의 아이디어는 도움이 되었습니다. 공유해 주셔서 감사합니다.

거의 4년이 지났는데, 이거 주세요? 이 문제를 해결하기 위해 상호 작용 사이에 짧은 절전 모드를 만드는 것은 매우 불편합니다. 또한, sleeps 는 내가(그리고 많은 사람들이 또한) 피하고 싶은 많은 시간을 축적합니다.

누구든지 이 문제를 시뮬레이트할 수 있는 코드가 있습니까? 가능한 경우 복제 및 실행만 하도록 github 저장소를 전달하십시오.

나는 각도기 팀이 이에 대해 무엇이든 할 수 있는지 매우 의심스럽습니다. 나에게 그것은 Selenium 또는 Chromedriver의 문제처럼 보입니다.

• 1

더 이상 Google에서 일하지 않기 때문에 할당 취소

async / await를 사용하여 1개 또는 2개의 인수를 입력으로 사용하는 도우미 함수를 만들었습니다. elem 및
retryCount . 0.5초마다 요소를 클릭하려고 시도하고 오류가 발생하면 retryCount가 다 떨어지거나 버튼이 클릭될 때까지 다시 클릭을 시도합니다.

export const clickOnElementWithRetry = async (elem: ElementFinder, retryCount: number = 5) => {

    while (retryCount) {
        try {
            await elem.click();
            retryCount = 0;
        }
        catch (e) {
            if(retryCount === 0)
                throw "Couldn't click element";
            await browser.sleep(500);
            retryCount--;   
        }
    }

}

사양 파일 또는 사용하려는 모든 위치에서:

import { clickOnElementWithRetry } from './helpers/';
it('Clicks on some element', async () => {

    const someButton = element(by.id("someElementId"));
    clickOnElementWithRetry(someButton)
})