Top

구글은 소프트웨어를 어떻게 테스트하는가 [구글의 테스팅 문화와 기법에 관한 인사이드 스토리]

  • 원서명How Google Tests Software (ISBN 9780321803023)
  • 지은이제임스 휘태커, 제이슨 아본, 제프 카롤로
  • 옮긴이제갈호준, 이주형
  • ISBN : 9788960774100
  • 30,000원
  • 2013년 03월 29일 펴냄
  • 페이퍼백 | 400쪽 | 188*235mm
  • 시리즈 : 소프트웨어 테스팅

책 소개

2014년 세종도서 학술부문 기술과학분야 선정도서


완벽을 추구하는 구글의 혁신적인 소프트웨어 테스팅 방법을 배우고 싶은가? 테스팅 전문가인 제임스 휘태커를 비롯한 저자진이 구글 현직 테스팅 전문가들과의 사내 인터뷰를 통해 구글의 소프트웨어 테스팅 기법과 도구와 최신 사례를 소개하고, 품질을 중시하는 구글의 테스팅 문화와 철학은 무엇인지를 낱낱이 밝힌다. 위험 분석, 테스트 계획, 탐험적 테스트, 수동 테스팅, 자동 테스팅, 테스트 인프라스트럭처, 인수 테스팅 등에 관한 매우 실무적이고 실용적인 기술과, 유용한 피드백을 얻고, 이슈를 추적하기 위한 툴의 선택과 제작법을 알려준다.


[ 소개 ]

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

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

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

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

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


[ 이 책의 구성 ]

이 책은 직무 역할에 기반을 두고 작성됐다. 1장에서는 구글 품질 프로세스에 대한 모든 개념, 프로세스, 복잡다단한 사항들에 대해 설명하고, 모든 직군을 살펴본다. 1장은 꼭 읽어야 한다.

나머지 각 장은 어떤 방식으로 읽어도 무방하다. 우리는 먼저 테스트 역할에서 SET 또는 소프트웨어 엔지니어에 대해 이야기한다. 그것이 현재 구글 테스팅의 시작이기 때문이다. SET(테스트 소프트웨어 엔지니어)는 기술적인 테스터이고, 2장에서 다루는 자료들은 기술적인 내용이지만, 누구나 주요 개념을 잡을 수 있는 수준으로 작성됐다. 3장에서는 다른 주요 테스팅 역할인 TE, 즉 테스트 엔지니어에 대해 설명했다. TE의 업무가 매우 방대하고 구글에서 TE는 제품 주기에 많은 역할을 하기 때문에 3장은 매우 길다. TE는 기존의 많은 테스터들이 상상할 수 있는 친숙한 역할로, 이 책을 읽는 대부분의 독자들이 적용할 수 있고, 책에서 가장 많이 읽히는 부분일 것이다.

4장에서는 테스트 관리와 구글 테스트 역사에서 중요한 역할을 하거나 구글 제품에서 핵심 역할을 한 구글의 핵심 인재들과의 인터뷰를 다룬다. 이 인터뷰들은 구글과 비슷한 테스팅 프로세스나 팀을 만들고 싶은 사람들에게 매우 흥미로운 내용일 것이다.

5장은 관심이 있는 독자라면 절대 놓치지 말아야 할 부분이다. 저자 제임스 휘태커는 구글 테스팅이 꾸준히 발전하는 방법에 대해 통찰력을 제공하고, 구글 및 대기업이 가야 할 테스팅 방향에 대해 이야기한다. 저자의 큰 통찰력을 얻을 수 있을 것이며, 조금은 충격을 받을지도 모르겠다.


[ 이 책에 쏟아진 각계의 찬사 ]

제임스 휘태커는 테스팅을 하면서 발생하는 이슈들에 대해 오랜 경험을 갖고 있다. 향후 클라우드로의 변화가 진행되는 10년 동안, 이 책은 단순히 구글 직원들만 읽을 것이 아니라 이 분야에서 경쟁력을 갖추고 의미 있는 성과를 이루기 원하는 모든 테스터를 위한 책이다.
- 샘 구켄하이머(Sam Guckenheimer) / 마이크로소프트 비주얼 스튜디오 전략 팀의 프로덕트 오너

