개발환경 개요
개발환경 구성
- 설치
eGovFrame-4.1.0.exe 파일을 C:\ 드라이브에서 실행 - 디렉토리 정보
- 실행
eclipse.edu 실행 후 eGovFrame 인지 확인
- 설정
- maven 설정 확인하기
- Apache Tomcat 설정 확인하기
- DB구동 확인하기
C:\eGovFrame-4.1.0\workspace.edu\lab102-code-generation\DATABASE\db\runHsqlDB.cmd
실행하여 샘플용 DB 띄우기
- eclipse 테이블 설정 확인하기
- project 설정 확인하기
-
설치
[http://www.egovframe.go.kr/](eGovFrame 포털)에 접속하여 다운로드- 개발환경 - 4.x 다운로드- 서버용 개발환경 - wiundow 64bit..eGovCI-4.0.0_64bit.exe C:\ 에 압축 해제
C:\eGovCI-4.0.0_64bit\bin\VisualSVN-Server-4.3.5-x64.msi 실행, VisualSVN 설치 -
실행
- Nexus 서버 구동 : <eGovCI_home>\start-nexus.bat 파일을 실행하여 진행한다.
- Jenkins 서버 구동 : <eGovCI_home>\start-jenkins.bat 파일을 실행하여 진행한다.
- 브라우저 주소 입력창에 Nexus서버와 Jenkins 서버의 URL을 입력하여 설치 및 실행 여부를 확인할 수 있다
구현도구
구현도구는
- UML, ERD, Source Code, WebFlow, DBIO Editor와 Template Project, Common Component, Customize Development Tool, 배치 Template 및 Job 생성 그리고 Debug로 구성
- Eclipse Java EE를 기반으로 Package와 UML, ERD, DBIO Editor 와 Template Project, Common Component, Customize Development Tool, 배치 Template 및 Job 생성 플러그인으로
구성
강의자료 참고..
개인 빌드(Maven)
MAVEN
의존성
- POM에서 선언적인 dependency 설정으로 빌드 및 배포 시에 필요한 라이브러리들을 관리하고 로컬 및 원격 저장소에서 선언된 라이브러리들을 다운로드 받아 사용함
- pom.xml 파일에 프로젝트 관리 및 빌드에 필요한 환경 설정, 의존성 관리 등의 정보들을 기술함
테스트 도구
-
Unit Test
Unit Test란 대상 코드에 대해 테스트하고자 개발자가 작성한 코드로서, 주로 특정 메소드를 실행해서 그 결과가 기대값과 일치하는지 확인하는 형태이며, Unit Test는 서로 독립적으로 수행되어야 함
<효과>
- 작성한 코드의 설계 개선 작업 시, 코드 품질에 대한 확신
- 코드 수정 시 버그를 쉽게 찾을 수 있게 해줌
- 자동화된 회귀 테스트 (Regression Test)를 가능하게 해주는 Source가 됨 -
Mock 객체
Mock 객체는 Unit Test의 독립성(isolation)을 높여주기 위해 사용하며, 테스트하고자 코드와 관련이 있는 객체(collaborator)를 흉내내어 Unit Test를 수행할 수 있도록 도와주는 객체임
< Mock 객체를 사용하는 경우>
- 진짜 객체를 준비, 설정하기 어렵다
- 진짜 객체가 느리다.
- 진짜 객체가 사용자 인터페이스를 갖거나 그 자체이다.
- 진짜 객체가 아직 없다. -
Test Reporting
형상관리
: 소스 버전관리 도구는 시스템 형상 요소(소스 및 데이터)를 문서화하고 변경을 소스 버전관리 절차에 따라 관리하고, 효율적으로 처리 하기 위한 통제 환경을 의미
Checkout, Update, Commit, History 조회, 충돌, 충돌해결 방안 등등 교육자료 확인
CI 서버
: Continuous Integration, 여러 명으로 구성된 팀이 작업한 것을 자주-각 팀원이 하루에 한 번 이상, 매일 여러 번-통합하는 것을 가리키는 소프트웨어 개발 Practice로, 개발자, 버전 관리 저장소, 통합 빌드 머신 등으로 구성 됨
-
<효과>
- 흔히 발생하는 일반적인 위험을 줄여준다.
- 에러를 초기에 발견할 수 있다. 자주 통합할수록 에러가 발생하는 범위가 좁아 에러를 잡는 것이 수월해진다.
- 잘 동작하고 에러가 거의 없는 S/W를 유지할 수 있다.
- 언제 어느 때라도 배포할 수 있는 S/W를 생성해낸다.
- 반복적인 수작업을 줄여준다.
- 프로젝트 가시성을 좋게 해준다.
- 개발 팀이 S/W 제품에 대해 보다 큰 자신감을 갖게 해준다.
-
<특징>
- 소스 코드 일관성 유지 : 소스 관리 시스템이 필요하다.
- 자동 빌드 : 빌드는 CI 툴에 의해 자동으로 이루어져야 한다.
- 자동 테스트 : 소스 검증과 함께 기능/비기능 테스팅을 매번 검증함으로써 코드의 품질을 높일 수 있다.
- 일일 체크아웃과 빌드 : 빌드 주기가 길어질수록 개발자 소스의 오류 발생 확률이 높아지고 그 만큼 시간을 낭비하게 된다. -
Jenkins
🤛🤜🤛