How Google Tests Software – Part Three Wednesday, February 16, 2011 2:47 AM By James Whittaker 구글에서 어떻게 테스트를 진행하는지에 대한 지난 두 개의 포스트에 대해 수많은 질문들이 쏟아졌다. 주요한 질문들은 다음 포스트에서 답해 줄 것이다. 자, 이번 주제에 대한 포스트를 시작해보자. 구글에서 품질은 테스트와 동일한 의미로 사용되지 않는다(At Google, quality is not equal to test). 사실 나는 이 명제가 구글 뿐만 아니라 어디에서나 통하리라고 믿는다. ‘품질은 테스트될 수 없다(Quality cannot be tested in)’는 문구는 그 자체가 ‘참’인 클리셰(Cliché)[1]라고 할 수 있..
How Google Tests Software – Part Two Wednesday, February 09, 2011 6:36 PM By James Whittaker “당신이 만들고, 만든 당신이 해체한다(You build it, you break it)”라는 모토를 실현하기 위해서는, 전통적인 개발자의 역할을 능가할 수 있는 새로운 역할이 필요하다. 특히 개발자가 효율적이고 효과적으로 테스트를 수행할 수 있도록 엔지니어링을 수행할 사람이 반드시 필요하다. 구글에서는 다른 사람들이 좀 더 생산적으로 일할 수 있도록 하는 엔지니어 역할을 만들었다. 이러한 엔지니어들은 스스로를 테스터라고 부르기는 하지만, 실상은 생산성과 관련된 미션을 수행한다. 그들은 개발자들이 테스트를 통해 좀 더 생산적인 업무를 수행할..
최근 페이스북이나 트위터 등 여러 소셜 네트워크 서비스에서 “페이스북에는 테스팅을 전담하는 조직이 없다”라는 내용이 화제가 된 적이 있습니다. 여기에 대해 국내에서도 이런 저런 논의가 많았었죠. 마찬가지로 지난 1월부터 구글 테스팅 블로그에 올라오고 있는 제임스 휘태커(James Whittaker)의 포스트 “How Google Tests Software” 시리즈도 화제에 오르고 있습니다. 페이스북과 마찬가지로 구글에서도 개발자들이 테스팅을 원활하게 수행하도록 하기 위해 테스팅 조직이 존재한다는 것입니다. 그 외에도 사람들이 궁금해 하는 구글에서의 테스팅 방법에 대해 많은 내용이 올라와 있습니다. 저는 자잘한 내용들을 조금 더 보충해 전문을 번역한 것 뿐이고, 핵심적인 내용은 흥배님의 블로그 포스트 『구..
지난 토요일 스터디 도중 에러(Error) 와 결함(Defect), 장애(Failure) 에 대해 공부하면서 그렸던 메모를 도식화 해봤습니다. 단 하나의 표준이 정해져 있는 것이 아니라서, 회사나 도메인에 따라 사용되는 단어가 틀려질 수 있습니다. ▶ 에러(Error): 주로 사람의 인지상의 실수를 의미함 Error라고 하면 앞에 “Human”이 생략된 것이라고 간주하면 됨 ‘mistake’가 같은 의미로 사용됨 ▶ 결함(Defect): 에러가 코드에 구현된 것 부정확한 구문이나 데이터 정의를 뜻함 ‘버그(Bug)’나 ‘결점(Fault)[1]’이 같은 의미로 사용됨 ▶ 장애(Failure): 결함으로 인해 구현되며 기대결과와 다르게 나타나는 실제결과를 의미함 [1] 『개발자도 알아야 할 소프트웨어 테스팅..
요즘 QA[1] 관련 글이 뜸합니다. 개인적으로 소프트웨어 테스팅과 관련된 번역 프로젝트에 참여하고 있고, 회사에서도 QA파트가 셋팅되고 본격적으로 테스팅 업무들이 진행되기 시작하면서 눈코뜰새 없이 바쁘다 보니 블로그에는 제대로 신경을 못쓰고 있습니다. 이 와중에 잠시 시간을 내어 지난 주에 있었던 ‘차세대 게임개발 국제 컨퍼런스’에 다녀왔습니다. 기존의 게임 개발 관련 세미나나 컨퍼런스가 주로 개발 자체에 초점을 맞추었던 것과 달리, 이번에는 게임 QA가 행사의 메인 테마였습니다. 국내의 온라인 게임 업계에서도 QA의 입지가 향상되고 있다는 것을 보여주는 단적인 반증이라고 할 수 있을 것 같습니다. 얼마 전 온라인 매체의 기사를 통해 국내에서도 인지도를 높인 캐나다의 게임 테스팅 전문 회사인 엔자임 (..