엔드 투 엔드 테스트의 문제 해결

브라우저의 동작 확인하기

엔드 투 엔드 테스트가 실패하는 경우, 실패 시 브라우저에서 무엇이 발생하는지 확인하는 것이 매우 도움이 될 수 있습니다. 예를 들어, 테스트가 전혀 실행되지 않는 경우 테스트 프레임워크가 기기에서 유효하지 않은 URL을 열려고 시도할 수 있습니다. 이 문제는 브라우저에서 페이지가 실패하는 것을 확인하면 더 명확해집니다.

테스트 프레임워크가 테스트를 실행하는 동안 브라우저를 표시하도록 하려면 WEBDRIVER_HEADLESS=false로 설정하세요. 예를 들어: 

cd gitlab/qa
WEBDRIVER_HEADLESS=false bundle exec bin/qa Test::Instance::All http://localhost:3000

로깅 활성화하기

가끔은 테스트가 실패하고 실패 스택 트레이스가 실제로 무엇이 잘못되었는지 결정하는 데 충분한 정보를 제공하지 않을 수 있습니다. QA_LOG_LEVEL=debug로 설정하여 디버그 로그를 활성화하여 더 많은 정보를 얻을 수 있습니다. 예를 들어: 

cd gitlab/qa
QA_LOG_LEVEL=debug bundle exec bin/qa Test::Instance::All http://localhost:3000

그러면 테스트 프레임워크에서 테스트 중에 수행된 작업을 보여주는 많은 로그가 출력됩니다: 

[date=2022-03-31 23:19:47 from=QA Tests] INFO  -- Starting test: Create Merge request creation from fork can merge feature branch fork to mainline
[date=2022-03-31 23:19:49 from=QA Tests] DEBUG -- has_element? :login_page (wait: 0) returned: true
[date=2022-03-31 23:19:52 from=QA Tests] DEBUG -- filling :login_field with "root"
[date=2022-03-31 23:19:52 from=QA Tests] DEBUG -- filling :password_field with "*****"
[date=2022-03-31 23:19:52 from=QA Tests] DEBUG -- clicking :sign_in_button

테스트가 전혀 실행되지 않음

이 섹션은 테스트가 로컬에서 실행 중이라고 가정하고(예: GDK와 같이), gitlab/qa/ 폴더에서 실행하고 있으며, gitlab-qa에서 실행하고 있지 않다고 가정합니다. 예를 들어, Net::ReadTimeout 오류를 받는 경우, 브라우저가 지정된 URL을로드하지 못할 수 있습니다: 

cd gitlab/qa
bundle exec bin/qa Test::Instance::All http://localhost:3000

bundler: failed to load command: bin/qa (bin/qa)
Net::ReadTimeout: Net::ReadTimeout with #<TCPSocket:(closed)>

이 오류는 GitLab이 localhost에서 해결되지 않는 주소에서 실행될 경우 발생할 수 있습니다. 예를 들어, GDK hostname을 특정 로컬 IP 주소로 설정한 경우, 명령어에서 localhost 대신 해당 IP 주소를 사용해야 합니다. 예를 들어, IP가 192.168.0.12인 경우: 

bundle exec bin/qa Test::Instance::All http://192.168.0.12:3000