주위의 많은 테스터와 QA 엔지니어 중 “테스터는 어떤 사람이어야 하나요?”, “QA 엔지니어는 어떤 목표를 가지고 노력해야 하나요?”라는 질문에 준비되었다는 듯, 한 치의 망설임 없이 구체적으로 자신의 소신을 이야기할 수 있는 사람은 많지 않을 것이다. 직무의 본질에 대한 기본적인 질문조차 많은 사람이 명확하게 답하지 못하는 상황에 주니어 테스터와 QA 엔지니어들은 더욱 혼란스러워진다.
--- p.18

테스트 자동화보다 먼저 갖추어야 할 것은 좋은 수동 테스트를 설계할 수 있는 능력이다. 대상 제품에서 자동화하려는 부분이 자동화를 해도 되는 대상인지, 자동화를 했을 때 수동 대비 확실한 이득이 있는 대상인지, 자동화 테스트셋의 구성을 어떻게 만들어야 효율적인지 등은 기본적으로 테스팅 지식과 대상 제품에 대한 깊은 이해가 있어야 식별할 수 있다.
--- p.36

기능 테스트에서 눈을 돌려 좀 더 넓은 범위의 지식에 관심을 가져보자. 조금만 찾아보면 소프트웨어 개발 과정에서 버그가 발생하는 원인을 분석한 자료가 많으며, 이를 개선해낸 사례도 많다. 이를 통해 기본적인 소프트웨어 개발 과정을 배울 수도 있을 것이다. 공부하면서 알게 된 지식으로부터 우리 조직의 미비한 점을 개선하고 약점을 극복해나가면 미래에 우리의 일거리로 돌아올 버그를 줄일 수 있다. 그렇게 되면 기능 테스트에 할애하는 시간을 줄일 수 있다. 절약한 시간으로 더 좋은 프로세스를 정립하고 개선한다면 더 많은 버그를 예방하게 될 것이며 기능 테스트에 필요한 시간도 점차 줄어들 것이다.
--- p.55

품질 강화를 위해서는 테스트 업무 프로세스를 수립하여 테스트를 효율적으로 하는 방법이 있다. 전략적인 테스트를 위해 테스트 계획, 분석, 설계, 구현, 실행, 완료, 마감과 같은 테스트 프로세스를 식별하고 각 단계에서 어떤 테스트 활동을 할 것인지 기준을 마련한다. 이런 활동은 제품 개발 라이프 사이클도 함께 고려해야 한다. 테스트 대상의 품질을 개발 라이프 사이클에서 더 이른 시점부터 관리하여 완성도 높은 제품을 만들기 위한 테스트 활동들을 정의해야 한다. 제품의 기획 단계부터 높은 완성도를 도모하게 된다면 개발이 완료되는 시점에 이미 일정 수준의 품질을 달성한 채로 테스트를 시작할 수 있다.
--- p.77

먼저 다른 구성원들이 QA 엔지니어와 대화를 꺼려 하는 이유를 생각해보자. QA 엔지니어는 보통 기획, 디자인, 제품에 대해 지적을 한다. 우려되는 요소와 기능상의 버그를 찾아 전달하게 되는데, 그들에게는 처리해야 하는 일거리를 더하는 것과 같다. 혹자는 자신의 실수를 들키는 것 같아 부끄러워하기도 한다. 이런 이유로 QA 엔지니어는 직무 특성상 구성원들에게 대화하기 어려운 사람이 되고는 한다. QA 엔지니어와 대화하기 싫다는 감정이 생기면 제품에 대해 열린 마음으로 대화할 수 없다. 따라서 QA 엔지니어와의 대화가 즐겁지 않다는 인식이 생기지 않도록 주의하자.