Hudson 지속적 통합 도구 자습서 – Selenium 자습서 # 25

hudson continuous integration tool tutorial selenium tutorial 25

Selenium 시리즈의 마지막 두 튜토리얼에서 가장 중요한 두 가지 빌드 도구에 대해 논의했습니다. 개미 과 메이븐 . 우리는 그 중요성과 실질적인 중요성에 대해 논의했습니다.

DevOps 시리즈의 이전 자습서에서 Jenkins와 Selenium의 통합 .

현재 Selenium 온라인 교육 튜토리얼 , 우리는 Hudson으로 알려진 연속 통합 도구 .

읽어보기 => DevOps에 대한 모범 가이드

노트 : 이 튜토리얼은 Selenium 및 DevOps 튜토리얼 시리즈의 일부입니다. 관련 시리즈로 이동하려면 적절한 링크를 클릭하십시오.

우리가 얻는 중요성과 이점을 연구 할 것입니다. 지속적인 통합 도구 . 설치부터 고급 설정까지 허드슨을 처음부터 바로 살펴볼 것입니다.

학습 내용 :

• 지속적인 통합
• Hudson – 지속적 통합 도구
• Hudson 설치
• 허드슨 구성
• 이메일 알림 구성
• Hudson 프로젝트 만들기
• Hudson 프로젝트 구성
• 소스 코드 관리 구성
• 빌드 트리거 선택
• 빌드 단계 호출
• 빌드 후 작업 구성
• 결론
• 추천 도서

지속적인 통합

여러 번, 우리는 많은 개발자와 테스터가 서로 다른 모듈에서 함께 작업하는 프로젝트에서 작업하게됩니다. 개발자와 테스터는 모듈에서 작업하여 실행 파일을 개발합니다. 그런 다음 이러한 작업 산출물은 정기적으로 통합됩니다. 따라서 개발 코드를 만들 때마다 개발 된 코드가 손상되거나 오류 또는 결함이 발생하지 않도록 통합, 테스트 및 빌드해야합니다.

정기적으로 통합 된 개발 작업을 구축하고 테스트하는이 프로세스를 지속적 통합 (CI) . 지속적인 통합을 통해 개발 라이프 사이클에서 가능한 한 빨리 결함이나 오류를 식별하고 해결할 수 있습니다.

지속적 통합 시스템은 새 / 변경된 코드가 SCM이라는 소스 제어 관리 시스템 약어에 커밋되는 즉시 애플리케이션을 빌드하고 테스트합니다. 산업에 대한 큰 이점과 영향으로 소프트웨어 개발 라이프 사이클의 필수적인 부분이되었으며 의무적으로 실행됩니다.

Hudson – 지속적 통합 도구

연속 통합은 자동으로 수행 될 수 있습니다. Hudson은 지속적 통합을 수행하는 널리 알려진 도구 중 하나입니다. Hudson은 Java 기반 오픈 소스 지속적 통합 도구입니다. 다른 지속적 통합 도구와 마찬가지로 Hudson은 소스 제어 관리 시스템의 변경 사항으로 빌드 및 테스트를 트리거 할 수있는 팀을 제공합니다.

Hudson은 다양한 도구와 플러그인을 지원합니다.

허드슨 강:

• CVS, Subversion (SVN), Git 등과 같은 SCM 도구를 지원합니다.
• ANT 기반 프로젝트, Maven 기반 프로젝트 등을 구축 할 수 있습니다.
• 셸 스크립트 및 Windows 배치 명령을 실행할 수 있습니다.
• 이메일, SMS, Skype 등을 통해 보고서, 알림 등을 보낼 수 있습니다.

Hudson 설치

전제 조건

Hudson을 사용하려면 시작하기 전에 다음 사항이 준비되어 있어야합니다.

• 소스 코드 저장소 (SVN / Git / CVS 등)
• 빌드 스크립트 (Ant / Maven 등)

설치

Hudson은 다양한 환경에 쉽게 설치할 수 있습니다. Hudson은 Linux 시스템과 Windows 시스템 모두에 설치할 수 있습니다. 또한 다양한 Linux 버전에 대한 OS 유형별 패키지로 배포되므로 설치가 몇 분만에 완료됩니다. Hudson은 독립형 애플리케이션으로 또는 Servlet 컨테이너 내에서 실행할 수 있습니다. 이 튜토리얼에서는 Windows 시스템에 Hudson 설치에 대해 설명합니다. Hudson을 설치하는 방법에는 두 가지가 있습니다.