구글은 수동 테스팅 활동과 자동화 테스팅을 혼합하고, 내부와 외부의 자원을 융합하고 있다. 최근에는 내부적인 활동을 보완하기 위해 외부 테스팅 기법까지도 개척하며 앱 테스팅 영역에서 꾸준히 혁신기업 역할을 해오고 있다. 혁신에 대한 욕구를 통해 구글은 새로운 문제를 해결하고 더 나은 앱을 만드는 데 박차를 가하고 있다.
이 책에서 제임스 휘태커는 빠르게 변화하는 앱 테스팅 세계에서 성공하기 위한 구글의 청사진을 제공한다.
- 도란 루베니(Doron Reuveni) / uTest의 CEO이자 창립자

이 책은 일일 릴리스부터 헤드업 디스플레이까지의 모든 판도를 바꿀 것이다. 제임스 휘태커는 미래의 소프트웨어 회사에서 표준으로 자리잡을 테스팅에 대해 전산학적으로 접근했다. 또한 우리 구글에서 사용한 프로세스와 기술 혁신에 대해 사실에 기반을 두고 재미있게 썼다. 소프트웨어 개발과 관련된 사람이라면 누구라도 꼭 읽어봐야 할 책이다.
- 마이클 바흐만(Michael Bachman) / 구글 애드센스・디스플레이 팀 수석 엔지니어 매니저

저자는 구글의 테스트 공학 사례들에 대한 마법을 글로 적어서 현대판 소프트웨어 테스팅의 카마수트라를 집필했다.
- 알베르토 사보이아(Alberto Savoia) / 구글의 엔지니어링 디렉터

클라우드에 코드를 배포하고, 많은 고객들이 행복할 수 있는 고품질의 제품을 전달할 전략을 세우길 원한다면 이 책에서 제시하는 방법들을 연구하고 심각하게 고민해봐야 한다.
- 필 왈리고라(Phil Waligora) / 세일즈포스닷컴(Salesforce.com)

제임스 휘태커는 테스팅 분야에서 많은 이들의 멘토이자 영감을 주는 사람이다. 그의 공헌이 없었더라면 지금의 기술이나 기법들도 없었을 것이다. 나는 아직도 그의 추진력과 열정, 유머에 경외심을 표한다. 그는 IT 업계의 커다란 산이며, 이 책은 IT에 종사하는 사람이라면 누구나 읽어봐야만 하는 필독서다.
- 스튜어트 녹커스(Stewart Noakes) / 영국의 TCL Group Ltd. 회장

나는 마이크로소프트에서 제임스 휘태커와 함께 근무했었고, 지금도 함께 근무할 때의 그를 그리워하지만, 구글에서도 훌륭한 일을 할 것이라고 생각했다. 제임스, 제이슨 아본, 제프 카롤로는 혁신적인 테스팅 아이디어, 실제 사례, 그리고 구글 테스팅 장비에 대한 통찰 등을 이 책에 담았다. 테스팅과 품질에 대한 구글의 접근법이 궁금한 사람이나 테스팅에 대한 새로운 아이디어를 얻기 바라는 마음이 조금이라도 있다면 이 책에서 많은 것을 얻을 수 있을 것이다.
- 앨런 페이지(Alan Page) / 마이크로소프트 엑스박스 팀, 『소프트웨어 테스팅, 마이크로소프트에선 이렇게 한다』의 저자

저자/역자 소개

[ 저자 서문 ]

패트릭 코플랜드가 이 책을 쓰자고 제안했을 때 망설였는데, 역시 내 생각이 맞았다. 사람들은 내가 이 책을 쓰기에 가장 적합한 구글러인지에 대한 의문을 품었고(그들은 그랬다), 정말 많은 사람들이 관여하고 싶어 했다(이 또한 사실이다). 하지만 의문의 주된 이유는, 이전에 내가 저술한 모든 책들이 초보자를 위한 책이었기 때문이었다.

