YES24 카테고리 리스트

YES24 유틸메뉴

Global YES24안내보기: Global YES24는?

K-POP/K-Drama 관련상품(음반,도서,DVD)을
영문/중문 으로 이용하실 수 있습니다.

Korean wave shopping mall, sell the
K-POP/K-Drama (CD,DVD,Blu-ray,Book) We aceept PayPal/UnionPay/Alipay
and support English/Chinese Language service
English
作为出售正规 K-POP/K-Drama 相关(CD,图书,DVD) 韩流商品的网站, 支持中文/英文等海外结账方式
中文
Exclusive ticket sales for domestic and international pop artists
Global yesticket

어깨배너

1/6

빠른분야찾기

YES24 코너/서비스

YES24 분야별코너

신용카드 (54x86mm)

A4용지 (210x297mm)

미리보기 사이즈비교 공유하기

소득공제 에이콘 소프트웨어 아키텍처 시리즈-06

소프트웨어 테스트 자동화

테스팅 전문가들의 생생한 사례연구 스토리로 익히는

도로시 그레이엄, 마크 퓨스터 공저 / 여용구, 김윤명, 황영석, 성찬혁 공역 | 에이콘출판사 | 2013년 12월 23일 | 원제 : Experiences of Test Automation: Case Studies of Software Test Automation 리뷰 총점10.0 정보 더 보기/감추기

종이책 리뷰 (0건)
eBook 리뷰 (0건)
종이책 한줄평 (2건)
eBook 한줄평 (0건)

회원리뷰(2건)

상품 가격정보
정가	45,000원
판매가	40,500원 (10% 할인)
YES포인트	2,250원 (5% 적립) 5만원이상 구매 시 2천원 추가적립 5만원이상 구매 시 2천원 추가적립 안내

결제혜택
결제혜택	카드/간편결제 혜택을 확인하세요 카드/간편결제 혜택 보기/감추기 예스24 현대카드 3만원 캐시백 이벤트 [기본혜택] YES포인트 1~3% 적립 관련페이지 바로가기 카카오페이 2,500원 즉시할인 일 선착순 400건, 4만원 이상 관련페이지 바로가기 우리카드 우리페이 2,000원 즉시할인 일 선착순 300건, 3만원 이상 관련페이지 바로가기 토스페이 1천원 즉시할인 일 400명, 1만5천원 이상 관련페이지 바로가기 네이버페이 5천 포인트 적립 1천명 추첨, 5만원 이상 관련페이지 바로가기

구매 시 참고사항
구매 시 참고사항	현재 새 상품은 구매 할 수 없습니다. 아래 상품으로 구매하거나 판매 해보세요.

절판

수량

해외배송 가능
최저가 보상
문화비소득공제 신청가능

리스트에 넣기 eBook 출간 알림신청 분철서비스 알림신청

대학생 & 취준생이동

월간 개발자 4월호이동

공부합시다! 생성형 AI이동

이 세계에선 N잡러?이동

이전 YES NOW 배너보기

다음 YES NOW 배너보기

1/4

광고 AD

소프트웨어 테스트 자동화

품목정보

품목정보
발행일	2013년 12월 23일
쪽수, 무게, 크기	728쪽 \| 1,426g \| 18825040mm
ISBN13	9788960775022
ISBN10	8960775029

이 상품의 이벤트 (8개)

선착순 사은품 기획전

실력있는 개발자를 위한 프로그래밍 전문서 : 한빛미디어 오라일리 시리즈

이벤트 대상 도서 구매 시 '오라일리 규조토 코스터' 증정(디자인 랜덤, 포인트 차감, 한정수량)

2023년 06월 15일 ~ 한정 수량
기획전

어서오세요, [클래스24] 입니다

만나고 싶은 작가 신청하고 포인트 받으세요!

2024년 03월 20일 ~ 2024년 04월 30일
사은품 기획전

[2024 세계 책의 날] 책을 (_)다

책과 함께 살아간다는 것

2024년 04월 12일 ~ 2024년 04월 30일
사은품

YES24 트윈링 분철 : 인서트라벨/스티커 택1 증정

수험서, 자격증, 외국어, 대학교재, 참고서 등을 더욱 가볍고 편하게 만나보세요!

2017년 09월 06일 ~ 한정 수량
정가 인하 & 특가 할인 도서 모음

2024년 02월 25일 ~ 한정 수량
사은품

4월의 굿즈 :책가도 독서대/스마트폰 거치대/우양산/북 스토퍼/우드 센서 무드등

국내도서/외국도서/직배송 GIFT 5/7만원 이상, eBook/크레마 5만원 이상 구매 시 선착순 택1 증정 (포인트 차감)

2024년 03월 29일 ~ 2024년 04월 30일
선착순 기획전

오직, 예스24에서만

컨텐츠의 가치를 아는 당신이라면, 예스24에서만 만날 수 있는 한정판 상품에 주목하세요.

2023년 07월 25일 ~ 한정 수량
사은품

예스24 X JTBC <소탐대실> 콜라보 [서탐대실]

책에 대한 작은 탐사, 큰 결실

2023년 10월 07일 ~ 한정 수량

펼쳐보기접어보기

책소개

책의 일부 내용을 미리 읽어보실 수 있습니다. 미리보기

