- 현재 위치
- home > 컴퓨터·ICT·어학 > 컴퓨터·IT 도서 > 개발방법론 > 성공으로 이끄는 팀 개발 실천 기술[제이펍]
;)
이 책은 서비스 및 애플리케이션을 개발하는 기업에서 팀을 이뤄 개발을 진행시켜 나가는 데 필요한 사고방식이나 사용하는 도구, 그리고 이들 도구를 제대로 사용할 수 있도록 도와주고 있다. 책 도입부에서는 일이 잘 진행되지 않는 개발 현장의 일례를 보여주고 그 이유와 대책에 대해 설명한다. 그런 다음, 그 대책에 필요한 도구를 소개하고, 이어 버전 관리, 티켓 관리, CI(지속적인 통합) 배포, 회귀 테스트 등의 장을 통해 각 도구의 사용법과 함께 현장 경험이 풍부한 저자의 팀 개발 노하우를 제공하고 있다. ?책의 일부 내용을 미리 읽어보실 수 있습니다. 미리보기
저자: 이케다 타카후미,후지쿠라 카즈아키,이노우에 후미아키 공저 / 김완섭 역
Chapter 1 팀 개발이란?
1.1 혼자서도 개발할 수 있다
1.2 팀 개발에서 직면하게 되는 문제
1.3 문제에 어떻게 대응할까?
1.4 이 책의 구성
2장: 케이스 스터디
3장~5장: 기초적인 방법론
6장~7장: 지속적 전달과 회귀 테스트
1.5 이 책을 읽기 전 주의사항
최적의 방법론은 케이스 스터디
어떤 도구를 사용해야 할까?
Chapter 2 팀 개발에서 발생하는 문제
2.1 케이스 스터디 전제
프로젝트 전제 조건
2.2 케이스 스터디(1일째)
문제 1: 중요한 메일이 너무 많아서 우선순위를 정할 수 없다
문제 2: 검증용 환경이 없다
문제 3: 폴더명으로 브랜치를 관리한다
문제 4: 데이터베이스 재작성이 곤란
2.3 케이스 스터디(1일째)의 문제점
문제 1: 중요한 메일이 너무 많아서 우선순위를 정할 수 없다
문제 2: 검증용 환경이 없다
문제 3: 폴더명으로 브랜치를 관리한다
문제 4: 데이터베이스 재작성이 곤란
2.4 케이스 스터디(2일째)
문제 5: 가동 전까지 고장 난 것을 알지 못하다
문제 6: 다른 멤버가 수정한 것을 덮어써서 지워 버리다
문제 7: 자신 있게 리팩토링할 수 없다
문제 8: 버그 수정 시기를 알 수 없어서 디그레이드 추적이 되지 않는다
문제 9: 브랜치 및 태그를 활용하지 못하고 있다
문제 10: 테스트 환경이나 상용 환경에서는 동작하지 않는다
문제 11: 배포가 복잡해서 매뉴얼이 필요하다
2.5 케이스 스터디(2일째)의 문제점
문제 5: 가동 전까지 고장 난 것을 알지 못하다
문제 6: 다른 멤버가 수정한 것을 덮어써서 지워 버리다
문제 7: 자신 있게 리팩토링할 수 없다
문제 8: 버그 수정 시기를 알 수 없어서 디그레이드 추적이 되지 않는다
문제 9: 브랜치 및 태그를 활용하지 못하고 있다
문제 10: 테스트 환경이나 상용 환경에서는 동작하지 않는다
문제 11: 배포가 복잡해서 매뉴얼이 필요하다
2.6 이상적인 프로젝트란?
티켓 관리 시스템에 이슈 등이 집약되어 있다
가능한 버전 관리 시스템을 이용한다
반복 검증 가능한 CI 시스템을 도입한다
환경의 영향을 최소화하고 항상 배포 가능 상태로 둔다
모두 기록해서 추적 가능하게 한다
2.7 정리
Chapter 3 버전 관리
3.1 버전 관리 시스템
버전 관리 시스템이란?
버전 관리 시스템을 사용하면 왜 편리한 걸까?
3.2 버전 관리 시스템의 역사
버전 관리 시스템이 없던 시대(1970년대 이전)
RCS 시대(1980년대)
CVS 등장(1990년대)
VSS, Perforce 등 상용 도구 등장(1990년대)
Subversion 등장(2000년대)
분산 버전 관리 시스템 등장(2005년 이후)
번외편: GitHub의 등장
버전 관리 시스템 도입 상황
3.3 분산 버전 관리 시스템
분산 버전 관리 시스템을 사용해야 하는 다섯 가지 이유
분산 버전 관리 시스템의 단점
3.4 버전 관리 시스템 사용 방법
전제
버전 관리 시스템으로 관리해야 할 것
3.5 Git을 사용한 효율적인 병행 개발
브랜치 사용법
태그 사용법
3.6 Git을 사용한 개발 흐름
Git을 사용한 작업 흐름 패턴
브랜치 전략 패턴
최적의 흐름과 브랜치 전략은 현장에 따라 다르다
3.7 데이터베이스 스키마와 데이터 관리
데이터베이스 스키마를 관리해야 하는 이유
데이터베이스 스키마를 어떻게 관리하면 될까?
데이터베이스 마이그레이션 툴
기본적인 사용법(Evolution)
데이터베이스 마이그레이션 주의점
3.8 설정 파일 관리
3.9 의존 관계 관리
의존 관계 해결 시스템
3.10 정리
Chapter 4 티켓 관리
4.1 티켓 관리 시스템
프로젝트가 제대로 돌아가지 않는 이유
종이나 메일, 엑셀로 태스크를 관리할 시 문제점
티켓 관리 시스템 도입의 장점
티켓 주도 개발이란?
4.2 주요 티켓 관리 시스템
OSS 제품
상용 제품
도구 선정 포인트
4.3 티켓 관리 시스템과 버전 관리 시스템의 연계
연계를 통해 실현 가능한 기능
연계 설정 방법
GitHub
Trac/Redmine
Backlog
Git 내장 후크 사용법
4.4 신기능 개발, 버그 수정 시 작업 흐름
작업 흐름
4.5 ‘이 버그는 언제 수정했는가?’란 질문에 대답하기
Pivotal Tracker 예
Backlog 예
4.6 ‘왜 이런 변경이 발생했는가?’란 의문 해결하기
4.7 정리
Chapter 5 CI(지속적 통합)
5.1 CI(지속적 통합)
CI(지속적 통합)란?
개발을 애자일화한다
왜 CI 같은 방법론이 요구되는 걸까?
CI에 필요한 것
테스트 코드 작성을 위한 프레임워크
주요 CI 도구
5.2 빌드 도구 사용법
신규 프로젝트를 시작하는 경우
기존 프로젝트를 자동 빌드하려면
빌드 도구 정리
5.3 테스트 코드 작성법
CI 대상이 되는 테스트 종류
테스트 코드를 언제 작성할 것인가?
복잡한 테스트는 어떻게 작성할까?
5.4 Jenkins를 사용한 CI 실행
Jenkins 설치
Jenkins로 무엇을 할 수 있나?
잡 신규 작성
소스 코드를 체크아웃한다
자동 빌드 및 테스트 실행
Column 버전 관리 시스템에서 Push한다
결과를 집계해서 보고서 출력
커버리지 측정
정적 분석
통지 설정
5.5 CI 운용
빌드가 망가지면 어떻게 하나?
추적 가능성 확보
5.6 정리 - CI를 통해 얻을 수 있는 것
Chapter 6 배포 자동화(지속적 전달)
6.1 배포는 어떻게 해야 하나?
배포 자동화의 이점
6.2 배포 자동화
배포 자동화에 대한 공통 인식
배포 파이프라인
프로비저닝 툴체인
6.3 부트스트랩핑
Kickstart
Vagrant
6.4 컨피규레이션
자동화를 하지 않았을 때의 문제점
Chef
serverspec
모범 사례 1
모범 사례 2
물리 서버가 서비스 투입 가능한 상태가 되기까지의 흐름을 자동화한다
6.5 오케스트레이션
배포 작업 실패 케이스
Capistrano
Fabric
Jenkins
모범 사례
보안에 대한 고려
6.6 운용 시 고려해야 할 것
서비스를 중단하지 않고 배포하는 방법
블루-그린 배포
클라우드 시대의 블루-그린 배포
롤백에 대한 고찰
6.7 정리
Chapter 7 회귀 테스트
7.1 회귀 테스트
회귀 테스트란?
테스트 종류 정리
회귀 테스트의 필요성
회귀 테스트 자동화가 목표로 하는 것
7.2 Selenium
Selenium이란?
Selenium의 이점
Selenium 컴포넌트
테스트 케이스 작성과 실행
Selenium 실전 활용
7.3 Jenkins와 Selenium 연계
Jenkins와 Selenium 연계 방법
7.4 Selenium 테스트 고속화
Jenkins 분산 빌드로 테스트 병렬 실행
Selenium 테스트 병렬화의 어려움
7.5 여러 버전의 애플리케이션 테스트
애플리케이션 배포
테스트 케이스를 버전 관리 시스템으로부터 체크아웃
Selenium에서 테스트
7.6 정리
참고 문헌/참고 URL
찾아보기
1.1 혼자서도 개발할 수 있다
1.2 팀 개발에서 직면하게 되는 문제
1.3 문제에 어떻게 대응할까?
1.4 이 책의 구성
2장: 케이스 스터디
3장~5장: 기초적인 방법론
6장~7장: 지속적 전달과 회귀 테스트
1.5 이 책을 읽기 전 주의사항
최적의 방법론은 케이스 스터디
어떤 도구를 사용해야 할까?
Chapter 2 팀 개발에서 발생하는 문제
2.1 케이스 스터디 전제
프로젝트 전제 조건
2.2 케이스 스터디(1일째)
문제 1: 중요한 메일이 너무 많아서 우선순위를 정할 수 없다
문제 2: 검증용 환경이 없다
문제 3: 폴더명으로 브랜치를 관리한다
문제 4: 데이터베이스 재작성이 곤란
2.3 케이스 스터디(1일째)의 문제점
문제 1: 중요한 메일이 너무 많아서 우선순위를 정할 수 없다
문제 2: 검증용 환경이 없다
문제 3: 폴더명으로 브랜치를 관리한다
문제 4: 데이터베이스 재작성이 곤란
2.4 케이스 스터디(2일째)
문제 5: 가동 전까지 고장 난 것을 알지 못하다
문제 6: 다른 멤버가 수정한 것을 덮어써서 지워 버리다
문제 7: 자신 있게 리팩토링할 수 없다
문제 8: 버그 수정 시기를 알 수 없어서 디그레이드 추적이 되지 않는다
문제 9: 브랜치 및 태그를 활용하지 못하고 있다
문제 10: 테스트 환경이나 상용 환경에서는 동작하지 않는다
문제 11: 배포가 복잡해서 매뉴얼이 필요하다
2.5 케이스 스터디(2일째)의 문제점
문제 5: 가동 전까지 고장 난 것을 알지 못하다
문제 6: 다른 멤버가 수정한 것을 덮어써서 지워 버리다
문제 7: 자신 있게 리팩토링할 수 없다
문제 8: 버그 수정 시기를 알 수 없어서 디그레이드 추적이 되지 않는다
문제 9: 브랜치 및 태그를 활용하지 못하고 있다
문제 10: 테스트 환경이나 상용 환경에서는 동작하지 않는다
문제 11: 배포가 복잡해서 매뉴얼이 필요하다
2.6 이상적인 프로젝트란?
티켓 관리 시스템에 이슈 등이 집약되어 있다
가능한 버전 관리 시스템을 이용한다
반복 검증 가능한 CI 시스템을 도입한다
환경의 영향을 최소화하고 항상 배포 가능 상태로 둔다
모두 기록해서 추적 가능하게 한다
2.7 정리
Chapter 3 버전 관리
3.1 버전 관리 시스템
버전 관리 시스템이란?
버전 관리 시스템을 사용하면 왜 편리한 걸까?
3.2 버전 관리 시스템의 역사
버전 관리 시스템이 없던 시대(1970년대 이전)
RCS 시대(1980년대)
CVS 등장(1990년대)
VSS, Perforce 등 상용 도구 등장(1990년대)
Subversion 등장(2000년대)
분산 버전 관리 시스템 등장(2005년 이후)
번외편: GitHub의 등장
버전 관리 시스템 도입 상황
3.3 분산 버전 관리 시스템
분산 버전 관리 시스템을 사용해야 하는 다섯 가지 이유
분산 버전 관리 시스템의 단점
3.4 버전 관리 시스템 사용 방법
전제
버전 관리 시스템으로 관리해야 할 것
3.5 Git을 사용한 효율적인 병행 개발
브랜치 사용법
태그 사용법
3.6 Git을 사용한 개발 흐름
Git을 사용한 작업 흐름 패턴
브랜치 전략 패턴
최적의 흐름과 브랜치 전략은 현장에 따라 다르다
3.7 데이터베이스 스키마와 데이터 관리
데이터베이스 스키마를 관리해야 하는 이유
데이터베이스 스키마를 어떻게 관리하면 될까?
데이터베이스 마이그레이션 툴
기본적인 사용법(Evolution)
데이터베이스 마이그레이션 주의점
3.8 설정 파일 관리
3.9 의존 관계 관리
의존 관계 해결 시스템
3.10 정리
Chapter 4 티켓 관리
4.1 티켓 관리 시스템
프로젝트가 제대로 돌아가지 않는 이유
종이나 메일, 엑셀로 태스크를 관리할 시 문제점
티켓 관리 시스템 도입의 장점
티켓 주도 개발이란?
4.2 주요 티켓 관리 시스템
OSS 제품
상용 제품
도구 선정 포인트
4.3 티켓 관리 시스템과 버전 관리 시스템의 연계
연계를 통해 실현 가능한 기능
연계 설정 방법
GitHub
Trac/Redmine
Backlog
Git 내장 후크 사용법
4.4 신기능 개발, 버그 수정 시 작업 흐름
작업 흐름
4.5 ‘이 버그는 언제 수정했는가?’란 질문에 대답하기
Pivotal Tracker 예
Backlog 예
4.6 ‘왜 이런 변경이 발생했는가?’란 의문 해결하기
4.7 정리
Chapter 5 CI(지속적 통합)
5.1 CI(지속적 통합)
CI(지속적 통합)란?
개발을 애자일화한다
왜 CI 같은 방법론이 요구되는 걸까?
CI에 필요한 것
테스트 코드 작성을 위한 프레임워크
주요 CI 도구
5.2 빌드 도구 사용법
신규 프로젝트를 시작하는 경우
기존 프로젝트를 자동 빌드하려면
빌드 도구 정리
5.3 테스트 코드 작성법
CI 대상이 되는 테스트 종류
테스트 코드를 언제 작성할 것인가?
복잡한 테스트는 어떻게 작성할까?
5.4 Jenkins를 사용한 CI 실행
Jenkins 설치
Jenkins로 무엇을 할 수 있나?
잡 신규 작성
소스 코드를 체크아웃한다
자동 빌드 및 테스트 실행
Column 버전 관리 시스템에서 Push한다
결과를 집계해서 보고서 출력
커버리지 측정
정적 분석
통지 설정
5.5 CI 운용
빌드가 망가지면 어떻게 하나?
추적 가능성 확보
5.6 정리 - CI를 통해 얻을 수 있는 것
Chapter 6 배포 자동화(지속적 전달)
6.1 배포는 어떻게 해야 하나?
배포 자동화의 이점
6.2 배포 자동화
배포 자동화에 대한 공통 인식
배포 파이프라인
프로비저닝 툴체인
6.3 부트스트랩핑
Kickstart
Vagrant
6.4 컨피규레이션
자동화를 하지 않았을 때의 문제점
Chef
serverspec
모범 사례 1
모범 사례 2
물리 서버가 서비스 투입 가능한 상태가 되기까지의 흐름을 자동화한다
6.5 오케스트레이션
배포 작업 실패 케이스
Capistrano
Fabric
Jenkins
모범 사례
보안에 대한 고려
6.6 운용 시 고려해야 할 것
서비스를 중단하지 않고 배포하는 방법
블루-그린 배포
클라우드 시대의 블루-그린 배포
롤백에 대한 고찰
6.7 정리
Chapter 7 회귀 테스트
7.1 회귀 테스트
회귀 테스트란?
테스트 종류 정리
회귀 테스트의 필요성
회귀 테스트 자동화가 목표로 하는 것
7.2 Selenium
Selenium이란?
Selenium의 이점
Selenium 컴포넌트
테스트 케이스 작성과 실행
Selenium 실전 활용
7.3 Jenkins와 Selenium 연계
Jenkins와 Selenium 연계 방법
7.4 Selenium 테스트 고속화
Jenkins 분산 빌드로 테스트 병렬 실행
Selenium 테스트 병렬화의 어려움
7.5 여러 버전의 애플리케이션 테스트
애플리케이션 배포
테스트 케이스를 버전 관리 시스템으로부터 체크아웃
Selenium에서 테스트
7.6 정리
참고 문헌/참고 URL
찾아보기
효율적 협업을 위한 도구와 방법론을 말하다!
지속적 개선을 실현하는 최신 개발 흐름과 효율적 프로젝트를 지탱하기 위한 노하우를 배우다!
이 책은 서비스 및 애플리케이션을 개발하는 기업에서 팀을 이뤄 개발을 진행시켜 나가는 데 필요한 사고방식이나 사용하는 도구, 그리고 이들 도구를 제대로 사용할 수 있도록 도와주고 있다. 책 도입부에서는 일이 잘 진행되지 않는 개발 현장의 일례를 보여주고 그 이유와 대책에 대해 설명한다. 그런 다음, 그 대책에 필요한 도구를 소개하고, 이어 버전 관리, 티켓 관리, CI(지속적인 통합) 배포, 회귀 테스트 등의 장을 통해 각 도구의 사용법과 함께 현장 경험이 풍부한 저자의 팀 개발 노하우를 제공하고 있다.
이 책의 대상 독자는 다음과 같다.
ㆍ 새롭게 개발팀을 맡게 된 신입 프로젝트 매니저
ㆍ 새롭게 프로젝트를 시작할 예정인 프로젝트 매니저 및 스크럼 마스터
ㆍ 기존 프로젝트에서 일정 번복이나 납기 연기 등이 빈번히 발생해서 이를 해결하기 위한 도구와 그 사용법을 알고 싶은 사람
ㆍ ‘테스트는 테스트팀 담당이니까 관계없어’, ‘배포는 운용팀 담당이니까 관계없어’라고 생각하고 있는 사람
ㆍ 최신 웹 서비스 개발에 도움이 되는 도구를 배우고 싶은 사람
