답변.

UI 테스트 자동화의 처음에는 요소의 나타남에 대한 지연으로 인한 테스트의 불안정성 및 페이지에서 비동기 작업을 기다려야 하는 어려움이 주요 문제였습니다. 과거에 테스트 담당자들은 자주 하드 지연(sleep)을 사용했으며, 이는 테스트 실행 시간이 길어지고 안정성이 낮아지는 결과를 초래했습니다.

문제는 웹 애플리케이션이 점점 더 동적이 되어간다는 것입니다. 요소는 비동기적으로 나타나고 사라지며, 프론트엔드와 백엔드의 동시 작업은 UI 상태에 대한 잘못된 대기로 인해 테스트가 오류로 끝나는 상황을 초래할 수 있습니다. Thread.sleep(1000)과 같은 정적 대기는 테스트 시간을 늘릴 뿐만 아니라 테스트가 성공적으로 통과할 수 있는 것을 보장하지 않습니다.

해결책은 명시적 대기와 암시적 대기(explicit/implicit waits)를 사용하는 것입니다. 이는 실제 인터페이스 상태와 작업을 보다 유연하고 효과적으로 동기화할 수 있게 해줍니다. 예를 들어, Selenium 또는 유사한 프레임워크에서는 WebDriverWait 또는 유사한 것을 사용하여 조건에 따라 필요한 요소의 등장 여부를 확인합니다:

from selenium.webdriver.common.by import By
from selenium.webdriver.support.ui import WebDriverWait
from selenium.webdriver.support import expected_conditions as EC

wait = WebDriverWait(driver, 10)
element = wait.until(EC.presence_of_element_located((By.ID, "myElem")))

주요 특징:

테스트의 대기 시간이 줄어듭니다: 테스트는 조건이 발생하는 즉시 계속됩니다.
UI 동적 특성으로 인한 허위 반응(flaky-test) 비율이 감소합니다.
더 높은 수준의 추상화(예: 텍스트 값 변경 또는 요소의 사라짐에 대한 복잡한 조건으로 대기).

함정 질문.

명시적 대기 없이 암시적 대기만 사용하는 것이 더 나쁜 이유는 무엇입니까?

암시적 대기는 드라이버 전체에 적용되며 예기치 않은 지연이나 명시적 대기와의 충돌을 초래할 수 있으며, 이는 종종 "TimeoutException" 오류를 발생시킵니다.

UI 테스트에서 대기를 위해 Thread.sleep을 사용하는 것이 좋습니까?

Thread.sleep 사용은 극히 권장되지 않습니다: 이는 불필요한 지연과 테스트의 불안정성을 초래합니다. 차라리 명시적 대기와 조건을 사용하는 것이 좋습니다.

요소가 애니메이션으로 나타나면 어떻게 해야 합니까?

요소 자체의 존재뿐만 아니라 상태(예: 가시성 또는 클릭 가능성)를 기다려야 하며, 이를 위해 visibility_of_element_located와 같은 특별한 조건을 사용해야 합니다.

일반적인 오류 및 안티 패턴

조건 대신 고정된 타임아웃(sleep) 사용.
명시적 대기와 암시적 대기 충돌.
요소의 존재를 기다리면서 가시성이나 상호작용 준비 상태를 기다려야 하는 경우.

실생활 사례

부정적 사례

프로젝트에서 모달 창의 등장 대기를 Thread.sleep(3000)을 통해 구현했습니다. 창이 더 빨리 또는 더 느리게 나타나는 경우가 있었습니다. 스크립트는 느렸고 부하가 증가할 때 테스트가 종종 실패했습니다.

장점:

구현하기 쉽습니다.
동기화에 대한 이해 없이 빠르게 구현되었습니다.

단점:

테스트의 불안정성.
모든 환경에서 자동 테스트 실행 시간이 증가했습니다.
UI 개선 시 유지 보수가 어려워졌습니다.

긍정적 사례

로직을 재작성하여 UI와의 모든 작업이 요소의 가시성과 활동성을 명시적으로 대기하는 함수로 감싸졌으며, 모든 것이 빨라지고 안정성이 98%로 향상되었습니다.