품목정보
발행일	2010년 09월 16일
쪽수, 무게, 크기	616쪽 \| 크기확인중
ISBN13	9788992939621
ISBN10	8992939620

더보기

[HNH은 이렇게 한다!-소프트웨어 품질관리] 01장 NHN과 소프트웨어 품질 - 소프트웨어 개발의 특징과 오해 - NHN의 QP 이야기 02장 효과적인 명세 작성 - 바벨탑과 언어의 분열 - 예제를 이용한 명세 작성 기법 - 명세 작성 워크숍 - 자동화 도구 적용 03장 단계적 빌드 - 도입하기까지 - 단계적 빌드 프로세스 - 단계적 빌드에 필요한 것 - CI 서버가 보여주는 프로젝트 운영 패턴 04장 코딩 컨벤션 - 코딩 스타일을 점검하는 도구 - 지속적인 코딩 스타일 검사 - 코딩 컨벤션을 적용하고 나서 05장 코드 리뷰 - 코드 리뷰 수행 방식 - 코드 리뷰를 적용하고 나서 06장 코드 커버리지 - 도입하기까지 - 코드 커버리지를 측정하는 도구 - 지속적인 코드 커버리지 측정 - 코드 커버리지를 적용하고 나서 07장 정적 분석 - 도입하기까지 - 정적 분석을 수행하는 도구 - 지속적인 정적 분석 - 정적 분석을 적용하고 나서 08장 사이클로매틱 복잡도 - 도입하기까지 - CC2 계산 방법과 예제 - 복잡도를 측정하는 도구 - 지속적인 복잡도 측정 - 사이클로매틱 복잡도를 적용하고 나서 09장 중복 코드 분석 - 중복 코드를 분석하는 도구 - 지속적인 중복 코드 분석 10장 QP의 현재와 미래 - QP의 현재 - QP의 미래 - QP를 도입하고 싶다면 11장 NHN 테스트 자동화 프레임워크 - NHN 테스트 자동화 프레임워크 소개 - 모바일에서의 NTAF - NTAF WebKit 부록 - 앤트 설치와 사용 - 메이븐 설치와 사용 - 허드슨 설치와 설정 - 테스트 코드 작성 팁 - 참고할 만한 사이트 정리 [지속적인 통합] PART I 지속적 통합의 배경: 원칙과 실천 방법 chapter1 시작하기 변경할 때마다 소프트웨어를 빌드하기 지속적인 통합의 특징 요약 질문 chapter2 지속적인 통합 도입하기 지속적인 통합과 함께 하는 하루 일과 지속적인 통합에는 어떤 가치가 있을까요? 지속적인 통합을 왜 도입하지 못할까요? '지속적인' 통합을 도입하려면 어떻게 해야 할까요? 언제, 어떻게 프로젝트에 지속적인 통합을 도입해야 할까요? 통합의 진화 지속적인 통합은 다른 개발 실천 방법을 어떻게 보완할까요? 지속적인 통합을 수립하려면 얼마나 걸릴까요? 지속적인 통합과 나 코드를 자주 커밋하세요 깨진 코드를 커밋해선 안 됩니다 빌드가 깨지면 즉시 고치세요 자동화된 개발자 테스트를 작성하세요 테스트와 검사는 모두 통과해야 합니다 개인 빌드를 돌리세요 깨진 코드는 가져오지 마세요 요약 질문 chapter3 지속적인 통합을 이용해 위험 줄이기 위험 요소: 배포 가능한 소프트웨어의 부재 위험 요소: 뒤늦은 결함 발견 위험 요소: 프로젝트 가시성의 부재 위험 요소: 저품질의 소프트웨어 요약 질문 chapter4 변경될 때마다 소프웨어를 빌드하기 빌드를 자동화하기 명령어 하나로 빌드를 수행하기 IDE에서 빌드 스크립트를 분리해내기 소프트웨어 자산을 중앙 집중화하기 일관성 있는 디렉터리 구조를 만들기 빌드를 빨리 실패하게 만들기 어떤 환경에서라도 빌드하기 빌드 유형과 메커니즘 전용 통합 빌드 머신을 사용하기 지속적인 통합 서버를 사용하기 사람이 직접 통합 빌드를 돌리기 빌드 시간을 짧게 만들기 빌드를 여러 단계로 나누기 이런 게 과연 효과가 있을까요? 요약 질문 PART II 완전한 기능을 갖춘 지속적인 시스템 만들기 chapter5 지속적인 데이터베이스 통합 데이터베이스 통합을 자동화하기 로컬 데이터베이스 샌드박스를 사용하기 버전 관리 저장소를 사용해서 데이터베이스 자산을 공유하기 지속적인 데이터베이스 통합 개발자에게 데이터베이스를 수정할 권한을 주기 팀이 다 함께 깨진 빌드를 고치는 일에 집중하기 DBA를 개발 팀의 일원으로 만들기 데이터베이스 통합과 통합 버튼 요약 질문 chapter6 지속적인 테스트 단위 테스트 자동화하기 컴포넌트 테스트 자동화하기 시스템 테스트 자동화하기 기능 테스트 자동화하기 개발자 테스트를 여러 범주로 나누기 시간이 덜 걸리는 테스트부터 실행하기 결함 검사용 테스트 작성하기 컴포넌트 테스트를 반복할 수 있게 만들기 테스트 케이스 하나에 어썰트(assert) 하나로 제한하기 요약 질문 chapter7 지속적인 검사 검사와 테스트는 무엇이 다를까요? 검사기를 얼마나 자주 돌려야 할까요? 코드 메트릭: 그 역사 코드 복잡도를 줄이기 설계 검토를 지속적으로 수행하기 코드 심사(Audit)를 하여 조직에서 정한 표준을 잘 지키게 하기 중복 코드를 줄이기 코드 적용범위를 평가하기 코드 품질을 지속적으로 평가하기 요약 질문 chapter8 지속적인 배포 작동하는 소프트웨어를 언제, 어느 곳에서든 릴리즈하기 저장소 안의 자산에 꼬리표 붙이기 깨끗한 환경 만들기 각 빌드에 꼬리표 붙이기 테스트를 모두 돌리기 빌드 피드백 보고서 만들기 릴리즈를 롤백할 수 있는 능력 확보하기 요약 질문 chapter9 지속적인 피드백 적절하게 지속적인 피드백 메커니즘 사용하기 이메일 요약 질문 epilogue 지속적인 통합의 미래 appendixA CI 관련 리소스 지속적인 통합 도구와 제품 빌드 스크립트 리소스 버전 관리 리소스 다른 버전 관리 리소스 데이터베이스 리소스 테스트 리소스 자동화된 검사 리소스 배포 리소스 피드백 리소스 문서화 리소스 appendixB CI 도구 평가하기 도구를 평가할 때 고려할 점 자동화된 빌드 도구 빌드 스케줄러 도구 결론