「How to Break」 시리즈나 『탐색적 테스팅(Exploratory Testing)』 책들은 세부적이고 완결된 내용이었다. 그러나 이 책은 달랐다. 독자들은 이 책을 한 번에 읽고 끝낼 수도 있겠지만, 구글이 테스팅 사례를 구성하는 크고 작은 작업들을 실제로 어떻게 수행했는가에 대한 참고서 이상의 의미를 지닐 수도 있다. 보편적으로, 초보자들보다는 협업하는 환경에서 소프트웨어를 테스트하는 사람들이 구글의 프로세스와 그들이 사용해본 프로세스를 비교할 수 있는 기준을 갖고 있기 때문에, 이 책에서 더 많은 영감을 얻을 것이다. 아마도 숙련된 테스터, 관리자, 경영진이 재빠르게 흥미로운 주제를 찾아 몇몇 특정 작업에 대해 구글이 어떻게 행동하는지에 대해 해당 절들만 읽을 것이다. 그리고 이런 스타일은 그동안 내가 써왔던 저술 스타일은 아니다!

지금까지 출판 경험이 없는 두 명의 저자와 함께 책을 출간하게 됐다. 두 명 모두 매우 훌륭한 엔지니어이고, 나보다 더 오래 구글에서 근무했다. 제이슨 아본의 직함은 테스트 엔지니어지만, 그의 마음가짐은 여느 기업가 못지않고, 이 책의 테스트 엔지니어 장에서 다룬 많은 생각과 툴들에 미친 그의 영향은 엄청나게 크다. 서로의 경험을 교류하면서 우리 둘은 변했다. 제프 카롤로는 개발자에서 테스터로 업무를 변경한 사람이고, 내가 여태까지 만난 중에 최고의 테스트 개발자다. 제프는 ‘자동화 길을 걸어오면서’ 성공한 몇 안 되는 사람 중 하나다. 그의 테스트 코드는 매우 잘 만들어져서 처음 작성한 그 상태 그대로 두어도 추가 수정 없이 어느 팀이나 수행할 수 있게 작성돼 있다.

이 두 명은 매우 뛰어난 사람들이었고, 우리는 이 책을 한 목소리로 쓰기 위해 많은 노력을 쏟았다.

많은 구글러들이 게스트로서 자료를 제공해줬다. 한 명이 작성한 문서와 주제들인 경우, 글 앞머리에 기고자를 밝혔다. 또한 우리가 수행한 테스트 방법에 막대한 영향을 준 여러 명의 핵심 구글러들과 인터뷰를 하기도 했다. 구글 테스팅에 관여했지만 책에서 언급하지 않은 저자는 아마 30명 정도가 될 것이다! 모든 독자들이 모든 인터뷰 내용에 관심을 갖지 않을 수 있으므로, 본문에 내용을 명확하게 언급해 독자들이 읽거나 건너뛸 수 있게 했다.

아낌없이 지원해준 모든 분께 감사를 드리고, 우리가 작성한 내용이 그들이 수행하는 업무보다 부족하다면 어떤 비난도 받아들이겠다. 글만으로는 그들의 뛰어난 재능을 모두 표현하기에는 부족했다.

즐겁게 읽고, 즐겁게 테스트하고, 항상 여러분이 찾고자 하는 버그를 찾고 수정하길 바란다.

- 워싱톤 주 커클랜드에서
제임스 휘태커
제이슨 아본
제프 카롤로


[ 저자 소개 ]

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

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

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


[ 옮긴이의 말 ]

소프트웨어 테스팅 분야는 국내에서는 그동안 중요성이 많이 부각되지 않았고, 전문가도 많이 없는 실정이다. 당연히 컨설팅 받을 만한 곳도 많지 않고 대부분 피상적이거나 교과서적인 테스팅에 거치게 되는 경우가 많았다. 게다가 버그 파악의 많은 부분을 아쉽게도 최종 사용자의 피드백에 의존하고 있기도 하다. 이런 면에서 이 책을 통해 세계 최대의 소프트웨어 회사라 할 수 있는 구글의 고민과 사례를 엿볼 기회가 생겼다는 것은 매우 흥미롭다.

저자들은 테스팅은 이래야만 한다라는 것을 말하고자 하는 것이 아니라, 우리는 이렇게 테스트하고 있다는 것을 말하고 있다. 그래서 어쩌면 기대 했던 것보다는 실망할 수도 있으며, 너무 구글 상황에 맞는 테스트 사례들이라 얻어갈 것이 많지 않다고 느낄 수도 있다.

