현직 테스팅 전문가들이 낱낱이 밝힌 구글과 마이크로소프트의 소프트웨어 테스팅 솔루션 세트
해외주문/바로드림/제휴사주문/업체배송건의 경우 1+1 증정상품이 발송되지 않습니다.
패키지
북카드
키워드 Pick
키워드 Pick 안내
관심 키워드를 주제로 다른 연관 도서를 다양하게 찾아 볼 수 있는 서비스로, 클릭 시 관심 키워드를 주제로 한 다양한 책으로 이동할 수 있습니다.
키워드는 최근 많이 찾는 순으로 정렬됩니다.
《소프트웨어 테스팅, 마이크로소프트에선 이렇게 한다》에서는 마이크로소프트사내 9,000여 명의 테스터가 사용하고 있는 툴과 시스템을 소개한다. 마이크로소프트의 테스트 설계와 관리 방식, 그들만의 교육 방법과 커리어 개발 방식, 앞으로의 도전을 알려준다.
▶ 『구글은 소프트웨어를 어떻게 테스트하는가』와 『소프트웨어 테스팅, 마이크로소프트에선 이렇게 한다』를 엮은 세트입니다. (전2권)
이 책의 상품구성
자세한 상품구성정보에 대한 문의사항은 도서·정보 1:1상담을 이용해 주세요.
상품명 | 저자 | 출시일 | 쪽수 | 크기/중량 (mm/g) |
---|---|---|---|---|
구글은 소프트웨어를 어떻게 테스트하는가 | 제임스 휘태커 | 2013. 03.29 | 400 | 188 * 235 * 30 mm / 935g |
소프트웨어 테스팅 마이크로소프트에선 이렇게 한다 | 제임스 휘태커 | 2009. 12.01 | 584 | 188 * 235 * 0 mm / 0g |
작가정보
구글의 엔지니어링 디렉터로, 크롬, 구글 지도, 구글 웹 앱 등에 대한 테스팅을 맡아왔다. 마이크로소프트에서 일한 바 있으며, 그 전에는 교수를 역임했다. 테스팅계에서 명성이 드높은 인물이다.
구글의 테스트 엔지니어로, 구글 데스크톱, 크롬, 크롬OS의 테스팅을 맡고 있다. 또한 다수의 오픈소스 테스트 툴과 개인화 실험에 대한 개발 리더 역할을 하고 있다. 구글 입사 전에는 마이크로소프트에서 근무했다.
구글 테스트 분야의 소프트웨어 엔지니어로, 구글 보이스, 툴바, 크롬, 크롬OS의 테스팅을 책임지고 있다. 수많은 구글 내부 개발 팀의 초기 코드 품질 향상을 돕기 위해 컨설팅을 하고 있다. 2010년에 소프트웨어 엔지니어로 전향했고, 구글플러스 API 개발을 리드했다. 그 역시 구글에 입사하기 전에 마이크로소프트에서 근무했다.
1993년 소프트웨어 테스팅 분야 일을 시작해 1995년 마이크로소프트에 입사했다. 마이크로소프트에서 윈도우, 인터넷 익스플로러, 윈도우 CE 분야 등에서 다양한 작업을 했다. 윈도우 CE팀에 재직할 때 2001년 마이크로소프트의 첫 번째 테스트 아키텍트가 됐다. 2005년 엔지니어링 우수 팀의 구성원이 됐고, 현재 마이크로소프트의 테스터에게 교육과 컨설팅을 하는 테스트 우수 팀의 관리자다.
마이크로소프트 오피스 인터넷 플랫폼과 운영 팀의 그룹 관리자다. 이 팀은 오피스 온라인, 오피스 라이브, CRM 온라인 등과 같은 서버 제품과 서비스를 위한 관리 기능을 개발한다. 1998년 입사 이후 사이트 서버와 MCIS의 테스트 리더, 익스체인지, 지식 노동자 서비스, Net Docs, 마이크로소프트 과금 및 가입자 플랫폼 서비스 등의 테스트 관리자로 일했다. 2004년부터 2006년까지는 마이크로소프트 테스트 우수 팀의 관리자로. 근무했다
엔지니어링 우수 팀의 테스트 아키텍트다. 1994년 마이크로소프트에 입사해 윈도우 95 팀에서 근무를 시작했다. 1999년 테스트 관리자가 되기 전까지 인터넷 익스플로러, 아웃룩 98 등을 포함한 작은 프로젝트에 참여했다. 마이크로소프트 입사 전 일본에서 중소기업용 솔루션을 개발하는 작은 회사에서 근무했다. BJ는 국제 학술대회에 연사로 참가하고, 저널에 기고하며, 워싱톤 대학의 소프트웨어 테스팅과 테스트 자동화 공개강좌에서 강의한다.
아이오와 주립대에서 컴퓨터 사이언스 박사 학위를 받고, 삼성전자 무선사업부에서 타이젠 플랫폼(Tizen Platform)을 개발 중이다. 주요 관심 분야는 플랫폼 개발, 아키텍처, 오픈소스, 자동화 테스팅이다. 에이콘출판사에서 펴낸 『SWT/JFace 인 액션』(2006), 『엔터프라이즈급 애자일 방법론』(2008) 등을 공역했다.
카이스트 소프트웨어 대학원 석사 과정을 졸업하였으며, 현재는 삼성전자 가전사업부 SE 파트에서 책임연구원으로 재직 중이다. 주요 관심 분야는 요구 공학, 소프트웨어 테스팅이다. 에이콘출판사에서 펴낸 『엔터프라이즈급 애자일 방법론』(2008)을 공역했다.
㈜STA테스팅컨설팅의 대표이며 현재 1만 7000명 이상의 회원을 가진 테스팅 커뮤니티인 STEN(Software Test Engineers Network, www.STEN.or.kr)을 운영하고 있다. 소프트웨어 테스팅 분야에서 커리어의 승부를 보고자 테스팅 교육?컨설팅?책 집필?국제활동 등을 즐기고 있다. 지식경제부 기술표준원을 대신해 ISO 소프트웨어 테스팅 표준을 주도적으로 만들고 있으며, ISTQB(International Software Testing Qualifications Board) 국제 테스팅 자격증을 국내에 성공적으로 도입했다. 최근에는 TMMi(Testing Maturity Model integration)를 국내는 물론 아시아권에 확산하는 일에 주력하고 있다.
현재 삼성전자 DMC 연구소 SE Lab에서 책임 연구원으로 재직 중이다. 주요 관심분야는 테스트 메니지먼트, 컨버전스(Convergence) 테스팅, 사용성(Usability) 테스팅이다. 대한민국의 후배 테스트 엔지니어 양성을 위해 일조하자는 목표를 가지고 있다.
소프트웨어 개발자로 커리어를 시작해 현재 GTOne 에서 테스트 엔지니어로 일하고 있다. 테스팅 방법론에 관심이 많고, 여러 조직의 베스트 프랙티스를 공유할 수 있는 방법을 찾고 있다.
목차
- 『구글은 소프트웨어를 어떻게 테스트하는가』
1장 구글 소프트웨어 테스팅 개요
___품질 ≠ 테스트
___역할
___조직적 구조
___기기, 걷기, 뛰기
___테스트 종류
2장 테스트 소프트웨어 엔지니어
___SET에 대한 이야기
______개발과 테스트 작업 흐름
______SET란?
______프로젝트의 초기 단계
______팀 구조
______설계 문서
______인터페이스와 프로토콜
______자동화 계획
______테스트 가능성
______SET 작업 흐름: 예제
______테스트 수행
______테스트 크기 정의
______공유 인프라스트럭처에서 테스트 크기 사용
______테스트 크기에 따른 이점
______테스트 수행에 대한 요구 사항
___테스트 인증
______테스트 인증 프로그램 창시자와의 인터뷰
___SET들과의 면접
___툴 개발자 테드 마오와의 인터뷰
___웹 드라이버의 창시자 사이몬 스튜어트와의 인터뷰
3장 테스트 엔지니어
___사용자를 대변하는 테스트 역할
___TE에 대한 이야기
______테스트 계획
______리스크
______테스트 케이스에 대한 이야기
______버그에 대한 이야기
______TE 채용
______구글의 테스트 리더십
______유지 관리 모드 테스팅
______퀄리티 봇 실험
______BITE 실험
______구글 테스트 분석
______무료 테스팅 업무 흐름
______외부 업체
___구글 문서도구의 TE 린제이 웹스터와의 인터뷰
___유튜브 TE 애플 초우와의 인터뷰
4장 테스트 엔지니어 매니저
___TEM에 대한 이야기
___프로젝트와 사람 모으기
___영향력
___지메일 TEM 앵킷 메타와의 인터뷰
___안드로이드 TEM 훙 당과의 인터뷰
___크롬 TEM 조엘 히노스키와의 인터뷰
___테스트 엔지니어링 디렉터
___검색과 지리 테스트 디렉터 쉘튼 마와의 인터뷰
___엔지니어링 툴 디렉터 아쉬쉬 쿠마와의 인터뷰
___구글 인디아의 테스트 디렉터 수제이 사니와의 인터뷰
___엔지니어링 매니저, 브래드 그린과의 인터뷰
___제임스 휘태커와의 인터뷰
5장 구글 소프트웨어 테스팅의 향상
___구글 프로세스의 심각한 결함
___SET의 미래
___TE의 미래
___테스트 디렉터와 매니저의 미래
___테스트 인프라스트럭처의 미래
___결론
부록 A 크롬OS 테스트 계획
___개요
___리스크 분석
___빌드 베이스라인에 따른 테스트
___매일 마지막으로 성공한 테스트
___릴리스에 따른 테스팅
___수동 테스트와 자동화 테스트
___개발과 테스트 품질 초점
___릴리스 채널
___사용자 입력
___테스트 케이스 저장소
___테스트 대시보드
___가상화
___성능
___스트레스, 장시간 수행, 안전성
___테스트 수행 프레임워크(Autotest)
___OEM
___하드웨어 랩
___E2E 팜 자동화
___브라우저 앱매니저 테스팅
___브라우저의 테스트 가능성
___하드웨어
___타임라인
___주요 테스트 드라이버
___관련 문서
부록 B 크롬에 대한 테스트 투어
___쇼핑 투어
___학생 투어
______테스트 제안 영역
___국제 전화 투어
______테스트 제안 영역
___랜드마크 투어
______크롬에서 제안하는 랜드마크
___올빼미 투어
______테스트 제안 영역
___장인 투어
______크롬의 툴
___나쁜 이웃 투어
______크롬OS에서의 나쁜 이웃
___개인화 투어
______크롬을 커스트마이즈하는 방법
부록 C 툴과 코드에 대한 블로그 포스트
___버그와 중복 노동을 없애기 위한 BITE의 사용
___퀄리티 봇 풀어 놓기
___RPF: 구글의 기록/재생 프레임워크
___구글 테스트 분석기 - 현재 오픈소스
______이해 가능함
______빠름
______행동 가능함
______일관된 가치
『소프트웨어 테스팅, 마이크로소프트에선 이렇게 한다』
1부 마이크로소프트에 대해
01장 마이크로소프트의 소프트웨어 엔지니어링
___마이크로소프트의 비전, 기업 가치, 높은 선호도의 비결
___대규모 소프트웨어 엔지니어링 기업
___효율적인 대규모 비즈니스 개발
______공유 팀 모델
___대기업의 소규모 비즈니스
___다양한 엔지니어 고용
______엔지니어링 분야
___세계적 소프트웨어 개발사를 향해
___정리
02장 마이크로소프트의 소프트웨어 테스트 엔지니어
___이름을 붙여볼까?
___마이크로소프트의 테스터가 항상 SDET는 아니다
___테스터가 더 많아야 한다
______학교 방문 채용
______업계 경력직 채용
___마이크로소프트 SDET 되기
___마이크로소프트 엔지니어링 커리어
___테스트 부문의 커리어 패스
______테스트 아키텍트
______IC 테스터
______관리자가 되는 것이 승진은 아니다
______테스트 관리자
___정리
03장 엔지니어링 생명주기
___마이크로소프트의 소프트웨어 공학
______전통적 소프트웨어 공학 모델
______마일스톤
______마이크로소프트에서의 애자일
______기능 통합
___프로세스 개선
______마이크로소프트의 정형적 프로세스 개선 시스템
___전시상황실에서 소프트웨어 출시
______의무 실행
___정리: 음식을 다 만들고
2부 테스팅
04장 테스트 케이스 작성을 위한 실용적 접근
___좋은 소프트웨어 설계와 테스트 설계
___테스트 패턴 사용
___테스트 시간 추정
___테스트 시작
______질문하기
______테스트 전략 수립
___테스트 용이성
______테스트 설계 명세서
___정상 동작 테스트와 오동작 테스트
___테스트 케이스 설계 시 고려해야 할 기타 항목
______블랙박스, 화이트박스, 그레이박스
______마이크로소프트의 탐색적 테스팅
___정리
05장 기능 테스팅 기법
___기능 테스팅의 필요성
___동등 클래스 분할
______변수 데이터 분할
______동등 클래스 분할 동작
______파라미터의 서브셋 분석
______ECP 테스트
______동등 클래스 분할 요약
___경계 값 분석
______경계 값 테스트의 정의
______경계 값 분석을 위한 새로운 공식
______숨겨진 경계 값
______경계 값 분석 요약
___조합 분석
______조합 테스팅 접근 방법
______조합 분석의 적용
______조합 분석의 효과
______조합 분석 요약
___정리
06장 구조적 테스팅 기법
___블록 테스팅
______블록 테스팅 요약
___결정 테스팅
______결정 테스팅 요약
___조건 테스팅
______조건 테스팅 요약
___기본 경로 테스팅
______기본 경로 테스팅 요약
___정리
07장 코드 복잡도에 따른 리스크 분석
___비지니스 리스크
___복잡한 문제
______코드 라인 수 측정
___사이클로매틱 복잡도 측정
______할스테드 메트릭
______객체지향 메트릭
______사이클로매틱 복잡도가 높다고 반드시 버그가 많은 것은 아니다
___복잡도 메트릭 제대로 다루기
___정리
08장 모델 기반 테스팅
______모델링 기초
___모델 테스팅
______모델 설계
______소프트웨어 모델링
______유한 상태 모델 만들기
______모델 자동화
___테스팅을 지원하는 모델링
______베이시안 도해 모델
______페트리 넷
___마이크로소프트의 모델 기반 테스팅 툴
______스펙 익스플로러
______언어와 엔진
______모델링 팁
___정리
___추천 도서와 툴
3부 테스트 툴과 시스템
09장 버그와 테스트 케이스 관리
___버그 워크플로우
___버그 추적
______버그의 일생
______버그 추적 시스템의 속성
______버그 리포트를 작성하는 이유
______버그 리포트의 구조
______버그 선별
______버그 리포트의 일반적인 실수
______데이터 사용
______데이터 오용: 성과 측정으로서의 버그
______버그 바
___테스트 케이스 관리
______테스트 케이스란?
______테스트 케이스의 가치
______테스트 케이스 구조
______테스트 케이스 작성 시의 실수
___테스트 케이스 관리하기
______케이스와 포인트: 테스트 케이스 수 세기
______테스트 결과 추적과 해석
___정리
10장 테스트 자동화
___자동화의 가치
______자동화냐 아니냐, 그것이 문제로다
___UI 자동화
___테스트 자동화 구성 요소
___마이크로스프트에서의 SEARCH
______설정
______실행
______분석
______보고
______초기화
______도움말
___실행, 자동화, 실행!
______모두 연동하기
______대규모의 테스트 자동화
______일반적인 자동화 실수
___정리
11장 비기능 테스팅
___기능성을 넘어
___‘~성’ 테스트하기
___성능 테스팅
______성능 측정 방법
___스트레스 테스팅
______분산 스트레스 테스팅
______분산 스트레스 아키텍처
______멀티 클라이언트 스트레스 테스트 속성
___호환성 테스팅
______애플리케이션 라이브러리
______애플리케이션 검증기
___자기 개밥 먹기
___접근성 테스팅
______접근성 페르소나
______접근성 테스트하기
______MS 액티브 액세서빌리티를 위한 테스팅 툴
___사용성 테스팅
___보안성 테스팅
______보안 위협 모델링
______퍼지 테스팅
___정리
12장 다양한 툴 활용
___코드 변경
___통제하기
______변경 추적
______무엇이 변경됐나?
______왜 변경됐나?
______소스 관리를 위한 공간
___빌드
______일일 빌드
___정적 분석
______네이티브 코드 분석
______매니지드 코드 분석
______단지 또 다른 툴
______테스트 코드 분석
______테스트 코드가 제품 코드다
___더 많은 툴
______특수한 문제를 위한 툴
______모든 사람을 위한 툴
___정리
13장 고객 피드백 시스템
___테스팅과 품질
______정보를 제공하는 테스팅
______품질에 대한 이해
___해결책은 고객
______게임에서의 사례
___윈도우 오류 보고
______WER 사용 사례
______버킷 활용하기
______버킷에 쌓인 문제 처리하기
______테스트와 WER
___스마일 전송 프로그램
______스마일 전송 프로그램 효과
___고객과의 연결(커넥트)
___정리
14장 소프트웨어 플러스 서비스 테스팅
______두 가지 부문: 서비스와 테스트 기법
___1절: 서비스
______마이크로소프트 서비스 전략
______인터넷 서비스로의 관심 이동
______라지 스케일에서 메가 스케일로의 성장
______성장의 발목을 잡는 전력
______서비스와 패키지 제품
______독립형에서 계층형 서비스로 이동
___2절: S+S 테스팅
______혁신의 물결
______S+S와 서비스에 대한 테스트 접근 방법 설계
______S+S 테스팅 기법
______통합 테스팅, 테스트 플래그, 에뮬레이션
___S+S에 대한 몇 가지 중요한 생각
______지속적인 품질 개선 프로그램
______내가 본 일반적인 버그
___정리
4부 앞으로의 전망
15장 문제의 조기 해결
___결함 분석 자동화
______분석 마비 상황의 극복
______결함 비교
______좋은 로깅 사례
______로그 파일의 구조
______결함 분석 자동화 통합
___머신 가상화
______가상화의 장점
______가상 머신 테스트 시나리오
______테스트 도중 발생하는 오류
______추천하지 않는 테스트 시나리오
___코드 리뷰와 인스펙션
______코드 리뷰의 유형
______체크 리스트
______리뷰 시 고려 사항
______리뷰의 두 얼굴
___툴이 너무 많아도 문제
______간소화, 재사용, 재활용
______무엇이 문제인가?
______공개 개발
___정리
16장 테스팅의 미래
___전향적 사고의 필요성
______한걸음 물러서서 앞을 내다보기
______품질 문화를 위한 노력
______테스팅과 품질 보증
______누가 품질의 주인인가?
______품질 비용
______테스트의 새로운 역할
___테스트 리더십
______마이크로소프트 테스트 리더십 팀
______테스트 리더십 의장
______테스트 리더십 활동
______테스트 아키텍트 그룹
___테스트 엑설런스 팀
______공유
______도움
______소통
______미래 주목하기
______마이크로소프트 테스트 엑설런스 팀의 감독
______리더십 3원소
___미래를 위한 혁신
출판사 서평
★ 세트 구성: 전2권 ★
1) 『구글은 소프트웨어를 어떻게 테스트하는가: 구글의 테스팅 문화와 기법에 관한 인사이드 스토리』
2) 『소프트웨어 테스팅, 마이크로소프트에선 이렇게 한다: MS 최고의 현직 테스터들이 밝히는 베스트 프랙티스』
『구글은 소프트웨어를 어떻게 테스트하는가』 소개
소프트웨어 개발은 어렵다. 소프트웨어 테스트 역시 어렵다. 웹 전반에 걸쳐 개발과 테스트에 대한 이야기를 할라치면 누구든 구글을 언급한다. 구글과 같은 회사들이 대규모의 테스팅을 어떻게 처리하는지 인터넷에서 관심 있게 찾아본 적이 있다면 여러분은 제대로 된 책을 만난 것이다.
매일 구글은 분산된 수백만의 소스 파일들에서 수억의 코드 라인을 테스트하고 릴리스한다. 수십억의 빌드 작업이 수백의 자동화된 테스트를 즉각적으로 수행해 매일 브라우저에서 수억 번 동작한다. 한 해 동안 운영 시스템에서 빌드, 테스트, 릴리스가 이뤄진다. 브라우저는 매일 빌드되고, 웹 애플리케이션은 끊임없이 출시, 배포된다. 2011년에는 구글플러스(Google+)의 100개 기능이 불과 100일 만에 출시됐다.
이것이 구글의 규모이자 구글의 스피드로, 곧 웹 그 자체의 규모와 매한가지이며, 바로 이 책에서 설명하는 테스팅 솔루션이다. 이 책에서는 이러한 인프라스트럭처가 어떻게 계획되고 구현되고 유지 보수되는지 설명한다. 또한 개념과 구현을 개발하는 데 중요한 수많은 인력에 대해 소개하고, 결과를 만들어내는 인프라스트럭처에 대해 이야기한다.
하지만 이 방법만이 유일한 길은 아니다. 구글이 오늘날 여기까지 온 과정은 우리가 테스트를 할 때 사용했던 많은 기술들만큼 흥미롭다. 6년 전 구글은 우리가 일해본 여러 회사들과 크게 다르지 않았다. 테스트는 주요 핵심 영역이 아니었다. 테스팅 분야에서 일하는 사람들은 별다른 인정을 받지 못했고 야근도 잦았다. 테스트는 수작업이 매우 많은 업무였기에, 자동화에 소질이 있는 사람들은 좀 더 큰 ‘영향’을 미칠 수 있는 개발에 재빨리 투입됐다. 오늘날 구글에서 ‘생산성 혁신(Engineering Productivity)’ 팀은 엔지니어링보다 영웅적인 활동을 선호하는 기업 문화, 그리고 테스팅에 대한 편견을 극복해야만 했다. 오늘날 구글 테스터들은 개발자들과 동일한 수준의 연봉을 받고, 보너스와 승진 기회도 동등하게 주어진다. (제품, 다양성, 수익 측면에서) 괄목할 만한 구글의 성장과 함께 테스터 직군이 형성되고 테스팅 문화가 살아났으며 구조적인 조직 재구성이 이뤄지자, 다른 기업들은 구글의 행로를 밟아나가기에 이르렀다. 이제 테스팅을 제대로 완료할 수 있고 상품화 팀과 회사 경영진은 테스팅 팀에 모두 감사하게 될 것이다.
웹에서 미래를 발견하고 돈을 벌기를 원하는 회사라면 이 책에서 설명하는 테스팅 기술과 조직 구조는 더더욱 유용할 것이다. 그러한 회사들은 이 책을 꼭 읽어보길 바란다.
『소프트웨어 테스팅, 마이크로소프트에선 이렇게 한다』 소개
마이크로소프트 테스팅의 실체를 속속들이 들여다 본다! 마이크로소프트의 유명 현직 테스팅 전문가(SDET)들이 집필한 소프트웨어 테스팅 실무서. 사내 9,000여 명의 테스터가 사용하고 있는 툴과 시스템, 베스트 프랙티스를 소개한다. 마이크로소프트의 테스트 설계와 관리 방식, 그들만의 교육 방법과 커리어 개발 방식, 앞으로의 도전을 알려준다.
이 책에서 다루는 내용
■ 제품 생명주기에 걸쳐 효과적인 테스트를 설계하고 실행하는 방법
■ 기능 테스트의 비용과 리스크를 최소화하고 구조적 기법의 적용 시점을 파악하는 방법
■ 버그와 잠재적인 유지 보수 이슈를 파악하기 위해 코드 복잡도를 측정하는 방법
■ 모델을 사용해 테스트 케이스를 생성하고 예측 불가능한 애플리케이션 동작을 찾고 리스크를 관리하는 방법
■ 자동화 테스트를 적용하는 시점을 파악하는 방법과 자동화 테스트의 장기적 사용을 위해 설계하고 이를 자동화 인프라스트럭처에 통합하는 방법
■ 우수한 테스터의 특징을 파악하고, 테스트 실행, 시스템 검사, 효율적인 진척도를 추적하는 데 효과적인 툴을 검토하는 방법
■ 서비스와 상용 패키지 소프트웨어 테스팅의 차이점을 탐색하는 방법
기본정보
ISBN | 9788960774179 |
---|---|
발행(출시)일자 | 2013년 03월 29일 |
쪽수 | 976쪽 |
크기 |
188 * 235
* 40
mm
|
총권수 | 2권 |
Klover
e교환권은 적립 일로부터 180일 동안 사용 가능합니다.
리워드는 작성 후 다음 날 제공되며, 발송 전 작성 시 발송 완료 후 익일 제공됩니다.
리워드는 리뷰 종류별로 구매한 아이디당 한 상품에 최초 1회 작성 건들에 대해서만 제공됩니다.
판매가 1,000원 미만 도서의 경우 리워드 지급 대상에서 제외됩니다.
일부 타인의 권리를 침해하거나 불편을 끼치는 것을 방지하기 위해 아래에 해당하는 Klover 리뷰는 별도의 통보 없이 삭제될 수 있습니다.
- 도서나 타인에 대해 근거 없이 비방을 하거나 타인의 명예를 훼손할 수 있는 리뷰
- 도서와 무관한 내용의 리뷰
- 인신공격이나 욕설, 비속어, 혐오발언이 개재된 리뷰
- 의성어나 의태어 등 내용의 의미가 없는 리뷰
리뷰는 1인이 중복으로 작성하실 수는 있지만, 평점계산은 가장 최근에 남긴 1건의 리뷰만 반영됩니다.
구매 후 리뷰 작성 시, e교환권 200원 적립
문장수집
e교환권은 적립 일로부터 180일 동안 사용 가능합니다. 리워드는 작성 후 다음 날 제공되며, 발송 전 작성 시 발송 완료 후 익일 제공됩니다.
리워드는 한 상품에 최초 1회만 제공됩니다.
주문취소/반품/절판/품절 시 리워드 대상에서 제외됩니다.
구매 후 리뷰 작성 시, e교환권 100원 적립