더보기

저자 소개 관련자료 보이기/감추기

저자 : 폴 M. 듀발 외

Paul M. Duvall

컨설팅 회사인 Stelligent 사의 CTO이자, 소프트웨어 생산을 최적화함으로써 개발 팀이 안정적이고 신속하게 더 나은 소프트웨어를 만드는 것을 돕고 있다. 금융, 주택, 정부, 보건, 그리고 큰 규모의 독립적 소프트웨어 벤더를 비롯한 다양한 산업 분야에서 고객들에게 컨설팅을 해왔으며, www.testearly.com와 www.integratebutton.com에서 열심히 블로깅을 하고 있다.

스티브 M. 마티야스 3세 ㅣ Stephen M. Matyas III

5AM Solutions 사의 서비스 부분인 AutomateIt의 부사장이다. 응용 소프트웨어 공학에서 다양한 경력을 가지고 있으며, 엔터프라이즈 자바와 외주 소프트웨어 및 서비스 개발에 관하여 풍부한 실무 경험을 갖추고 있다.

앤드류 글로버 ㅣ Andrew Glover

Stelligent 사의 사장이며 북미지역에서 개최되는 다양한 콘퍼런스에서 연사로 활동 중이다. 여러 권의 책과 온라인 기사를 쓴 저자이자 공저자이기도 하다.

역자 : 최재훈

http://kaistizen.net, kaistizen@gmail.com