• WAR 파일 사용
• 네이티브 패키지 사용

네이티브 패키지는 Ubuntu / Debian, Oracle Linux, Redhat / Fedora / CentOS 및 openSUSE에서 사용할 수 있습니다.

이 자습서에서는 WAR 파일로 설치하는 방법에 대해 설명합니다. 전체 프로세스를 단계별로 논의하겠습니다.

1 단계 : Hudson 공식 웹 사이트에서 Hudson WAR 파일 다운로드 – ' http://hudson-ci.org/ ”. 로컬 파일 시스템의 원하는 위치에 war 파일을 보관합니다. 이 WAR 파일은 명령 프롬프트를 통해 직접 시작하거나 Servlet Container에서 사용할 수 있습니다. WAR은 자체적으로 임베드 된 서블릿 컨테이너가있는 실행 파일입니다.

2 단계 : 다음 단계는 Hudson 웹 사용자 인터페이스를 초기화하는 것입니다. 이를 위해 명령 프롬프트를 열고 Hudson 전쟁이 보관 된 폴더로 이동해야합니다.

• java -jar hudson-3.0.1.war –httpPort = 8099를 입력합니다.

위의 명령은 Hudson Dashboard에서 초기 설정이 필요함을 보여줍니다. 아래 화면을 참조하십시오.

(이미지를 클릭하면 확대됩니다)

참고 : Windows 또는 Linux 시스템에서 Hudson을 서비스로 시작하는 것이 좋습니다.

3 단계 : Hudson 창에 액세스하려면 브라우저를 열고 Hudson을 시작합니다.

• 'http : // localhost : 8099 /'를 입력합니다. – Hudson 창이 열립니다.

(이미지를 클릭하면 확대됩니다)

4 단계 : 원하는 플러그인을 선택하고 마침 버튼을 클릭합니다. 모든 플러그인을 설치하는 데 몇 분 정도 걸릴 수 있으므로 잠시 기다려주십시오.

노트 : SCM을 지원하는 데 사용할 수있는 몇 가지 옵션이 있습니다. 사용하려는 SCM 옵션을 선택하십시오.

모든 플러그인이 설치되면 사용자는 Hudson 대시 보드를 볼 수 있습니다.

허드슨 구성

이제 Hudson 대시 보드가 준비되었으므로 다음 단계는 Hudson을 구성하는 것입니다. 전체 프로세스를 단계적으로 다시 논의하겠습니다.

1 단계 : Hudson을 구성하려면 왼쪽 메뉴에 표시된 'Manage Hudson'링크를 클릭합니다.

2 단계 : 다음 단계에서 '시스템 구성'링크를 클릭합니다. 다음 스크린 샷을 참조하십시오.

3 단계 : 시스템 구성 링크를 클릭하자마자 연결 매개 변수에 대한 여러 섹션이 표시됩니다. 다음 그림과 같이 JDK에 항목을 추가합니다. 사용자는 JDK 설치 이름과 Java가 설치된 위치를 제공해야합니다. 둘 이상의 Java 인스턴스를 추가 할 수 있습니다.

사용자는 '자동으로 설치'확인란을 선택하여 JDK를 자동으로 설치할 수도 있습니다.

4 단계 : 다음 단계에서 다음 그림과 같이 Ant에 항목을 추가하십시오. 사용자는 Ant 설치 이름과 Ant가 로컬로 설치된 위치를 제공해야합니다.

JDK 및 Ant와 마찬가지로 사용자는 다른 연결 매개 변수를 구성 할 수 있습니다.

노트 : 항상 '자동으로 설치'확인란을 선택 취소해야합니다. 인터넷에서 아티팩트를 다운로드하려면 확인란을 선택해야합니다.

이메일 알림 구성

이메일 알림 섹션은 동일한 웹 페이지의 끝에 표시됩니다. 사용자는 다음 필드를 구성해야합니다.

이메일 알림과 관련된 모든 옵션을 보려면 고급 버튼을 클릭하십시오.