하지만, 지금 직장이 구글과 비슷한 환경이나 문화가 아니어서 직접적으로 그들의 사례를 적용할 수는 없을 지라도, 고품질의 소프트웨어를 빠르게 릴리스하는 구글의 개발과 테스팅에 관한 아이디어와 사례, 조직 구성으로부터 많은 것들을 배울 수 있을 것이다. 특히, 구글이 어떻게 소프트웨어 테스팅에 관해서 중요하게 다루게 되었는지에 대한 히스토리와 실무자들의 여러 인터뷰들, 어떻게 하기 어려운 테스트들을 테스트 가능하게 만들기 위해 노력했는지에 대한 이야기와 그 결과인 테스트 프레임워크, 툴들, 탐험적 테스팅을 위한 투어 방법론, 10분 테스트 계획법, 크라우드소싱을 이용한 테스팅 등의 이야기를 통해 독자들은 분명 많은 아이디어를 얻어갈 수 있을 것이다.

책을 번역하는 중에 저자 중의 한 명인 제임스 휘태커가 구글을 관두고 다시 전 직장인 마이크로소프트로 돌아갔다. 그는 자신이 입사했던 구글은 직원들에게 혁신의 동기를 부여하는 회사여서 열정적으로 임할 수 있었는데, 자신이 떠나는 구글은 한 가지 목적에만 집중하는 광고회사였다고 블로그에 밝힌 바가 있다. 그가 떠난 이유야 어찌되었든 간에, 그와 구글의 테스팅 전문가들이 그동안 이룩해놓은 테스팅 분야의 성과는 이 책에 고스란히 담겨있다고 할 수 있다.


[ 옮긴이 소개 ]

제갈호준
아이오와 주립대에서 컴퓨터 사이언스 박사 학위를 받고, 삼성전자 무선사업부에서 타이젠 플랫폼(Tizen Platform)을 개발 중이다. 주요 관심 분야는 플랫폼 개발, 아키텍처, 오픈소스, 자동화 테스팅이다. 에이콘출판사에서 펴낸 『SWT/JFace 인 액션』(2006), 『엔터프라이즈급 애자일 방법론』(2008) 등을 공역했다.

이주형
카이스트 소프트웨어 대학원 석사 과정을 졸업하였으며, 현재는 삼성전자 가전사업부 SE 파트에서 책임연구원으로 재직 중이다. 주요 관심 분야는 요구 공학, 소프트웨어 테스팅이다. 에이콘출판사에서 펴낸 『엔터프라이즈급 애자일 방법론』(2008)을 공역했다.

목차

목차
  • 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: 구글의 기록/재생 프레임워크
    • 구글 테스트 분석기 - 현재 오픈소스
      • 이해 가능함
      • 빠름
      • 행동 가능함

도서 오류 신고

도서 오류 신고

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

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

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

정오표

정오표

 1쇄 오류/오탈자 

[ p235 14행 ]
필요goT다. → 필요다.

2014-06-25

[P. 147 8행]
사실, 컴포너트들은 테스터가 가장 많이 -> 사실, 컴포넌트들은 테스터가 가장 많이

2014-06-27

[p.173 10행]

실제 프로젝트의 TE는 검증을 위해 다른 종류의 캐퍼빌리티를 부여 받을 수 있고, 개밥 먹기 사용자들(dog fooders), 20% 공헌자, 계약 테스터, 크라우드 테스터, SWE, SET 등이 모든 종류의 개퍼빌리티를 취할 수 있고, TE는 누구나 사용하게 애플리케이션을 단지 던져놓은 것은 부분과는 구분된 중요한 부분을 커버한다는 점에서 자부심을 가질 수 있다.

→ 실제 프로젝트의 TE는 각각 다른 캐퍼빌리티를 검증하게 된다. 개밥 먹기 사용자들(dog fooders), 20% 공헌자, 계약 테스터, 크라우드 테스터, SWE, SET 등은 캐퍼빌리티 전반에 걸쳐 시험을 하는 반면, TE는 애플리케이션의 모든 사용성에 대해 단순하게 확인하는 것이 아닌 최대한 중복되는 부분을 줄이면서 중요한 부분에 대해 검증을 수행한다는 점에서 만족감을 가질 수 있다

2014-06-30

[p.226 5~6행]
많은 이들이 이 실험이 정말 가능한 걸이라고 믿게끔 만들었다. -> 많은 이들이 이 실험이 정말 가능한 것이라고 믿게끔 만들었다.

2014-12-15

[p.150 : 위에서 10행]

차자내지 -> 찾아내지

[p.154 : 아래에서 5행]

탐함적 -> 탐험적