게임 개발을 업으로 삼는 프로그래머이다. 게임 개발에 있어선 이제 막 반년이 지난 초보이지만, 흥미롭고 생소한 기술을 많이 접하고, 익숙하진 않지만 독특한 분위기를 누리느라 항상 즐겁다. 여전히 스타크래프트는 무한맵에서 하고, 올해에 나올 게임 기대작으론 스포어(Spore)를 손에 꼽는다. 게임 개발자답지 않게 평소엔 게임을 즐겨 하지 않지만, 기대작이 나오면 다른 일은 제쳐놓고 삼매경에 빠진다. 유머 사이트에 떠도는, '슈퍼로봇대전 OGS'의 엔딩을 보고 싶다고 적은 휴가 계획서를 보고 그 용기가 멋지다고 생각하는 사람이다.

락 밴드는 U2가 최고라 생각하고, 15년째 '배철수의 음악 캠프'를 들은 애청자이다.

『Ship it! 성공적인 소프트웨어 개발 프로젝트를 위한 실용 가이드』에 이어 이번이 두 번째 역서이다. 번역을 마치고 몇 번이나 검토를 해도, 여전히 고칠 부분이 많아 부끄럽다. 그저 전작 때보단 좀더 제대로 번역했다는 소리를 듣고 싶다.

저자 : 유석문

지도지역서비스개발랩 랩장이다. 광주과학기술원 기전공학과를 졸업하였으며 LG 전자 우면연구소, 인텔리코리아, 핸디소프트에서 소프트웨어 개발자로 근무하였다. 현재 NHN에서 지도 서비스 개발을 담당하고 있으며 오픈소스 NTAF 개발에 참여하였다. 소프트웨어 품질 향상에 대하여 공부하고 공유하는 것을 즐기고 있다.

저자 : 이세현

생산성혁신팀에서 품질 기획을 담당했다. 덕성여자대학교 통계학과를 졸업하고, 쌍용정보통신, 팬택&큐리텔에서 소프트웨어 개발방법론, 소프트웨어 프로세스 개선 및 품질관리 업무를 담당했으며, 현재는 NHN 생산성혁신팀에 소속되어 소프트웨어 엔지니어링, 품질 기획 및 정량적 품질 관리와 관련된 업무를 담당하고 있다. 주요 관심 분야는 프로세스 개선과 애자일 개발 방법론을 적용하는 것이다.

저자 : 이상범

생산성혁신팀에서 Klocwork 사용 지원 및 품질 기획을 담당했다. 쌍용정보통신에서 7년간 국방프로젝트의 품질/형상관리를 담당하면서 테스트와 감사(Audit)프로세스의 개선을 통해 프로젝트 후반의 위험 요소를 제거하는 업무를 담당했다. 최근에는 자동화 도구를 사용해서 구현 단계의 가시성을 확보함으로써 참여자로 하여금 신속한 의사결정을 이끌어 낼 수 있는 프로세스 개선과 개발 환경 구축에 관심을 기울이고 있다. 현재는 NHN에서 프로세스 개선 및 정적 분석 도구인 klocwork 운영을 담당하고 있다.

저자 : 김은하