• SMTP 서버 : SMTP 서버는 SMTP 서버에 대한 정보, 즉 IP 번호 또는 서버의 정규화 된 이름을 저장합니다. 데모를 위해이 자습서에서는 Gmail의 SMTP 서버를 사용합니다.
• 기본 사용자 전자 메일 접미사 :이 필드에 이메일 접미사를 제공 할 수 있습니다.이 접미사에는 사용자 이름이 붙을 수 있으며 이메일 알림을 보내는 데 사용할 수 있습니다.
• 시스템 관리자 이메일 주소 : 관리자 이메일 주소는 모든 알림이 전송되는 발신자 이메일 ID로 사용됩니다.
• 허드슨 URL : 이메일 알림 내에서 보고서를 게시하거나 정보를 구축하려는 경우 Hudson URL을 제공해야합니다. 보고서에 액세스하는 데 Hudson URL이 사용됩니다. 유효한 URL을 제공해야하지만 모든 수신자가 인트라넷에 연결된 경우 Hudson을 호스팅하는 컴퓨터의 IP 주소도 제공 할 수 있습니다.
• SMTP 인증 사용 :이 옵션을 활성화하면 인증 목적으로 사용자 이름 및 암호 필드가 표시됩니다.
• SS 사용 L : 사용자는이 옵션을 선택하여 SMTP 서버에 연결하여 SSL을 활성화 할 수 있습니다.
• SMTP 포트 : 사용자는이 필드에 메일 서버와 통신하는 데 사용되는 포트 번호를 제공해야합니다. 포트 번호를 지정하지 않으면 기본 포트 번호가 지정됩니다.
• 문자셋 :이 필드는 이메일 작성에 사용되는 문자 집합을 지정합니다.

이 튜토리얼에서 이메일 알림을 보내기 위해 Gmail 메일 서버를 사용할 것이라고 이미 언급했듯이, 다음 스크린 샷을 참조하고 이메일 알림 섹션에서 필요한 사항을 변경합니다.

새로 만든 모든 변경 사항을 저장하려면 저장 버튼을 클릭합니다.

Hudson 프로젝트 만들기

이제 시스템에 Hudson을 설치하고 구성 했으므로 이제 Hudson 프로젝트를 생성하겠습니다. Hudson 구성과 마찬가지로 Hudson 프로젝트에 대한 몇 가지 구성 옵션이 있습니다. 이 자습서에서는 가장 유용하고 널리 사용되는 옵션 및 확장에 대해 설명합니다.

새 Hudson 프로젝트를 만들고 구성하려면 다음 단계를 따르세요.

왼쪽 메뉴에 표시된 '새 작업'옵션을 클릭합니다. 프로젝트 생성 및 프로젝트 스타일과 관련된 옵션을 표시하는 다음 페이지가 열립니다.

프로젝트 / 작업을 생성 할 수있는 다양한 스타일이 있습니다. 프로젝트와 작업은 모두 같은 의미를 갖는 경향이 있으므로 서로 바꿔서 사용할 수 있습니다.

• 자유로운 스타일의 소프트웨어 조 구축 b : 이것은 새로운 Hudson Job을 생성하는 데 가장 일반적으로 사용되는 방법입니다.
• 다중 구성 작업 빌드 :이 스타일의 프로젝트는 다양한 작업을 수행하는 데 사용됩니다.
• 외부 작업 모니터링 :이 스타일의 프로젝트는 외부 작업을 모니터링합니다.
• 기존 작업 복사 : 기존 프로젝트와 유사한 프로젝트가 있다면이 스타일이 도움이 될 수 있습니다. 기존 작업의 이름을 지정하기 만하면이 작업의 복제본이 생성됩니다.

그러나이 자습서에서는 자유형 Hudson 프로젝트를 만듭니다. 생성하려는 작업의 이름을 입력하고 확인 버튼을 클릭합니다. 확인을 클릭하면 아래와 같은 작업 구성 페이지로 이동합니다.

Hudson 프로젝트 구성

Hudson 작업을 생성했으면 구성 할 차례입니다. Hudson 구성과 마찬가지로 Hudson Job에도 다양한 구성 설정이 있습니다. 여기서 중요한 것에 대해 논의하겠습니다.

구체적으로 말하자면 작업을 구성하는 설정에는 6 가지 유형이 있습니다.

