Top

[현직 테스팅 전문가들이 낱낱이 밝힌]
구글과 마이크로소프트의 소프트웨어 테스팅 솔루션 (세트)

  • 원서명How Google Tests Software, How We Test Software at Microsoft
  • 지은이제임스 휘태커, 제이슨 아본, 제프 카롤로, 앨런 페이지, 켄 존스톤, 비제이 롤리슨
  • 옮긴이제갈호준, 이주형, 권원일, 이공선, 김민영, 김윤명, 여용구
  • ISBN : 9788960774179
  • 59,000원
  • 2013년 04월 10일 펴냄 (절판)
  • 페이퍼백 | 984쪽 | 188*235mm
  • 시리즈 : 소프트웨어 테스팅

판매처

  • 현재 이 도서는 구매할 수 없습니다.

책 소개

[ 세트 구성: 전2권 ]

1) 『구글은 소프트웨어를 어떻게 테스트하는가: 구글의 테스팅 문화와 기법에 관한 인사이드 스토리』
2) 『소프트웨어 테스팅, 마이크로소프트에선 이렇게 한다: MS 최고의 현직 테스터들이 밝히는 베스트 프랙티스』


『구글은 소프트웨어를 어떻게 테스트하는가』 소개

소프트웨어 개발은 어렵다. 소프트웨어 테스트 역시 어렵다. 웹 전반에 걸쳐 개발과 테스트에 대한 이야기를 할라치면 누구든 구글을 언급한다. 구글과 같은 회사들이 대규모의 테스팅을 어떻게 처리하는지 인터넷에서 관심 있게 찾아본 적이 있다면 여러분은 제대로 된 책을 만난 것이다.

매일 구글은 분산된 수백만의 소스 파일들에서 수억의 코드 라인을 테스트하고 릴리스한다. 수십억의 빌드 작업이 수백의 자동화된 테스트를 즉각적으로 수행해 매일 브라우저에서 수억 번 동작한다. 한 해 동안 운영 시스템에서 빌드, 테스트, 릴리스가 이뤄진다. 브라우저는 매일 빌드되고, 웹 애플리케이션은 끊임없이 출시, 배포된다. 2011년에는 구글플러스(Google+)의 100개 기능이 불과 100일 만에 출시됐다.

이것이 구글의 규모이자 구글의 스피드로, 곧 웹 그 자체의 규모와 매한가지이며, 바로 이 책에서 설명하는 테스팅 솔루션이다. 이 책에서는 이러한 인프라스트럭처가 어떻게 계획되고 구현되고 유지 보수되는지 설명한다. 또한 개념과 구현을 개발하는 데 중요한 수많은 인력에 대해 소개하고, 결과를 만들어내는 인프라스트럭처에 대해 이야기한다.

하지만 이 방법만이 유일한 길은 아니다. 구글이 오늘날 여기까지 온 과정은 우리가 테스트를 할 때 사용했던 많은 기술들만큼 흥미롭다. 6년 전 구글은 우리가 일해본 여러 회사들과 크게 다르지 않았다. 테스트는 주요 핵심 영역이 아니었다. 테스팅 분야에서 일하는 사람들은 별다른 인정을 받지 못했고 야근도 잦았다. 테스트는 수작업이 매우 많은 업무였기에, 자동화에 소질이 있는 사람들은 좀 더 큰 ‘영향’을 미칠 수 있는 개발에 재빨리 투입됐다. 오늘날 구글에서 ‘생산성 혁신(Engineering Productivity)’ 팀은 엔지니어링보다 영웅적인 활동을 선호하는 기업 문화, 그리고 테스팅에 대한 편견을 극복해야만 했다. 오늘날 구글 테스터들은 개발자들과 동일한 수준의 연봉을 받고, 보너스와 승진 기회도 동등하게 주어진다. (제품, 다양성, 수익 측면에서) 괄목할 만한 구글의 성장과 함께 테스터 직군이 형성되고 테스팅 문화가 살아났으며 구조적인 조직 재구성이 이뤄지자, 다른 기업들은 구글의 행로를 밟아나가기에 이르렀다. 이제 테스팅을 제대로 완료할 수 있고 상품화 팀과 회사 경영진은 테스팅 팀에 모두 감사하게 될 것이다.

웹에서 미래를 발견하고 돈을 벌기를 원하는 회사라면 이 책에서 설명하는 테스팅 기술과 조직 구조는 더더욱 유용할 것이다. 그러한 회사들은 이 책을 꼭 읽어보길 바란다.


『소프트웨어 테스팅, 마이크로소프트에선 이렇게 한다』 소개

마이크로소프트 테스팅의 실체를 속속들이 들여다 본다! 마이크로소프트의 유명 현직 테스팅 전문가(SDET)들이 집필한 소프트웨어 테스팅 실무서. 사내 9,000여 명의 테스터가 사용하고 있는 툴과 시스템, 베스트 프랙티스를 소개한다. 마이크로소프트의 테스트 설계와 관리 방식, 그들만의 교육 방법과 커리어 개발 방식, 앞으로의 도전을 알려준다.

