End-to-end 테스트의 문제 해결
브라우저 동작 확인
End-to-end 테스트가 실패할 경우, 실패 시 브라우저에서 무엇이 발생하는지 확인하는 것이 매우 도움이 될 수 있습니다. 예를 들어, 테스트가 전혀 실행되지 않는다면, 테스트 프레임워크가 기계에서 유효하지 않은 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
도움말