• 일반 작업 설정 :이 섹션에서는 사용자가 작업에 대한 기본 정보를 언급 할 수 있습니다. 사용자는 작업 설명을 제출하고, 작업을 비활성화하고, 작업을 매개 변수화하고, 이전 빌드를 폐기하고, 동일한 작업에 대해 동시에 둘 이상의 빌드를 실행할 수 있습니다.
• 고급 작업 옵션 :이 섹션에서는 사용자가 몇 가지 고급 옵션을 구성 할 수 있습니다.
• 소스 코드 관리 :이 섹션에서는 소스 코드 관리 시스템과 관련된 설정을 제공 할 수 있습니다. SCM을 사용하지 않는 경우 '없음'을 선택하십시오. 사용자는 Hudson 설치시 플러그인이 설치된 SCM 옵션 만 볼 수 있습니다. Hudson에 더 많은 SCM을 추가하기 위해 사용자는 플러그인 관리 페이지를 방문하여 필요한 플러그인을 설치할 수 있습니다.
• 빌드 트리거 :이 섹션에서는 사용자가 빌드 실행을 시작하는 방법을 결정할 수 있습니다.
• 짓다 :이 섹션에서는 사용자가 빌드 메커니즘 설정을 제공 할 수 있습니다.
• 빌드 후 작업 :이 섹션에서는 빌드 실행이 완료되면 실행되는 빌드 후 작업에 대한 설정을 사용자가 제공 할 수 있습니다.

한 걸음 앞서 필요한 설정으로 작업을 구성하겠습니다. 사용자는 '일반 작업 설정'및 '고급 작업 옵션'아래의 옵션을 기본 상태로 둘 수 있습니다.

소스 코드 관리 구성

이 튜토리얼의 위 섹션에서 Hudson 프로젝트 생성에 대해 많이 이야기했습니다. Hudson 프로젝트는 일반적으로 특정 소스 코드 관리 시스템에 연결된 실제 프로젝트 (소스 코드)와 함께 사용됩니다. 이 튜토리얼의 시작 부분에서 언급했듯이 Hudson은 다양한 SCM을 크게 지원합니다. 몇 가지 예를 들어 Hudson은 CVS, Git, SVN 등을 지원합니다. 따라서이 자습서에서는 SVN (Subversion)을 SCM으로 구성합니다.

1 단계 : 'Subversion'옵션을 선택합니다. 사용자가 Subversion을 선택하자마자 다음 옵션이 나타납니다.

2 단계: 다음 단계는 SVN의 '저장소 URL'을 제공하는 것입니다. 로컬 저장소를 만들었으므로 로컬 저장소 URL을 제공합니다. Tortoise SVN을 사용하여 로컬 저장소를 만들 수 있습니다.

유튜브 비디오를 다운로드하는 무료 프로그램

이 섹션의 다른 모든 설정은 기본값으로 유지합니다.

빌드 트리거 선택

다음 단계는 빌드 트리거를 구성하는 것입니다. Hudson을 사용하면 빌드 실행 프로세스를 자동으로 시작하도록 트리거를 설정할 수 있습니다. 사용자는 다른 프로젝트 / 작업이 빌드 된 경우 자동으로 빌드되도록 작업을 구성 할 수 있습니다. 또는 사용자가 빌드를 주기적으로 실행하도록 설정할 수도 있습니다. 즉, 빌드 실행을 예약하거나 SCM에서 새로운 커밋을 찾도록 빌드를 예약하고 사용자가 빌드를 시작할 때마다 실행을 시작하도록 설정할 수있는 경우 실행을 트리거 할 수도 있습니다. 프로젝트가 Maven 기반 프로젝트 인 경우 Maven 종속성의 업데이트.

이러한 옵션을 설정하려면 원하는 빌드 트리거를 선택하기 만하면됩니다. 사용자는 또한 한 번에 둘 이상의 옵션을 선택하는 데 활용됩니다.

위의 트리거 중 하나를 선택하는 동안 사용자는 트리거 유형에 특정한 추가 정보를 제공해야 할 수 있습니다.

• 다른 작업이 빌드 된 후 빌드 :이 작업의 실행을 트리거 할 수있는 작업의 이름을 언급해야합니다.
• 주기적으로 구축 : 일정을 언급해야합니다. 일정을 언급하기 위해 따라야 할 특정 프로토콜이 있습니다. 일정에 대한 자세한 내용은 다음과 같습니다.

