하루하루 읽다보면 늘어가는 개발지식 조엘 온 소프트웨어편 2

##3장 조엘 테스트 : 더 다은 코드를 위한 12단계 1편##

이 책에서 조엘은 더나은 코드를 위한 12단계를 설명했다.

1. 소스코드 관리시스템을 사용하고 있는지.

2. 한번에 빌드를 만들어낼 수 있는지

3. 일일 빌드를 하고 있는지

4. 버그 추적시스템을 운영하고 있는지

5. 코드를 새로 작성 하기 전에 버그를 수정하는지

6. 일정을 업데이트 하고 있는지

7. 명세서를 작성하고있는지

8. 조용한 작업 환경에서 일하고 있는지

9. 경제적인 범위 내에서 최고 성능의 도구를 사용하고 있는지

10. 테스터를 별도로 두고 있는지

11. 프로그래머 채용 인터뷰 때 코딩 테스트를 하는지

12. 무작위 사용편의성 테스트를 수행하고 있는지

1. 소스코드 관리시스템을 사용하고 있는지.
   형상 관리 툴 CSV, SVN, GIT 은 좋은 프로그램이다. 프로그래머들이 많은 함께 일하려면 형상광리 툴 을 이용하는것이
   가장 효과적이라고 한다. 그리고 이러한 형상관리 툴을 이용한곳은 코드를 날렸다는 이야기를 들어본적이 없다고 한다.

2. 한번에 빌드를 만들어 낼수 있는지
   빌드를 만들기 위해 몇단계 거치는건 비효율적이라고 한다. 빌드 프로세스가 한번에 끝나지 않을경우 실수하기가 쉽다고 한다.

3. 일일 빌드를 하고있는지
   소스 코드를 관리할때 빌드가 깨진상태로 소스코드를 넣는 것과
   깨진걸 수정하였는데 코드 저장소에 업데이트를 안했을때 다른개발자들은 빌드 깨져 자기의 일을 할수없게 된다 .
   그래서 점심시간이나 퇴근하기전 업데이트는 습관화 가 되어있어야 한다.

4. 버그 추적시스템을 운영하고 있는지
   버그 관리 시스템을 사용하지않으면 품질이 나쁜 코드가 나올수 있다고 한다.
   버그가 1개정도일때는 기억하기 쉬우나 2개 이상의 버그가 생겼을때 프로그래머는 버그를 지억하기 쉽지않다고 한다.
   그래서 버그 추적 시스템을 잘활용 하고 버그 추적 소프트웨어가 복잡하다면 중요한 항목만 뽑아서 활용하기를 바란다.

5. 코드를 작성하기 전에 버그를 수정하는지.
   새로운 코드를 작성하기전 버그는 발견 즉시 수정을 해야한다 버그를 방치해두고 새로운 코드를 작성하고 시간이 흐른뒤
   우리는 그버그가 어떤 코드에서 일어났는지 까먹을 수가 있다. 출시한후에 버그가 발결됬다고 해보자 버그를
   찾으려고 많은 자본과 시간을 쏟아야한다.