1장 애자일 팀의 테스트 자동화 여행: 첫 번째 해 ___1.1 케이스 스터디의 배경 ______1.1.1 문제 ______1.1.2 목표 ___1.2 팀 전체의 헌신 ___1.3 자동화 전략 설정 ______1.3.1 테스트가 용이한 아키텍처 ______1.3.2 빌드 프로세스 구축 ______1.3.3 테스팅 기반 생성: GUI 스모크 테스트 ______1.3.4 단위 테스트 단계의 개발 추진 ___1.4 FitNesse를 사용하여 GUI 뒤 단의 테스트에 ATDD 적용하기 ______1.4.1 인메모리 테스트 ______1.4.2 데이터베이스를 이용한 테스트 ______1.4.3 FitNesse 테스트의 장점 ___1.5 점진적 접근법 사용 ___1.6 올바른 메트릭 ___1.7 성공을 축하하라 ___1.8 통합 엔지니어링 스프린트 ___1.9 팀의 성공 ___1.10 지속적인 개선 ___1.11 정리 2장 최적화된 데이터베이스 자동화 ___2.1 케이스 스터디의 배경 ___2.2 테스트 대상 소프트웨어 ___2.3 테스트 자동화 목표 ___2.4 사내 테스트 도구 개발 ______2.4.1 설정 ______2.4.2 리소스 최적화 ______2.4.3 보고서 ______2.4.4 실패 분석 ___ 2.5 결과물 ___2.6 자동화 테스트 관리 ___2.7 테스트 스위트와 타입 ___2.8 현재 모습 ___2.9 어려웠던 점과 배운 점 ___2.10 테스트 자동화 서적의 가이드 적용 ___2.11 정리 ___2.12 감사의 말 3장 클라우드로의 이동: TiP의 진화, 프로덕션에서의 지속적인 리그레션 테스팅 ___3.1 케이스 스터디의 배경 ___3.2 클라우드 환경으로 테스트 전환 ______ 3.2.1 TiP 테스트 전략에서 얻고자 한 것 ______3.2.2 기본 원칙 ___3.3 TiP 구현 방법 ___3.4 월간 서비스 리뷰 평가표의 예 ______3.4.1 평가표 읽기 ______3.4.2 인시던트와 에스컬레이션 보고서로 한 일 ___3.5 익스체인지 TiP v2: 윈도우 애저 클라우드로의 TiP 마이그레이션 ___ 3.6 배운 점 ______3.6.1 파트너 서비스 관련 이슈 ______3.6.2 클라우드를 통한 모니터링이 직면한 도전 ______3.6.3 TiP 테스트로 발견한 프로덕션 이슈의 예 ______3.6.4 결과에서 방해요소 처리에 사용할 집계 ______3.6.5 주의할 점 ___3.7 정리 ___3.8 감사의 말 4장 오토메이터 자동화 ___ 4.1 케이스 스터디의 배경: 첫번째 일자리 ______4.1.1. 첫 번째 역할: 기술 지원 ______4.1.2 QA팀에 합류 ___4.2 대단한 아이디어 ______4.2.1 지속적인 노력 ___4.3 돌파구 ______4.3.1 일 시작 ______4.3.2 체크포인트 검증 ______4.3.3 그 후 어려워진 점 ______4.3.4 최후를 예고하는 징조의 시작 ___4.4 정리 5장 자동화 엔지니어의 자서전: 메인 프레임에서 프레임워크 자동화까지 ___ 5.1 케이스 스터디의 배경 ______5.1.1 초기 테스트 자동화: 테스팅 툴과의 첫 만남 ______5.1.2 테스트 리플레이에 툴 사용 문제 극복 ______5.1.3 메인 프레임 덤 터미널 시스템이 동작하는 방식과 캡처/리플레이 방식이 좋은 아이디어인 이유 ______5.1.4 수동 리플레이와 장점 ___5.2 메인 프레임 그린스크린 자동화 프로젝트 ______ 5.2.1 확대 적용 ______5.2.2 자동화 툴 스크립트에 자동화 툴 적용 ______5.2.3 성공 ______5.2.4 현재 자동화를 원하는 사람 ___5.3 메인 프레임과 스크립트 기반 툴의 차이점 ______5.3.1 상호작용의 수준 ______5.3.1 동기화 _________5.3.1.2 유저 인터페이스 객체 ___5.4 새로운 스크립트 기반 툴 사용 ______5.4.1 기존 방법으로 새로운 툴의 사용 시도 ______5.4.2 툴 프로그래밍 ______5.4.3 프레임워크 구축 ______5.4.4 프레임워크의 기타 기능 ______5.4.5 소프트웨어 테스트 자동화 패러독스: 자동화 테스트에 대한 테스트 ___ 5.5 IBM 맥시모의 테스트 자동화 ______5.5.1 2010년 ______5.5.2 리버레이션 프레임워크 ______5.5.3 기술적 도전 _________5.5.3.1 동기화 _________5.5.3.2 UI 객체 인식 문제 _________5.5.3.3 사람과는 다르게 동작하는 툴 _________5.5.3.4 자동화의 3R ______5.5.4 테스트 자동화의 결과 ______5.5.5 나머지 조직으로의 자동화 출시 ___5.6 정리 ___ 5.7 추가자료 6장 첫 번째 프로젝트의 실패와 두 번째 프로젝트의 성공 ___ 6.1 케이스 스터디의 배경 ___6.2 첫 번째 프로젝트의 실패 ___ 6.3 두 번째 프로젝트의 성공 ______6.3.1 ROI 추정 ______6.3.2 시작 ______6.3.3 파일럿 프로젝트의 목표 ______6.3.4 첫 번째 달: 실무와 툴의 이해 _________6.3.4.1 공통된 이해와 툴 관련 지식 _________6.3.4.2 문서화 _________6.3.4.3 보험 신청서 관련 지식 _________6.3.4.4 보험 신청서 GUI의 일반 영역과 특정 영역 ______6.3.5 전략과 계획 ______6.3.6 애자일 테스트 방법론 ______6.3.7 첫 번째 기간의 결과 ___6.4 다음 기간: 실제 테스팅 ______6.4.1 자동화 방향 ______6.4.2 이해 관계자의 참여 ______6.4.3 동일한 솔루션 ______6.4.4 보험 신청서 구조와 QC의 테스트 케이스 구조 ______6.4.5 3개월 후 결정의 순간 ______6.4.6 파일럿 프로젝트 후의 실제 프로젝트 ______6.4.7 운영 환경으로의 실제 릴리즈에 사용된 첫 번째 자동화 테스트 ______6.4.8 운영 환경에서의 전체 자동화 테스트 ___6.5 정리 7장 종합 정부 시스템 테스트 자동화 ___7.1 케이스 스터디의 배경 ___7.2 자동화 요구사항 ______ 7.3 자동화 테스트 솔루션 ATRT ______ 7.3.1 테스트 대상 시스템에 방해가 되면 안 된다 ______7.3.2 운영체제에 독립적이어야 한다 ______7.3.3 GUI에 독립적이어야 한다 ______7.3.4 디스플레이 기반이거나 디스플레이 기반이 아닌 인터페이스를 모두 자동화 테스트해야 한다 _________7.3.4.1 이클립스 _________7.3.4.2 플러그인 ______7.3.5 다중 컴퓨터 네트워크 환경을 처리할 수 있어야 한다 ______7.3.6 비 개발자가 도구를 사용할 수 있어야 한다 ______7.3.7 자동화된 요구사항 추적 매트릭스를 지원해야 한다 ___7.4 자동화 테스트 솔루션 적용 ___7.5 정리 8장 디바이스 시뮬레이션 프레임워크 ___8.1 케이스 스터디의 배경 ___8.2 디바이스 시뮬레이션 프레임워크 탄생 ___8.3 DSF 생성 ___8.4 자동화 목적 ___8.5 케이스 스터디 ______8.5.1 USB 펌웨어 ______8.5.2 USB 저장소 ______8.5.3 비디오 캡처 ______8.5.4 DSF의 기타 적용 사례 ___8.6 만능 해결책은 없다 ___8.7 정리 ___8.8 감사의 말 9장 ESA 프로젝트에서의 모델 기반 테스트 케이스 생성 ___9.1 케이스 스터디의 배경 ___9.2 모델 기반 테스트와 테스트 케이스 생성 ______9.2.1 IDATG를 사용한 모델 기반 테스트 _________9.2.1.1 IDATG의 작업 흐름 모델 _________9.2.1.2 테스트 데이터 생성 _________9.2.1.3 테스트 케이스 생성 ___9.3 애플리케이션: ESA의 MMUS 소개 ______9.3.1 MMUS의 테스트 접근 방법 _________9.3.1.1 주요 전략 _________9.3.1.2 테스트 프레임워크 _________9.3.1.3 일반적인 테스트 시나리오 ___9.4 경험과 배운 점 ______9.4.1 장점 ______9.4.2 모델 기반 테스트의 ROI _________9.4.2.1 테스트 생성 _________9.4.2.2 테스트 자동화 프레임워크 준비 _________9.4.2.3 테스트 실행 _________9.4.2.4 테스트 유지보수 _________9.4.2.5 전체 소요시간 ______9.4.3 문제점과 배운 점 ___9.5 정리 ______ 9.5.1 요약 ______9.5.2 전망 _________9.5.2.1 무작위 테스트 생성 _________9.5.2.2 최근 소식 ___9.6 참고문헌 ___9.7 감사의 말 10장 10년간 계속되는 프로젝트 ___10.1 케이스 스터디의 배경: 이전 ___ 10.2 매달 자동으로 테스트되는 보험 견적 시스템 ______10.2.1 배경: 영국 보험 산업 ______10.2.2 참여하게 된 계기 ______10.2.3 자동화 선택 이유 ______10.2.4 테스트 전략 ______10.2.5 테스트 자동화 툴 선택 ______10.2.6 테스트 자동화 계획의 의사결정 _________10.2.6.1 테스터의 업무 _________10.2.6.2 자동화 기술자의 업무 ______10.2.7 테스트 계획 ______10.2.8 추가적으로 발생한 이슈 ______10.2.9 한 가지 이야기: 테스터 대 자동화 기술자 ______10.2.10 정리 ______10.2.11 감사의 말 ______ 10.3 현재 상황 ___10.4 정리 ______10.4.1 테스터와 자동화 기술자 분리 ______ 10.4.2 관리자가 기대하는 것 ______10.4.3 특정 툴과 벤더로부터 독립 11장 잿더미에서 날아오른 불사조 ___11.1 케이스 스터디의 배경 ______11.1.1 조직 구조 ______11.1.2 비즈니스 도메인 ___11.2 불사조의 탄생 ___11.3 불사조의 죽음 ___11.4 불사조의 부활 ______11.4.1 자동화 프로젝트 다시 시작 ______11.4.2 사용 편의성 향상 ______11.4.3 자동화 업무 가시화 향상 ______11.4.4 더 나은 테스트 방법 구현 ______11.4.5 효과 계산: 투자 대비 수익 ___11.5 불사조의 새로운 삶 ______11.5.1 지식 공유 ______11.5.2 자동화 프레임워크 테스트 실행 결과 추적 _________11.5.2.1 추적했던 것과 두 가지 주요 효과 _________11.5.2.2 회사 내 다른 파트로부터의 위협 ______11.5.3 속도와 사용의 편이성을 고려한 설계 _________11.5.3.1 임의의 테스트를 선택해서 실행하는 능력 _________11.5.3.2 디버그 로그 옵션 _________11.5.3.3 사용자 친화 인터페이스 _________11.5.3.4 테스트 셋업의 자동화 _________11.5.3.5 리그레션 테스트 ___11.6 정리 12장 관료의 수레바퀴 자동화 ___12.1 케이스 스터디의 배경 ______12.1.1 조직 ______12.1.2 에이전시 테스트 ___12.2 에이전시 자동화 ______12.2.1 레코드 앤 플레이백 향상 ______12.2.2 상태 점검과 스모커 ______12.2.3 어려운 점과 배운 점 ___12.3 2000년부터 2008년까지 ______12.3.1 메인 프레임 툴의 효과 ______12.3.2 웹 방식 ______12.3.3 KASA ______12.3.4 어려운 점과 배운 점 ______12.3.5 자동화 홍보 ___12.4 행성 정렬 ______12.4.1 게르손 리뷰 ______12.4.2 독립 테스트 프로젝트 ______12.4.3 핵심 리그레션 라이브러리 관리 방법론 ______12.4.4 여정에서의 현재 위치 ___12.5 테스트팀 역량 확대 ______12.5.1 컨셉: 스크립트 개발과 비즈니스 지식 결합 ______12.5.2 툴: KASA가 DExTA를 만났을 때 ___12.6 향후 방향: 여정은 계속된다 ______12.6.1 MBT 솔루션 ______12.6.2 붙박이 자동화 엔지니어 ______12.6.3 조직에서의 리그레션 테스트 접근 방법 ______12.6.4 초기에 하는 자동화 ___12.7 정리 13장 하드웨어 인터페이스를 사용한 신뢰성 테스팅의 자동화 ___13.1 케이스 스터디의 배경 ___13.2 즉각적인 조치의 필요성 ___13.3 점증적 접근 방법으로 테스트 자동화 시작 ___13.4 경영진의 선택 ___13.5 테스트 프레임워크 추가 개발 ______13.5.1 인크리먼트 2: 테스터용 언어 개발 ______13.5.2 인크리먼트 3: 로그 파일 해석 ___13.6 배포와 개선된 리포트 ___13.7 정리 14장 안드로이드 애플리케이션의 모델 기반 GUI 테스팅 ___14.1 케이스 스터디의 배경 ______14.1.1 MBT ______14.1.2 경험: 안드로이드 애플리케이션에서 TEMA 사용 ______14.1.3 앞으로 이야기할 것 ___14.2 TEMA 툴세트에서 MBT ______14.2.1 도메인 한정 툴 ______14.2.2 TEMA에서 역할 ______14.2.3 TEMA 툴세트 ______14.2.4 액션 머신과 정제 머신 ______14.2.5 테스트 데이터 정의 ______14.2.6 테스트 설정: 테스트 모델과 테스트 모드 ______14.2.7 모델로부터 테스트 생성 ______14.2.8 예제: SMS 메시지 전송 ___14.3 애플리케이션 행위 모델링 ______14.3.2 ATS4 앱모델을 사용한 모델링 ___14.4 테스트 생성 ______14.4.1 최적 경로 알고리즘의 기능과 선택 ______14.4.2 최적 경로 알고리즘의 균형 ___14.5 연결과 어댑테이션 ______14.5.1 키워드를 실행하는 어댑터 ______14.5.2 액션 키워드와 검증 키워드 ______14.5.3 검증 구현의 어려운 점 ______14.5.4 A-Tool 사용과 그에 따른 변경이 필요한 부분 ______14.5.5 다른 문제점 ___14.6 결과 ___14.7 정리 ___14.8 감사의 말 ___ 14.9 참고 문헌 15장 SAP 비즈니스 프로세스의 테스트 자동화 ___15.1 케이스 스터디의 배경 ______ 15.1.1 소프트웨어 회사로서 SAP의 특별한 요구사항 _________15.1.1.1 숫자 _________15.1.1.2 소프트웨어 릴리즈와 테스트 스크립트 버전 _________15.1.1.3 기술 _________15.1.1.4 분산 개발 ______15.1.2 SAP에서 테스트 자동화 툴 _________15.1.2.1 eCATT 소개 _________15.1.2.2 eCATT의 장점 _________15.1.2.3 eCATT의 한계 ___15.2 표준과 성공 사례 ______15.2.1 리그레션 테스트 프로세스 ______15.2.2 명세서와 설계 ______15.2.3 코딩 가이드라인 ______15.2.4 코드 인스펙션 ______15.2.5 재사용 가이드라인 ______15.2.6 체크맨: eCATT의 정적 분석 툴 ___15.3 eCATT 사용 예제 ______15.3.1 의료 서비스 프로세스용 데이터 기반 자동화 프레임워크 _________15.3.1.1 APT 모델 정의 _________15.3.1.2 테스트 케이스 계산 _________15.3.1.3 eCATT 설계 _________15.3.1.4 결과와 전망 ______15.3.2 은행 업무 시나리오의 테스트 자동화 프레임워크 _________15.3.2.1 프레임워크의 효과와 전망 ___15.4 정리 ___15.5 감사의 말 16장 SAP 구현의 테스트 자동화 ___16.1 케이스 스터디의 배경 ___16.2 프로젝트의 개요 ___16.3 단계 1: 개념 증명 ______16.3.1 프로젝트 범위 정의 ______16.3.2 기대결과 설정 ______16.3.3 테스트 케이스 스크립팅의 시작 ___16.4 단계 2: 프로젝트 시작 ______16.4.1 승인 ______16.4.2 코드 컨벤션과 문서화 ______16.4.3 구조화된 접근 방법 ______16.4.4 데이터 주도 테스트 케이스 ______16.3.5 다국어 지원 ______16.4.6 보안 권한 테스팅 ___16.5 정리 17장 잘못된 툴의 선택 ___17.1 케이스 스터디의 배경 ______17.1.1 제품 ______17.1.2 개발 팀 ______17.1.3 구글에서의 개발 개요 ______17.1.4 릴리즈 주기의 개요 ___17.2 기존 자동화 ______17.2.1 수동 테스트와 더 많은 자동화의 필요성 ___17.3 필요한 결정: 새로운 툴 선택 vs 유지보수 노력 ______17.3.1 가진 것을 바꿔야만 했던 이유 ______17.3.2 에그플랜트의 개요 ___ 17.4 에그플랜트를 활용한 진행 ______17.4.1 개발 경험 ______17.4.2 툴 언어의 사용 ______17.4.3 이미지 기반 비교의 문제점 ______17.4.4 테스터가 테스트 유지보수를 해야 한다 ______17.4.5 지속적인 통합을 사용한 코드 제출 ______17.4.6 제출 대기열이 한 일 ______17.4.7 에그플랜트 자동화 시도 ______17.4.8 에그플랜트 사용 포기 ___17.5 에그플랜트 이후의 툴 ___17.6 정리 ______17.6.1 툴로서의 에그플랜트 ______17.6.2 일반적인 경우에서의 테스트 자동화 ______17.6.3 현재의 자동화 관련 문제점 18장 마켓 플레이스 시스템의 테스트 자동화: 십 년간 세 개의 프레임워크 ___18.1 케이스 스터디의 배경 ___18.2 자동화 테스트 프레임워크 ______18.2.1 프레임워크 A ______18.2.2 프레임워크 B ______18.2.3 프레임워크 C ___18.3 테스트의 역할 ______18.3.1 테스트 엔지니어 ______18.3.2 테스트 자동화 아키텍트 ______18.3.3 일일 빌드 엔지니어 ___18.4 추상화 계층 ___18.5 설정 ___18.6 비용과 ROI ___18.7 정리 19장 자동화는 리그레션 테스팅에만 국한되는 것이 아니다 ___19.1 케이스 스터디의 배경 ___19.2 작업 자동화의 두 가지 이야기 ______19.2.1 실패한 자동화와 테스터가 좋아진 이유 _________19.2.1.1 두 개의 툴과 실패 _________19.2.1.2 50라인의 코드로 3시간에서 30분으로 단축 _________19.2.1.3 테스터가 좋아진 이유 ______19.2.2 테스트 자동화가 아닌 테스트 관련 자동화 ___19.3 수동 탐색 테스트를 지원하는 자동화 ___19.4 테이터 인터렉션 자동화 ___19.5 자동화와 모니터링 ______19.5.1 너무 빨리 통과된 테스트 _________19.5.2 잘못된 게 없다면 테스트는 반드시 통과해야 했다 ___19.6 간단한 툴 조합으로 실환경 부하 시뮬레이션 ___19.7 정리 ___19.8 참고문헌 20장 의료기기용 소프트웨어와 절실했던 소프트웨어 테스트 자동화 ___20.1 케이스 스터디의 배경 ______20.1.1 의료기기의 배경 ______20.1.2 회사의 배경 ______20.1.3 소프트웨어 테스트 자동화와 관련된 의료기기의 제약사항과 세부사항 ______ 20.1.4 몇 가지 프로젝트와 시나리오 ___20.2 각 프로젝트에 대한 여러 가지 접근 방법의 비교 ______20.2.1 테스트 목적 정의: 핵심 기능에 집중 ______20.2.1.1 의료기기 대상 테스트 범위에 적합한 일반적인 사례 _________20.2.1.2 대단한 기대 ______20.2.2 테스트 흐름 _________20.2.2.1 자동화 시기: 벌레는 일찍 일어난 새가 잡을 수도 있지만, 치즈는 두 번째 쥐가 얻는다 _________20.2.2.2 자동화 초기: 자동화 대상과 비대상 기준 _________20.2.2.3 실제 적용 ___20.3 HAMLET 프로젝트 ___20.4 PHOENIX 프로젝트 ______20.4.1 툴 ______20.4.2 유지보수와 마이그레이션 이슈 _________20.4.2.1 유지보수의 한계점 _________20.4.2.2 제한된 자동화 테스트 유지보수 진행 방법 _________20.4.2.3 기법 ___20.5 DOITYOURSELF 프로젝트 ______20.5.1 툴 ______20.5.2 유지보수와 툴 검증 이슈 ______20.5.3 기법 ______20.5.4 예상하지 못한 문제와 해결책 ___20.6 MINIWEB 프로젝트 ______20.6.1 툴 ______20.6.2 유지보수 ______20.6.3 기법 ______20.6.4 예상하지 못한 문제와 해결책 ___20.7 테스트 실행 ___20.8 결과 보고 ___20.9 정리 ______20.9.1 프로젝트 회고 ______20.9.2 다르게 할 수 있는 부분 ______20.9.3 향후 계획 21장 수동 테스팅 지원을 통한 은밀한 자동화 ___21.1 케이스 스터디의 배경 ___21.2 기술적 해결책 ______21.2.1 커맨드 기반 테스팅 ______21.2.2 ISS 테스트 스테이션 _________21.2.2.1 ITS 클라이언트 _________21.2.2.2 ITS 엔진 ___21.3 ISS 테스트 스테이션을 활용한 테스트 자동화 구현 ______21.3.1 자동화 프로세스 _________21.3.1.1 전제 조건 _________21.3.1.2 테스트 스위트 준비 _________21.3.1.3 테스트 실행 ___21.4 테스트 자동화 구현 ______21.4.1 기존 절차 ______21.4.2 취약점 ___21.5 수동 테스트 지원 ______21.5.1 구현된 기능 ______21.5.2 현재 프레임워크에 구현되지 않은 기능 ___21.6 새로운 수동 테스트 프로세스 ______21.6.1 프레임워크로 마이그레이션 ______21.6.2 프레임워크를 활용한 수동 테스트 _________21.6.2.1 테스트 케이스 개발과 유지보수 _________21.6.2.2 테스트 실행 _________21.6.2.3 결함 추적 _________21.6.2.4 통계 ______21.6.3 수동 테스트의 자동화 _________21.6.3.1 개발 ___21.7 정리 ______21.7.1 시작 단계 ______21.7.2 2010년의 상황 ______21.7.3 다음 단계 ___21.8 참고문헌 22장 이식성 테스팅의 가치를 더해주는 테스트 자동화 ___22.1 케이스 스터디의 배경 ___22.2 이식성 테스트 ___22.3 해결책으로서 양쪽 진영의 결합 ______22.3.1 LA-PORTA ______22.3.2 가상화 제품 ______22.3.3 VixCOM ______22.3.4 테스트 자동화 툴 ______22.3.5 파일 구조 ___22.4 정리 ___22.5 감사의 말 23장 보험 회사에서의 자동화 테스트 ___23.1 케이스 스터디의 배경 ___23.2 애플리케이션 ___23.3 목표 ___23.4 작업 ______23.4.1 1 단계 ______23.4.2 2 단계 ______23.4.3 3 단계 ______23.4.4 4 단계 ___23.5 교훈 ______23.5.1 화면 해상도 ______23.5.2 더 적은 것이 때로는 더 많은 것이다 ___23.6 정리 ______23.6.1 가장 큰 성공 ______23.6.2 흥분하지 마라 24장 테스트 멍키 대모험 ___24.1 케이스 스터디의 배경 ___24.2 자동 리그레션 테스팅의 한계 ______24.2.1 자동화 리그레션 테스트는 정적이다 ______24.2.2 자동화 리그레션 테스트는 단순하다 ______24.2.3 자동 테스트의 재초기화 ______24.2.4 애플리케이션과 동기화 ______24.2.5 변경에 취약하다 ___24.3 테스트 멍키 ______24.3.1. 특징 ______24.3.2 기본 기능 ___24.4 테스트 멍키 구현 ___24.5 테스트 멍키의 사용 ______24.5.1 지표 ___24.6 장점과 단점 ___24.7 정리 ___24.8 참고문헌 25장 NATS에서의 복합 시스템 테스트 자동화 ___25.1 케이스 스터디의 배경 ______25.1.1 복합 시스템 운영 상황 ______25.1.2 테스트 자동화 초기 목표와 제약 사항 ___25.2 테스트 실행 툴 통합 ___25.3 툴을 위한 파일럿 프로젝트 ___25.4 인서비스 모델 ___25.5 구현 ___25.6 일반적인 스크립트 템플릿 ___25.7 배운 점 ______25.7.1 일반적인 교훈 ______25.7.2 기술적인 교훈 ___25.8 정리 26장 자동차 전자 기기 테스팅 자동화 ___26.1 케이스 스터디의 배경 ___26.2 자동화 프로젝트의 목적 ___26.3 자동화 프로젝트의 약력 ______26.3.1 첫 번째 툴 ______26.3.2 첫 번째 툴의 제약 사항과 차세대 툴의 개발 ___26.4 자동화 프로젝트의 결과 ___26.5 정리 27장 BHAG, 변경과 테스트의 변신 ___27.1 케이스 스터디의 배경 ___27.2 설득 ______27.2.1 임원진 ______27.2.2 개발자의 ‘왜’ ______27.2.3 QA 팀에 권한 부여 _________27.2.3.1 BHAG _________27.2.3.2 역할의 재정비 _________27.2.3.3 테스트 자동화 리더십 팀 _________27.2.3.4 거듭되는 개선 ___27.3 자동화 프레임워크 구축 이야기 ______27.3.1 테스트 포인트 생성 ______27.3.2 시작 ______27.3.3 컨설턴트 ______27.3.4 프레임워크의 재구축 ___27.4 자동화 프레임워크의 설명 ______27.4.1 프레임워크의 모듈 ______27.4.2 모듈의 고려 사항 _________27.4.2.1 모듈 규칙 _________27.4.2.2 새로운 모듈 _________27.4.2.3 모듈의 이슈 ______27.4.3 스크립트 실행 ______27.4.4 실패 캡처 방법 ___27.5 테스트 환경 ______27.5.1 다중 LAN ______27.5.2 가상 머신 ___27.6 지표 ______27.6.1 자동화 효과 _________27.6.1.1 프로젝트 이전의 상황 _________27.6.1.2 프로젝트 이후의 상황 _________27.6.1.3 일일 리그레션 테스트 실행 ______27.6.2 고객이 발견한 결함의 효과 ___27.7 정리 ______27.7.1 배운 점 ______27.7.2 계속되는 도전 _________27.7.2.1 모바일 장비 _________27.7.2.2 자동화 대 수동 테스트 ______27.7.3 다음 계획 28장 탐색적 테스트 자동화: 시대를 앞서간 자동화의 예 ___28.1 케이스 스터디의 배경 ___28.2 트러블 매니저 ___28.3 트러블 매니저 트랜잭션 테스트 ______28.3.1 모든 필수 필드 값이 존재할 때 CreateTicket 트랜잭션 성공 테스트 ______28.3.2 빠진 필수 필드 값이 있을 때 CreateTicket 트랜잭션 실패 테스트 ___28.4 테스트 케이스를 프로그램으로 생성 ___28.5 자동화 테스트를 고민하는 새로운 방식 ___28.6 트러블 매니저 워크플로 테스트 ___28.7 실행에 옮긴 테스트 생성 ___28.8 마지막 단계 ___28.9 출시 후 ___28.10 정리 ___ 28.11 감사의 말 29장 테스트 자동화의 일화 ___ 29.1 쌀 세 톨 ______29.1.1 테스트웨어의 리뷰 ______29.1.2 누락된 유지보수 ______29.1.3 대단히 성공적인 POC ___29.2 이해가 깊어져야 한다 ___29.3 자동화 테스트 첫 날 ______29.3.1 초기 투자 ______29.3.2 자동화할 부분 ______29.3.3 자동화 테스트 첫 날 _________29.3.3.1 비즈니스 레벨 키워드 ______29.3.4 문제와 해결책 ______ 29.3.5 자동화 방식 첫 번째 날의 결과 ___29.4 자동화를 시작하기 위한 시도 ___29.5 경영진과의 투쟁 ______29.5.1 무조건 자동화하자는 관리자 ______29.5.2 테스터는 프로그래머가 아니라는 관리자 ______29.5.3 버그를 자동화하라는 관리자 ______29.5.4 잘못된 방법으로 고객을 감동시키라는 관리자 ___29.6 탐색적 테스트 자동화: 데이터베이스 레코드 잠김 ______29.6.1 케이스 스터디 ___29.7 임베디드 하드웨어와 소프트웨어 컴퓨터 환경의 테스트 자동화에서 얻은 교훈 ______29.7.1 VV&T 프로세스와 툴 ______29.7.2 교훈 ______29.7.3 결과 요약 ___29.8 전염되는 시계 ______29.8.1 기존의 시계 ______29.8.2 유용성 향상 ______29.8.3 부득이한 추진 ______ 29.8.4 배운 점 ___ 29.9 자동화 시스템의 유연성 ___29.10 너무 많은 툴과 부서간 지원 부족 ______29.10.1 프로젝트 1: DSTL을 이용한 시뮬레이션 ______29.10.2 프로젝트 2: TestComplete를 사용한 GUI 테스트 ______29.10.3 프로젝트 3: Rational Robot ______29.10.4 프로젝트 4: 최후의 파이썬 프로젝트와 QTP용 POC ______29.10.5 프로젝트 5: QTP2 ______29.10.6 이야기의 끝 ___29.11 놀라운 결말로 끝난 성공 ______29.11.1 선택한 툴 ______29.11.2 툴 인프라스트럭처와 흥미로운 이슈 ______29.11.3 시작 ______29.11.4 예상하지 못한 일의 발생 ___29.12 협력이 자원의 제약을 극복할 수 있다 ___ 29.13 대규모 성공을 위한 자동화 프로세스 ______29.13.1 시작점 ______29.13.2 궁극적인 성공의 열쇠: 자동화 프로세스 ______29.13.3 배운 점 ______29.13.4 투자수익률 ___ 29.14 테스트 자동화는 항상 보이는 것이 전부는 아니다. ______29.14.1 예외 처리만 한다고 좋은 테스트가 되지는 않는다 ______29.14.2 때론 실패한 테스트가 믿을 만한 테스트다 ______29.14.3 때론 마이크로 자동화가 잭팟을 터뜨린다 부록: 툴 찾아보기