• Poll SCM : 사용자가 일정을 지정해야합니다. 필드는 '주기적으로 빌드'와 동일하게 작동합니다.
• Maven 3 통합으로 Maven 종속성이 업데이트 된 경우 빌드 :이 섹션에서는 입력을 제출할 필요가 없습니다.

자세한 내용은 도움말 아이콘을 확장하여 찾을 수 있습니다.

사용자가 이러한 빌드 트리거를 설정하지 않으려는 경우 작업 / 프로젝트를 수동으로 빌드하도록 결정할 수 있습니다. 그 / 그녀가해야 할 일은 왼쪽 메뉴에 표시된 '지금 빌드'링크를 클릭하는 것입니다.

빌드 단계 호출

이제 빌드 프로젝트를 구성하는 모든 기본 단계를 살펴 보았으므로 계속 진행하여 빌드 단계를 더 추가하겠습니다. 이 섹션에서는 사용자가 여러 빌드 단계로 빌드를 정의 할 수 있습니다.

각 빌드 단계에는 정의 및 호출을위한 고유 한 규칙이 있습니다.

예를 들어, 아래의 ANT 호출을 확인하십시오.

빌드 후 작업 구성

때로는 특정 빌드 후 작업을 수행하는 것이 필요하고 중요해집니다. 빌드 후 작업은 빌드가 실행되면 트리거되는 작업에 불과합니다. 사용자는 원하는 경우 하나 이상의 빌드 후 작업을 트리거하는 데 활용됩니다.

우리 모두 알고 있듯이 빌드 실행 상태 및 보고서는 소프트웨어 개발 수명주기의 가장 중요한 아티팩트 또는 종료 기준 중 하나입니다. 따라서 Hudson을 사용하면 빌드 실행 보고서를 게시하고, 문서를 생성하고, 실행 파일 / 아카이브를 생성 할 수 있습니다.

테스트 실행 보고서를 게시하고 이메일을 통해 이해 관계자에게 보낼 수 있습니다. 이 빌드의 결과는 다른 빌드의 실행을 트리거 할 수 있습니다.

빌드 후 작업은 많으므로 잠시 시간을내어 가장 기본적인 작업에 대해 논의하겠습니다.

#1. 다운 스트림 테스트 결과 집계 –이 설정을 통해 사용자는이 작업과 다운 스트림 작업의 테스트 실행 결과를 함께 집계하여보다 효과적인 테스트 결과를 생성 할 수 있습니다. 사용자는 다운 스트림 작업의 이름을 제공하기 만하면됩니다. 사용자가 다운 스트림 작업을 제공하고 싶지 않지만 여전히 설정을 활용하려는 경우 Hudson이 모든 다운 스트림 프로젝트를 찾도록 지시 할 수 있습니다.

# 2. 파일의 지문을 기록하여 사용량을 추적합니다. –이 설정은 사용자가 특정 파일이 사용 된 위치를 추적하는 데 사용할 수 있습니다.

#삼. JUnit 테스트 결과 보고서 게시 –이 설정을 통해 사용자는 JUnit에서 생성 한 사용자 정의 보고서를 읽고 이해하여 JUnit 테스트 보고서를 게시 할 수 있습니다. JUnit 테스트 결과 보고서는 생성 된 보고서를 볼 수있는 웹 인터페이스를 사용자에게 제공합니다. 이러한 보고서는 전자 메일을 통해 이해 관계자에게 보낼 수 있습니다. 이 옵션을 사용하려면 모든 사용자가 JUnit에서 생성 한 사용자 정의 보고서에 대한 경로를 제공해야합니다.

# 4. 아티팩트 보관 –이 설정을 통해 사용자는 나중에 배포 할 수있는 아티팩트를 만들 수 있습니다. 아티팩트는 모든 성공적인 빌드 후에 생성 될 수 있습니다. 이러한 아티팩트는 웹 인터페이스를 통해 사용자가 직접 액세스 할 수 있습니다. 아티팩트는 war 파일, jar 파일, 압축 또는 tar 폴더 형식의 릴리스 실행 파일 일 수 있습니다.

# 5. Javadoc 게시 –이 설정을 사용하면 프로젝트에서 Java 문서를 생성하는 경우 Hudson 웹 인터페이스에서 고객 및 사용자에게 Java 문서를 게시 할 수 있습니다. 이 옵션을 사용하려면 사용자가 Javadoc 디렉토리에 대해 Java Doc의 위치를 ​​제공해야합니다.