이 책에서 다루는 내용
■ 제품 생명주기에 걸쳐 효과적인 테스트를 설계하고 실행하는 방법
■ 기능 테스트의 비용과 리스크를 최소화하고 구조적 기법의 적용 시점을 파악하는 방법
■ 버그와 잠재적인 유지 보수 이슈를 파악하기 위해 코드 복잡도를 측정하는 방법
■ 모델을 사용해 테스트 케이스를 생성하고 예측 불가능한 애플리케이션 동작을 찾고 리스크를 관리하는 방법
■ 자동화 테스트를 적용하는 시점을 파악하는 방법과 자동화 테스트의 장기적 사용을 위해 설계하고 이를 자동화 인프라스트럭처에 통합하는 방법
■ 우수한 테스터의 특징을 파악하고, 테스트 실행, 시스템 검사, 효율적인 진척도를 추적하는 데 효과적인 툴을 검토하는 방법
■ 서비스와 상용 패키지 소프트웨어 테스팅의 차이점을 탐색하는 방법

저자/역자 소개

[ 저자 소개 ]

제임스 휘태커(James Whittaker)
구글의 엔지니어링 디렉터로, 크롬, 구글 지도, 구글 웹 앱 등에 대한 테스팅을 맡아왔다. 마이크로소프트에서 일한 바 있으며, 그 전에는 교수를 역임했다. 테스팅계에서 명성이 드높은 인물이다.

제이슨 아본(Jason Arbon)
구글의 테스트 엔지니어로, 구글 데스크톱, 크롬, 크롬OS의 테스팅을 맡고 있다. 또한 다수의 오픈소스 테스트 툴과 개인화 실험에 대한 개발 리더 역할을 하고 있다. 구글 입사 전에는 마이크로소프트에서 근무했다.

제프 카롤로(Jeff Carollo)
구글 테스트 분야의 소프트웨어 엔지니어로, 구글 보이스, 툴바, 크롬, 크롬OS의 테스팅을 책임지고 있다. 수많은 구글 내부 개발 팀의 초기 코드 품질 향상을 돕기 위해 컨설팅을 하고 있다. 2010년에 소프트웨어 엔지니어로 전향했고, 구글플러스 API 개발을 리드했다. 그 역시 구글에 입사하기 전에 마이크로소프트에서 근무했다.

앨런 페이지(Alan Page)
1993년 소프트웨어 테스팅 분야 일을 시작해 1995년 마이크로소프트에 입사했다. 마이크로소프트에서 윈도우, 인터넷 익스플로러, 윈도우 CE 분야 등에서 다양한 작업을 했다. 윈도우 CE팀에 재직할 때 2001년 마이크로소프트의 첫 번째 테스트 아키텍트가 됐다. 2005년 엔지니어링 우수 팀의 구성원이 됐고, 현재 마이크로소프트의 테스터에게 교육과 컨설팅을 하는 테스트 우수 팀의 관리자다.

켄 존스톤(Ken Johnston)
마이크로소프트 오피스 인터넷 플랫폼과 운영 팀의 그룹 관리자다. 이 팀은 오피스 온라인, 오피스 라이브, CRM 온라인 등과 같은 서버 제품과 서비스를 위한 관리 기능을 개발한다. 1998년 입사 이후 사이트 서버와 MCIS의 테스트 리더, 익스체인지, 지식 노동자 서비스, Net Docs, 마이크로소프트 과금 및 가입자 플랫폼 서비스 등의 테스트 관리자로 일했다. 2004년부터 2006년까지는 마이크로소프트 테스트 우수 팀의 관리자로 근무했다.

비제이 롤리슨(Bj Rollison)
엔지니어링 우수 팀의 테스트 아키텍트다. 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)를 국내는 물론 아시아권에 확산하는 일에 주력하고 있다.

이공선
한국정보통신기술협회(TTA)의 소프트웨어 시험 인증팀에서 일하고 있다. 관심 분야는 소프트웨어 테스트와 IT 관련 신기술 및 신제품이다.

김민영
현재 삼성전자 DMC 연구소 SE Lab에서 책임 연구원으로 재직 중이다. 주요 관심분야는 테스트 메니지먼트, 컨버전스(Convergence) 테스팅, 사용성(Usability) 테스팅이다. 대한민국의 후배 테스트 엔지니어 양성을 위해 일조하자는 목표를 가지고 있다.

김윤명
소프트웨어 개발자로 커리어를 시작해 현재 GTOne 에서 테스트 엔지니어로 일하고 있다. 테스팅 방법론에 관심이 많고, 여러 조직의 베스트 프랙티스를 공유할 수 있는 방법을 찾고 있다.

여용구
현재 NHN 비즈니스 플랫폼(Business Platform)의 QA팀에서 일하고 있다. 끝까지 ‘테스터의 야성’을 잃지 않고 조금이나마 QA 분야에 기여하는 것이 바람이다. QA 분야 전문가가 되기 위해 관련 책 100권 읽기를 목표로 하고 있으며, 테스트 자동화 부분에 관심을 갖고 있다.

목차

목차
  • 『구글은 소프트웨어를 어떻게 테스트하는가』
  • 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원소
  • 도서 오류 신고

    도서 오류 신고

    에이콘출판사에 관심을 가져 주셔서 고맙습니다. 도서의 오탈자 정보를 알려주시면 다음 개정판 인쇄 시 반영하겠습니다.

    오탈자 정보는 다음과 같이 입력해 주시면 됩니다.

    (예시) p.100 아래에서 3행 : '몇일'동안 -> 며칠동안