펼쳐보기접어보기

저자 소개

저자 : 도로시 그레이엄

Dorothy Graham. 전세계에서 유명한 컨설턴트이자 강사 및 저자로 약 40년간 소프트웨어 테스팅 분야에서 활약 중이다. 그로브 컨설턴트(Grove Consultants)에서 약 19년 동안 근무했고, 현재는 학술회와 저술에 힘쓰고 있다. 1993년과 2009년 유로스타 컨퍼런스에서 프로그램 위원장을 맡았고, 소프트웨어 테스팅 분야에서 유러피언 엑셀런스 어워드를 수상했다. 퓨스터와 함께 베스트셀러였던 『S...

펼쳐보기접어보기

저자 : 마크 퓨스터

Mark Fewster. 30년간 소프트웨어 테스팅과 자동화 분야에서 다양한 경험을 쌓았다. 다중 플랫폼 그래픽 애플리케이션의 개발자 및 관리자로서 견고한 테스트 자동화 아키텍처를 설계했다. 1993년 이후 지금까지 그로브 컨설턴트에서 소프트웨어 테스팅의 모든 분야에 관한 교육과 컨설팅에 힘쓰고 있다. 그레이엄과 함께 『Software Test Automation(소프트웨어 테스트 자동화)』(Addison-Wes...

펼쳐보기접어보기

역자 : 여용구

현재 네이버 비즈니스플랫폼 QA팀에 재직 중이다. 1년이 지나도 살아있는, 내실 있는 테스트 자동화에 관심이 있다. 주요 번역서로는 『소프트웨어 테스팅, 마이크로소프트에선 이렇게 한다』(에이콘출판, 2009)가 있다.

역자 : 김윤명

현재 GlobalEnglish Korea Inc.에서 시니어 QA 엔지니어로 근무하고 있다. 관심사는 애자일 테스팅으로 애자일 테스팅의 올바른 프랙티스와 애자일 방법론 내에서의 효율적인 테스트 자동화를 고민하고 있다. 주요 번역서로는 『소프트웨어 테스팅, 마이크로소프트에선 이렇게 한다』(에이콘출판, 2009)와 『뷰티풀 테스팅』(지앤선, 2011)이 있다.

역자 : 황영석

명지대학교에서 컴퓨터공학 석사학위를 받고, 네이버 비즈니스플랫폼 QA팀에서 품질 관리 업무를 하고 있다. 주요 관심 분야는 웹 테스팅, 모바일 테스팅, 자동화 테스팅이다.

역자 : 성찬혁

현재 네이버 비즈니스플랫폼 QA팀에서 QA 엔지니어로 재직 중이다. 저녁이 있는 아름다운 삶을 꿈꾸며, 효과적이고 효율적인 테스트를 위한 연구에 많은 관심을 갖고 테스트 자동화 관련하여 다양한 시도를 해보고 있다. 우리나라 QA 분야의 발전에 조금이나마 기여할 수 있는 방법을 여러모로 모색하는 중이다.

더보기접어보기

만든 이 코멘트

저자, 역자, 편집자를 위한 공간입니다. 독자들에게 전하고 싶은 말씀을 남겨주세요. 코멘트 쓰기

접수된 글은 확인을 거쳐 이 곳에 게재됩니다.
독자 분들의 리뷰는 리뷰 쓰기를, 책에 대한 문의는 1:1 문의를 이용해 주세요.

책 속으로

추천의 글 테스트 자동화는 성배이고 젊음의 원천이며 현자의 돌이다. 수십 년 동안 테스터는 수동 테스트(테스트 케이스와 테스트 데이터 생성, 시스템 환경 설정, 테스트 실행, 기대 결과와 실제 결과 비교, 결함 보고)의 힘들고 단조로움을 해결하는 방안으로 테스트 자동화를 생각해왔다. 테스트 자동화는 이 모든 작업을 단순화 할 것을 약속한다. 불행히도, 성공적이고 효과적이며 비용 효율이 높은 테스트 자동화는 달성하기 어렵다. 실패한 프로젝트가 계속 늘어나면서 프로젝트가 삐걱거릴 때야 비로소 테스트 자동화 프로젝트를 시작하는 경우가 많다. 자동화가 실패하는 이유는 여러가지이지만, 실현 불가능한 기대치로 인한 경우가 대부분이다. 그 다음은 불충분한 자원 할당(시간, 사람, 돈)으로 인한 경우다. 또 다른 원인은 요구 사항에 맞지 않는 툴, 성공에 대한 성급함으로 인한 품질 작업 저해, 그리고 테스트 자동화도 개발 업무와 동일한 전문적 접근이 필요하다는 사실에 대한 이해 부족 등이다. 도로시와 마크의 이전 저서로 1999년에 출판된 책인, 『소프트웨어 테스트 자동화(Software Test Automation: Effective Use of Test Execution Tools)』는 이러한 주제를 다루는 책들의 표준이 되었다. 이 책의 첫 번째 부분은 대부분의 성공적인 자동화 업무(스크립트 기법, 비교 업무 자동화, 테스트웨어 아키텍처, 유용한 메트릭 등) 에서 볼 수 있는 예제를 상세히 기술했다. 두 번째 부분에서는, 테스트 자동화 업무를 개발했던 여러 조직의 경험담을 기술했다. 그 이후 10여 년 동안 쌓은 지식을 바탕으로, 도로시와 마크는 또 한 편의 조직적이며 개인적인 경험을 공유하여 자동화 업무에 대한 가이드를 제시한다. 이 책은 테스트 자동화의 가장 현대적이면서도 고전적인 접근 방식을 기술하면서 최신의 정보까지도 제공한다. 각 장에서는 독특한 자동화 업무에 관한 이야기(성공담과 실패담 모두)를 기술한다. 이 책 내에서 반복되는 주제도 있다. 합리적이고 실현 가능한 목적, 경영진의 지원, ROI를 비롯한 메트릭, 필요한 기술, 계획, 기대치 설정, 관계 형성, 툴, 교육, 정치 등 성공적인 테스트 자동화에 필요한 모든 사항들이 그것이다. 하지만 이 같은 주제는 프로젝트에서도 적용 가능하지만 개인에게도 동일하게 적용할 수 있다. 이 책의 좋은 점은 테스트 자동화의 영역에서 한발짝 벗어나 더 폭넓은 정황에서 이러한 주제들을 고려해 볼 수 있게 한다는 점이다. 내가 도로시와 마크를 처음 만난 건 1998년 뮌헨에서 열린 유로스타(EuroStar) 컨퍼런스였다. 당시 나는 이들의 테스트 자동화에 대한 지식과, 같은 업무를 하는 다른 사람들을 돕겠다는 열정에 감명을 받았다. 도로시와 마크의 뛰어난 업적을 축하하며 이 책을 독자들에게 추천한다. - 리 코플랜드(Lee Copeland) 저자 서문 테스트 자동화 툴은 30여 년 동안 존재하여 왔지만, 많은 자동화 시도가 실패로 끝났다. 혹은 일부분만 성공했다. 왜 그럴까? 우리는 먼저 전작인 『소프트웨어 테스트 자동화(Software Test Automation)』에서 다뤘던 효과적인 자동화의 원칙들이 여전히 유효한 지를 확인하고 싶었고 그 외에도 실제 실무에 적용할 수 있는 다른 원칙들은 무엇이 있는지 알아보고 싶었다. 그래서 현실에서의 테스트 자동화 개발에 대한 정보를 모으기 시작했고, 발견한 사실이 즐거운 내용만은 아니었다. 지난 10년 동안 많은 사람들이 소프트웨어 테스트 자동화에서 성공을 거뒀고 그 중 많은 수가 우리 책을 참조했다. 물론 우리만이 좋은 자동화 지침을 발견해서 저술한 것은 아니었지만, 성공적이고 오래가는 자동화는 오늘날에도 여전히 찾기 힘든 듯하다. 이 책에 담긴 이야기들이 더욱 많은 이들의 테스트 자동화 업무를 돕기를 바란다. 이 책은 현실적인 자동화 이야기들을 담고 있다. 테스트 자동화 기법은 이전 책이 출간된 1999년 이래로 괄목할 만한 성장을 해왔다. 우리는 성공적인 접근법이 무엇인지, 어떤 애플리케이션이 테스트 자동화를 통해 테스트되는지, 최근 몇 년간 테스트 자동화가 어떻게 변해왔는지를 알아내고자 했다. 사람들은 자동화의 문제점을 각각의 방식으로 해결한다. 우리는 그들의 경험에서 배울 점과 새로운 방식으로 테스트 자동화가 적용되는 시기와 방법을 찾고 싶었다. 이 책에서의 케이스 스터디는 성공적인 접근 방식과 그렇지 않았던 방식 모두를 보여준다. 이 책은 보이지 않는 위험을 피하게 도와주고 이론이 아닌 실제 업무 환경에서 이뤄 낸 성공에서 배울 수 있는 지식을 제공한다. 또한 다양한 전문가들의 실제 경험을 독자들이 낱낱이 살펴볼 수 있도록 기획했다. 이 책의 케이스 스터디는 주로 테스트 실행에 대한 자동화를 다룬다. 하지만 그 외의 자동화 유형이 언급된 장도 있다. 이 책에서는 시스템 레벨 자동화(사용자 인수 테스팅(user acceptance testing)을 포함한)가 중점적으로 다뤄지긴 하지만, 단위 테스팅(unit testing)이나 통합 테스팅(integration testing)을 다루는 장도 있다. 여러 유형의 애플리케이션과 환경 및 플랫폼에서의 테스트 자동화가 기술되며, 전형적인 개발 프로젝트와 애자일 개발 프로젝트에서의 상업용 애플리케이션과 오픈 소스 그리고 인하우스 툴을 다룬다. 부록에 기재된 것처럼 약 90여 개의 상업용과 오픈 소스 툴(테스팅 툴만 아니라 각 장의 저자들이 사용하는 모든 툴을 포함)이 있으며 우리는 수많은 다양한 툴에 감탄했다. 이 책에 기술된 경험담이 모두 사실이기는 하지만 저자나 회사 이름을 기재하지 않은 경우도 있다. 우리는 케이스 스터디 저자들에게 일반적인 조언을 주는 것보다는 일어난 일을 모두 기술해 줄 것을 권장했다. 그러므로 이 책의 내용은 실제 일 그대로를 적은 것이다! 옮긴이의 말 테스트 자동화는 QA와 테스트 엔지니어들의 로망인 것 같다. 테스트 자동화를 꾸며주는 화려한 수식어들을 듣고 있노라면, 당장이라도 나를 오아시스로 이끌어 줄 것만 같다. 자동화 버튼 한 번 눌러 두고, 그저 여유롭게 야자수 아래에서 열매나 따 먹으면 될 것 같은 상상을 하게 된다. 내 경험에 비추어보면, 국내에서는 5년 전만 해도, 테스트 자동화는 실패가 당연한 것으로 보였다. 자동화가 돌아간다는 짧은 환희만 맛볼 뿐, 인공호흡기를 늘 붙여 주어야 연명해나가는 것이 테스트 자동화였던 것 같다. 교회를 다니지 않는 사람이라도 다윗과 골리앗의 이야기는 들어 본 적이 있을 것이다. 다윗은 왕의 갑옷을 입고 왕의 칼을 차고 시험 삼아 몇 걸음 걸어보지만, 거추장스러워서 도저히 행동 할 수가 없었다고 한다. 결국 그가 골리앗을 상대할 때 사용한 것은, 그의 손에 늘 있었던 물맷돌이었다. 골리앗과 같은 자동화에 맞서 승리를 약속해준다고 말하는 최신 툴과 플랫폼이 여기저기 많이 있지만, 오랜 시간에 걸쳐 사용하여 내 손에 익숙하지 않다면, 왕의 갑옷과 칼과 같게 되어 결국 몇 걸음 걷지 못하고 주저앉게 되는 듯하다. 이 책은 왕의 갑옷과 칼을 소개하는 책이 아니다. 이 책의 저자들은 스스로 오랜 시간 동안 손에 쥐고 수 없이 사용해 본 자신의 손에 맞는 물맷돌을 소개한다. 어떻게 성공했는지, 어떻게 실패했는지 솔직하게 말해준다. 여기 소개된 스토리들을 그대로 답습하는 것이 성공을 보장하진 않는다. 하지만 인내심을 갖고 내게 맞는 물맷돌을 찾아가는 여정에 있어 도움을 주는 것은 분명하다. 시스템은 더욱 복잡해지고, 서비스를 제공해야 하는 환경은 점점 많아진다. 모바일 환경은 이제 확장 환경 중 하나가 아닌 필수가 되었다. 그렇다고 PC 환경도 놓칠 수는 없다. 이런 환경에서 테스트 커버리지는 개발자가 하든 테스트 엔지니어가 하든 상관없이, 혹은 맨 손으로 하건 자동화를 통해서 하건 상관없이 어느 수준 이상으로 달성해야 한다. 개발 환경에서 애자일 방법은 곧 반복적인 테스트를 말하고 이는 수동으로는 더 이상 감당할 수 없는 상황이다. 이젠, 내 손에 익숙한 무엇인가를 들고 나가야 한다. 그것이 상용 툴일 수도 있고 오픈 소스 툴일 수도 있다. 이미지 기반의 툴이 될 수도 있고, DOM 트리 분석 기반 툴일 수도 있다. 무엇이 가장 좋은지는 누구도 장담할 수 없다. 다만 내 손에 익숙해져서 목표를 향해 던지고 싶을 때 던질 수 있는 물맷돌과 같은 툴이면 된다. 이 책의 사례를 통해, 내 손에 맞는 물맷돌을 찾고 던지는 연습을 시작해야겠다는 용기를 얻을 수 있을 것이다. 그리고 연습을 시작한다면 어느 순간에는 나도 이런 사례를 적게 될 것이다.

--- 본문 중에서

펼쳐보기접어보기

출판사 리뷰

이 책에서 다루는 내용 * 애자일 개발에서 테스트 자동화 * 경영진의 지원이 성공적인 자동화를 이끌거나 무너뜨릴 수 있는 이유 * 테스트웨어 아키텍처와 추상화 레벨 선택의 중요성 * 자동화 효과 및 투자 대비 수익(ROI) 계산 방법 * 기술, 계획, 범위, 기대 결과를 포함하는 관리 관점의 이슈들 * 모델 기반 테스팅(MBT) 자동화, 멍키 테스팅 자동화, 탐색적 테스트 자동화 * 엔터프라이즈 급 자동화에서 표준, 커뮤니케이션, 문서, 유연성의 중요함 * 지원 활동의 자동화 * 자동화해야 할 테스트와 하지 말아야 할 테스트 * 자동화의 숨겨진 비용들: 유지보수와 실패 분석 * 테스트 자동화의 올바른 목적: 왜 ‘버그 찾기’가 좋은 목적이 될 수 없는가? * 교훈, 기억해야 할 내용, 도움이 될만한 팁 이 책의 대상 독자 테스트 자동화에 대해 고민하고, 구현하고, 사용하거나 관리하는 모든 사람들에게 매우 귀중한 책이 될 것이다. 테스터, 분석가, 개발자, 자동화 엔지니어, 자동화 아키텍트, 테스트 매니저, 프로젝트 매니저, QA 전문가, 기술 책임자 모두 이 책을 통해 얻을 수 있는 내용이 많을 것이다. 이 책의 구성 각 장의 사례는 개별적인 이야기이므로 순서대로 읽을 필요는 없다. 책의 순서는 단지 여러분에게 다양한 경험을 들려주기에 최적화된 순서로 되어 있을 뿐이다. ‘케이스 스터디 고찰’에서는 책에서 언급된 프로젝트 관리와 기술적인 이슈의 전반적인 관점과 요점을 설명한다. 또한 이슈에 대한 우리의 관점과 의견을 덧붙였다(테스트웨어 아키텍처 포함). 여기서는 저자들이 현재 진행하고 있거나 진행할 예정인 자동화 프로젝트에서 참고할 조언 중 핵심 부분을 요약해 이야기한다. 1장부터 28장은 케이스 스터디로 저자가 특정 상황에서의 잘된 점과 실패한 점, 얻은 교훈 등의 경험을 이야기한다. 이 중에는 파일 구조나 자동화 코드 같은 아주 구체적인 정보를 기술하는 장도 있고, 일반적인 장도 있다. 10장은 『Software Test Automation(소프트웨어 테스트 자동화)』 책에 실렸던 케이스 스터디를 보완한 것이고 나머지 장은 모두 새로운 내용이다. ‘29장, 테스트 자동화의 일화’는 여러 사람의 경험을 모아 놓은 책 속의 작은 책이라고 할 수 있다. 반 페이지부터 여러 페이지짜리도 있으며 유용하고 흥미로운 경험을 모아 놓았다. 마지막으로 부록에 실린 툴은 각 장에서 언급된 상업용과 오픈소스 툴을 소개한다.

펼쳐보기접어보기

회원리뷰 (0건)

매주 10건의 우수리뷰를 선정하여 YES포인트 3만원을 드립니다.
3,000원 이상 구매 후 리뷰 작성 시 일반회원 300원, 마니아회원 600원의 YES포인트를 드립니다.
eBook은 다운로드 후 작성한 리뷰만 YES포인트 지급됩니다.
클래스, CD/LP, DVD/Blu-ray, 패션 및 판매금지 상품, 예스24 앱스토어 상품 제외됩니다. 리뷰/한줄평 정책 자세히 보기 리뷰쓰기

등록된 리뷰가 없습니다.

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

한줄평 (2건)

1,000원 이상 구매 후 한줄평 작성 시 일반회원 50원, 마니아회원 100원의 YES포인트를 드립니다.
eBook은 다운로드 후 작성한 리뷰만 YES포인트 지급됩니다.
클래스, CD/LP, DVD/Blu-ray, 패션 및 판매금지 상품, 예스24 앱스토어 상품 제외됩니다. 리뷰/한줄평 정책 자세히 보기

평점 별 2점 별 4점 별 6점 별 8점 별 10점 작성 시 유의사항 한줄평 작성 시 유의사항

한글 기준 50자까지 작성가능 0/50

배송/반품/교환 안내

배송 안내

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

반품/교환 안내

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

반품/교환 안내
반품/교환 방법	마이페이지 > 반품/교환 신청 및 조회, 1:1 문의, 고객만족센터(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, 환불, 품질보증 및 피해보상 등에 관한 사항은 소비자분쟁해결기준(공정거래위원회 고시)에 준하여 처리됨
환불 지연에 따른 배상	대금 환불 및 환불 지연에 따른 배상금 지급 조건, 절차 등은 전자상거래 등에서의 소비자 보호에 관한 법률에 따라 처리

최근 본 (0)

예스이십사(주): 대표 : 김석환, 최세라 주소 : 서울시 영등포구 은행로 11, 5층~6층(여의도동,일신빌딩) 사업자등록번호 : 229-81-37000 통신판매업신고 : 제 2005-02682호 사업자 정보확인 이메일 : yes24help@yes24.com 호스팅 서비스사업자 : 예스이십사(주)
Copyright ⓒ YES24 Corp. All Rights Reserved.

고객문의

도서/음반 1544-3800

중고샵 1566-4295

티켓예매 1544-6399

eBook 1:1 문의
1:1 문의하기 자주 묻는 질문 상담시간 안내

소비자피해보상보험 서울보증보험: 고객님은 안전거래를 위해 현금 등으로 결제 시 저희 쇼핑몰에서 가입한 구매안전서비스를 이용하실 수 있습니다. 서비스가입사실 확인

EQUUS7

YES24 카테고리 리스트

YES24 유틸메뉴

어깨배너

빠른분야찾기

소프트웨어 테스트 자동화

테스팅 전문가들의 생생한 사례연구 스토리로 익히는

소프트웨어 테스트 자동화

출판사 추천

품목정보

관련분류

이 상품의 이벤트 (8개)

책소개

목차

저자 소개

만든 이 코멘트

책 속으로

출판사 리뷰

추천평

회원리뷰 (0건)

한줄평 (2건)

배송/반품/교환 안내

도착예상일

도착예상일
상품준비	출고완료	도착예상일