사용자가 '성공한 각 빌드에 대해 Javadoc 보관'옵션을 표시하도록 선택하면 새로 생성 된 Javadoc이 지정된 폴더에 저장됩니다. 따라서 성공적인 빌드에 해당하는 모든 Javadoc이 유지됩니다.

# 6. 다른 직업 구축 –이 설정을 사용하면이 작업이 실행되면 사용자가 다른 작업의 실행을 트리거 할 수 있습니다. 사용자는 동시에 둘 이상의 작업 실행을 트리거 할 수 있습니다. 이 설정은 단위 테스트 및 통합 테스트 시나리오를 실행하는 데 유용 할 수 있습니다. 사용자는이 작업이 실패하더라도 (불안정한) 다른 작업을 빌드하는 옵션을 설정할 수도 있습니다.

# 7. Cobertura 커버리지 보고서 게시 – Cobertura는 프로젝트의 코드 범위를 분석하는 자바 기반 테스트 도구입니다. 즉, 테스트에서 다루는 코드의 비율을 평가합니다. 따라서이 설정을 통해 사용자는 코드 커버리지 분석이 포함 된 보고서를 생성 할 수 있습니다. 이 설정은 코드 커버리지에 대한 완전한 테스트 보고서를 얻기 전에 몇 가지 매개 변수를 제공해야합니다. 이 설정은 기본적으로 제공되지 않습니다. 즉, 플러그인을 설치해야합니다 (일반적으로 권장 플러그인의 일부이므로 설치시 수행).

(확대하려면 이미지를 클릭하십시오)

# 8. 이메일 알림 – 이메일 알림은 가장 중요한 구축 후 작업 중 하나입니다. 이 옵션을 사용하면 사용자가 이메일 ID를 구성하여 이해 관계자 (개발자, 테스터, 제품 소유자 등)에게 빌드 알림 이메일을 보낼 수 있습니다. Hudson은 빌드가 불안정하거나, 성공하거나, 실패했을 때 이메일을 보낼 수 있습니다. 사용자는 이메일 알림 트리거를 설정할 수도 있습니다. 알림 이메일은 이메일 ID 사이에 공백을 제공하여 동시에 둘 이상의 수신자에게 보낼 수 있습니다. 이러한 설정을 제공하는 방법을 확인하려면 아래 스크린 샷을 참조하십시오.

(확대하려면 이미지를 클릭하십시오)

노트:

1. 사용자는 언제든지이 페이지로 돌아와 필요한 경우 설정을 변경할 수 있습니다.
2. 사용자는 관련된 도움말 아이콘 내에서 각 옵션에 대한 정보를 볼 수 있습니다.
3. 사용자는 플러그인을 사용하여 빌드 후 작업을 더 추가 할 수 있습니다.

결론

이 튜토리얼에서는 지속적인 통합의 개념을 익혔습니다. 또한 소프트웨어 개발 수명주기, 특히 개발자 또는 테스터의 수명에서 그 중요성을 강조했습니다.

다음 튜토리얼 # 26 : 시리즈를 진행하면서 고급 Selenium 개념에 대해 논의 이는 자동화 프레임 워크를 최적화하는 데 직간접 적으로 도움이되고 사용자에게 더 많은 가시성을 제공합니다. 따라서 다음 자습서에서는 로깅 기능, 잠재력, 디버깅 기능 등에 대해 논의 할 것입니다.

노트 : 이 튜토리얼은 Selenium 및 DevOps 튜토리얼 시리즈의 일부입니다. DevOps 시리즈의 이전 및 다음 튜토리얼을 보려면 아래 링크를 클릭하십시오.

이전 튜토리얼 | NEXT 튜토리얼

추천 도서

• Cucumber Selenium 튜토리얼 : Cucumber Java Selenium WebDriver 통합
• 초보자를위한 심층 이클립스 튜토리얼
• Selenium과 JMeter의 통합
• Cucumber Tool과 Selenium을 사용한 자동화 테스트 – Selenium Tutorial # 30
• Selenium과의 통합 및 기능 테스트를위한 Spock
• Selenium 용 Maven 빌드 자동화 도구 및 Maven 프로젝트 설정 사용-Selenium Tutorial # 24
• Jenkins와 Selenium WebDriver의 통합 : 단계별 자습서
• Selenium WebDriver 소개 – Selenium Tutorial # 8