생산성혁신팀에서 신규 기술 연구 및 개발을 담당했다. 다양한 분야에서 소프트웨어 개발을 수행했고 현재는 NHN에서 품질 향상을 위한 테스트 자동화와 개발 고도화를 위한 업무를 담당하고 있다. 테스트 자동화 도구인 NTAF을 개발해서 여러 해외 컨퍼런스에서 발표했고, 현재는 오픈소스로 운영하고 있다(http://dev.naver.com/projects/ntaf).

저자 : 나종채

생산성혁신팀에서 NTAF, 오픈소스 테스트 프레임워크 연구 및 개발, QP 지원을 담당했다. 2003년부터 현대, 기아자동차 IT 그룹사인 오토에버시스템즈에서 SI 업무를 수행했으며, 2008년 NHN에 입사해서 QA 업무를 한해 동안 담당했다. 2009년부터는 생산성혁신팀에서 품질 혁신 활동(Quality Practice) 지원 업무와 교육을 진행하고 있으며, 아울러 NHN의 테스트 자동화 프레임워크인 NTAF 개발에도 참여하고 있다. 개발과 테스트 사이에서 발생할 수 있는 개발자/QA/테스터 간의 고민을 함께 풀어 갈 수 있는 다양한 접근을 통해 누구나 손쉽게 질 좋은 소프트웨어를 생산해 낼 수 있는 방법을 연구하고 있다.

저자 : 윤준호

생산성혁신팀에서 QP 관련 측정 기술 개발을 담당했다. 엔지니어라면 자신이 필요한 도구를 직접 만들 줄 알아야 한다고 믿는 QA 엔지니어다. 소프트웨어 검증을 위한 오픈소스 프로젝트를 몇 가지 운영하고 있으며, 모르는 외국인이 이 프로젝트에 대해 문의 메일을 보낼 때 가장 즐겁다.

저자 : 정상혁

생산성혁신팀에서 단위 테스트 및 테스트 주도 개발 교육, 기술 지원을 담당하고 있다. 삼성SDS의 SW 엔지니어링팀에서 공공기관의 SI 프로젝트를 수행했다. NHN에서는 콘텐츠 관리개발팀 등에서 주로 데이터 연계 처리 모듈을 개발했었고 현재는 생산성혁신팀에서 자바 모듈의 단위 테스트, 테스트 주도 개발(TDD)에 대한 기술 지원과 교육 업무를 담당하고 있다. 더 편하고 재미있게 개발하는 데 도움을 주는 기법, 라이브러리, 아키텍처를 전파하는 것에 관심이 많다. 블로그(http://benelog.egloos.com/)와 개인 위키(http://benelog.springnote.com)를 통해 개발에 대한 경험과 정리한 자료를 공유하고 있다.

저자 : 김광근

생산성혁신팀에서 C/C++ 단위 테스트 교육 및 각종 기술 지원을 담당하고 있다. 팜미디어와 핸디소프트를 거쳐 NHN에 입사하기 전까지 약 10년 동안 C/C++ 개발자로서 활동해 왔으며, 현재 NHN의 생산성혁신팀에서 소프트웨어의 품질 향상을 위한 교육 및 기술지원 업무를 담당하고 있다. 최근에는 각종 모바일 개발 환경에서 코드 품질을 향상시킬 수 있는 다양한 기법에 대해 관심을 가지고 연구하고 있다.

저자 : 서상우

생산성혁신팀에서 QP 적용 프로젝트 지원을 담당하고 있다. 현대정보기술 등 여러 SI 업체에서 10년 가까이 개발 업무를 하다가 NHN에 QA로 입사했다. QA 업무를 경험하면서 개발 품질이 비용임을 깨닫게 되었고, 개발 품질을 높일 수 있는 방법에 관심을 갖게 되었다. 현재는 생산성혁신팀에서 단위 테스트, 정적 분석 도구 사용법 등을 가이드하며 프로젝트 지원 업무를 하고 있다.

더보기

출판사 리뷰 출판사 리뷰 보이기/감추기

이 책의 목표는 무엇인가? 네이버 용어사전에서 '소프트웨어 품질'을 검색하면 다음 결과를 찾을 수 있다. "① 명세서와의 일치 정도처럼 주어진 요구를 만족시키기 위한 능력에 영향을 미치는 소프트웨어 제품의 모든 특성과 속성들. ② 소프트웨어가 요구되는 속성들의 조합을 갖고 있는지의 정도. ③ 해당 소프트웨어가 기대에 어느 정도 부응하는지의 정도. ④ 현재 사용 중인 소프트웨어가 고객의 기대에 어느 정도 부응하는지의 정도를 결정하는 소프트웨어의 제한 속성." 위의 설명에서 유추할 수 있듯이 '품질'은 소프트웨어 개발 분야에서 가장 어렵고 모호한 주제다. 측정되지도 않고 투자 비용을 늘린다고 쉽게 개선되지도 않을뿐더러 관리하지 못하면 비즈니스를 위험에 처하게 하는 가장 현실적이고 직접적인 위협이다. 이 책은 소프트웨어 개발의 전 과정에서 효과적으로 품질을 측정하고 향상시키기 위한 기술을 담고 있으며 아래의 내용으로 구성되어 있다. 	소프트웨어 품질의 정의 	소프트웨어 품질 개선을 위한 조직적 활동 	소프트웨어 품질 개선을 위한 개인 활동 	지속적으로 개선하고 발전하는 조직 문화 만들기 	품질 향상에 도움이 되는 도구와 적용 방법 상기 항목들에 대해 NHN에서 직접 적용하고 겪었던 문제점, 개선 방향, 효과를 제공하고 있다. 이를 기반으로 독자들의 상황에 적합한 활동을 고안하고 적용하도록 돕는 것이 이 책의 목표다. 이 책은 누구를 위한 것인가? 소프트웨어 품질은 개발에 직접, 간접적으로 참여하는 모든 사람들이 관리해야 하는 부분이다. 이 책은 기획, 개발자, QA, 관리자를 위한 내용으로 구성되어 있으며 품질의 위험을 다루기 위한 NHN의 노력과 지향점에 대해 기술하고 있다. 또한 기획, 개발, QA 단계에서의 품질에 대한 정의와 이를 개선하기 위한 노력, 사용 도구, 그리고 지속적으로 개선하고 발전해 나가는 문화를 만드는 방법이 고스란히 담겨 있다. 필요한 사전 지식은? 기술의 자세한 내용 소개보다는 적용 목적과 결과에 대한 설명 위주로 구성했기 때문에 소프트웨어 개발분야 종사자라면 별도의 사전 지식 없이 편하게 읽을 수 있다. 학생들은 소프트웨어 공학에 대한 사전 지식이 있다면 전체적인 흐름을 이해하는 데 도움이 되겠지만 없다고 해도 문제될 것은 없다. 각자 수행하고 있는 프로젝트에 일부분 적용하면서 책을 읽다 보면 보다 효과적인 방안을 찾을 수도 있을 것이다. -	'NHN은 이렇게 한다!-소프트웨어 품질관리' 중에서 소프트웨어 업계에서 근무한 지 얼마 되지 않았을 무렵엔 개별적으론 잘 동작하던 모듈도 한데 모으면, 도대체가 이해하기조차 어려운 형태로 모든 게 엉망이 되어 버리곤 했습니다. 하지만 지난 몇 년간, 통합은 프로젝트에서 가장 고생스러운 일에서 별 것 아닌 일로 축소되었습니다. 이렇게 된 가장 근본적인 원인은 좀더 자주 통합하는 실천 방법입니다. 한때는 매일 빌드하는 것을 야심 찬 목표로 생각한 적도 있었습니다. 지금 이야기하는 대부분의 프로젝트들은 하루에도 여러 차례 통합을 합니다. 참 이상하게도, 고생스러울수록 좀더 자주하는 것이 상책인 듯합니다. 지속적인 통합에 있어 흥미로운 것 중 하나는 지속적인 통합이 주는 효과에 사람들이 종종 놀란다는 겁니다. 우리는 사람들이 지속적인 통합의 효과를 별로 중요하지 않은 이점으로 치부해버리는 모습을 발견합니다. 하지만 지속적인 통합은 프로젝트에 완전히 다른 분위기를 불러일으킬 수 있습니다. 문제를 더 빨리 탐지해내기 때문에 가시성이 훨씬 좋아집니다. 잘못을 저지르고 그것을 발견해내는 간격이 줄기 때문에, 뭐가 변경됐는지 쉽게 살펴볼 수 있어서 원인을 찾아내는 데 도움이 되므로 결함을 찾아내기 더 쉽습니다. 이것이 테스트 프로그램과 결합하면, 버그를 획기적으로 줄일 수 있습니다. 그 결과, 개발자는 디버깅하는 데 시간을 덜 쓰고 기능을 넣는 데 시간을 더 쓰게 되며, 견고한 기초를 닦고 있다는 자신감을 갖게 됩니다. 물론, 통합을 더 자주하라고 말로만 해선 충분하지 않습니다. 이 간단한 캐치프레이즈 뒤에는 지속적인 통합을 현실로 만들어 주는 원칙과 실천 방법이 한 다발 있습니다. 원칙과 실천 방법에 관한 조언들은 대부분 여러 책과 인터넷에 흩어져 있었기 때문에 스스로 찾아서 탐구해야 했습니다. 그래서 폴이 이러한 정보들과 최고의 실천 방법들을 응집력 있는 한 권의 책으로 묶어서 이러한 책을 기다렸던 사람들에게 지침서를 만들어준 걸 보고 기뻤습니다. 간단한 실천 방법이 으레 그렇듯, 세세한 부분으로 들어가면 어려워집니다. 지난 몇 해에 걸쳐 우리는 그 같은 세부 사항에 대해 많은 것을 연구했고 어찌 대처하면 되는지를 공부했습니다. 이 책은 지속적인 통합이 튼프트웨어 개발에 탄탄한 기초를 제공하듯, 지속적인 통합을 위한 탄탄한 기초를 마련해주는 이러한 교훈들을 모아 놓았습니다.

회원리뷰 (0건) 회원리뷰 이동

리뷰 쓰기

혜택 및 유의사항?

등록된 리뷰가 없습니다!

첫번째 리뷰어가 되어주세요.

한줄평 (0건) 한줄평 이동

한줄평 쓰기

혜택 및 유의사항?

등록된 한줄평이 없습니다!

첫번째 한줄평을 남겨주세요.

배송/반품/교환 안내

배송 안내

반품/교환 안내에 대한 내용입니다.
배송 구분	예스24 배송 배송비 : 무료배송
포장 안내	안전하고 정확한 포장을 위해 CCTV를 설치하여 운영하고 있습니다. 고객님께 배송되는 모든 상품을 CCTV로 녹화하고 있으며, 철저한 모니터링을 통해 작업 과정에 문제가 없도록 최선을 다 하겠습니다. 목적 : 안전한 포장 관리 촬영범위 : 박스 포장 작업

반품/교환 안내

상품 설명에 반품/교환과 관련한 안내가 있는경우 아래 내용보다 우선합니다. (업체 사정에 따라 달라질 수 있습니다)

반품/교환 안내에 대한 내용입니다.
반품/교환 방법	고객만족센터(1544-3800), 중고샵(1566-4295) 판매자 배송 상품은 판매자와 반품/교환이 협의된 상품에 한해 가능합니다.
반품/교환 가능기간	출고 완료 후 10일 이내의 주문 상품 디지털 콘텐츠인 eBook의 경우 구매 후 7일 이내의 상품 중고상품의 경우 출고 완료일로부터 6일 이내의 상품 (구매확정 전 상태)
반품/교환 비용	고객의 단순변심 및 착오구매일 경우 상품 반송비용은 고객 부담임 직수입양서/직수입일서중 일부는 변심 또는 착오로 취소시 해외주문취소수수료 20%를 부과할수 있음 단, 아래의 주문/취소 조건인 경우, 취소 수수료 면제 오늘 00시 ~ 06시 30분 주문을 오늘 오전 06시 30분 이전에 취소 오늘 06시 30분 이후 주문을 익일 오전 06시 30분 이전에 취소 직수입 음반/영상물/기프트 중 일부는 변심 또는 착오로 취소 시 해외주문취소수수료 30%를 부과할 수 있음 단, 당일 00시~13시 사이의 주문은 취소 수수료 면제 박스 포장은 택배 배송이 가능한 규격과 무게를 준수하며, 고객의 단순변심 및 착오구매일 경우 상품의 반송비용은 박스 당 부과됩니다.
반품/교환 불가사유	소비자의 책임 있는 사유로 상품 등이 손실 또는 훼손된 경우 소비자의 사용, 포장 개봉에 의해 상품 등의 가치가 현저히 감소한 경우 : 예) 화장품, 식품, 가전제품, 전자책 단말기 등 복제가 가능한 상품 등의 포장을 훼손한 경우 : 예) CD/LP, DVD/Blu-ray, 소프트웨어, 만화책, 잡지, 영상 화보집 소비자의 요청에 따라 개별적으로 주문 제작되는 상품의 경우 디지털 컨텐츠인 eBook, 오디오북 등을 1회 이상 다운로드를 받았을 경우 eBook 대여 상품은 대여 기간이 종료 되거나, 2회 이상 대여 했을 경우 취소 불가 중고상품이 구매확정(자동 구매확정은 출고완료일로부터 7일)된 경우 LP상품의 재생 불량 원인이 기기의 사양 및 문제인 경우 (All-in-One 일체형 일부 보급형 오디오 모델 사용 등) 시간의 경과에 의해 재판매가 곤란한 정도로 가치가 현저히 감소한 경우 전자상거래 등에서의 소비자보호에 관한 법률이 정하는 소비자 청약철회 제한 내용에 해당되는 경우
소비자 피해보상	상품의 불량에 의한 반품, 교환, A/S, 환불, 품질보증 및 피해보상 등에 관한 사항은 소비자분쟁해결기준(공정거래위원회 고시)에 준하여 처리됨
환불 지연에 따른 배상	대금 환불 및 환불 지연에 따른 배상금 지급 조건, 절차 등은 전자상거래 등에서의 소비자 보호에 관한 법률에 따라 처리