슬로베니아 출신의 Dario Jazbec Hrvatin은 OnTheGoSystems의 첫 번째 개발 중 테스터(in-development tester)입니다. Dario는 4월에 합류하여 Toolset 개발 팀의 일원이 되었습니다. 그의 첫 번째 작업은 Layouts 플러그인으로, 작성 중인 새 코드를 테스트하고 확인되지 않은 부분이 없도록 하는 것이었습니다.
오늘 Dario가 개발 중 테스터의 역할이 무엇이며, 제품을 더 빠르고 더 나은 품질로 제공하는 데 어떻게 도움이 되는지 설명합니다. 새로운 팀원의 관점에서 WordPress 플러그인 개발 회사에서 일하는 것의 어려움과 장점을 살펴보겠습니다.
짧은 배경 소개
제 이름은 Dario Jazbec Hrvatin입니다. 저는 몇 년 동안 웹 개발자로 일해 왔으며, 경력 초기에 사이트 개발을 위한 주요 플랫폼으로 WordPress를 선택했습니다(매우 훌륭한 결정이었다고 생각합니다).
다른 모든 개발자와 마찬가지로 저도 제가 작업한 대부분의 프로젝트에 즐겨 사용하는 플러그인들이 있었습니다. 그중 제가 가장 많이 사용한 두 가지는 Types(모든 사용자 정의 필드, 택소노미, 포스트 타입 등에 사용)와 WPML(다국어 사이트에 사용)입니다. 따라서 제가 가장 좋아하는 플러그인을 만든 바로 그 회사의 개발 중 테스터가 될 기회가 주어졌을 때 당연히 기쁜 마음으로 그 기회를 잡았습니다.
개발 중 테스터: 그래서, 어떤 일을 할까요?
개발 중 테스터가 된다는 것은 플러그인 개발자 팀이 새로운 기능, 재작업, 버그 수정 등을 수행할 때 함께 작업하며 버그와 잠재적인 문제를 추적하는 데 도움을 준다는 것을 의미합니다. 이를 통해 회사는 훨씬 더 다듬어지고 버그가 없는 플러그인을 출시할 수 있으며, 지원 포럼 티켓에 답변하는 것에 비해 문제를 더 빠르게 해결할 수 있으므로 시간을 절약할 수 있습니다. 물론 사용자 피드백이 여전히 매우 중요하다는 것은 말할 필요도 없습니다.
또 다른 장점은 테스터가 플러그인 작업 시 “새로운 시각”을 제공할 수 있다는 것입니다. 또한 클라이언트/사용자를 상대했던 저의 경험이 매우 도움이 되었습니다. 이를 통해 일반 사용자의 관점에서 생각하고 그들의 입장이 되어 볼 수 있습니다. 때로는 사용자에게 몇 가지 사항을 명확하게 설명해야 할 때가 있는데, 우리는 플러그인이 최대한 직관적이기를 원하기 때문에 이는 전혀 나쁜 일이 아닙니다.
이와 함께 개발 중 테스터의 또 다른 (중요한) 역할은 제품의 사용성을 생각하고 플러그인을 개선하는 데 도움이 될 수 있는 다양한 아이디어를 제안하는 것입니다. 메뉴의 링크 위치와 같은 작은 것조차도 이를 사용하는 사람들에게 더 나은 플러그인 경험을 제공하는 데 도움이 될 수 있습니다.
누구나 개발 중 테스터가 될 수 있을까요?
지금쯤 테스트가 어떤 모습일지 궁금하실 것입니다. 하루 종일 클릭만 하는 것일까요? 필수 지식은 무엇일까요? 누구나 할 수 있을까요?
글쎄요, 테스터가 될 수 있는지 확인하는 테스트는 없지만(Monkey Island 오마주를 양해해 주세요), WordPress 작업과 HTML, CSS, PHP, JavaScript 같은 프로그래밍 언어에 대한 훌륭한 지식 등 잘 알아야 할 사항은 분명히 있습니다. 백그라운드에서 무슨 일이 일어나고 있는지 이해하고 플러그인이나 웹사이트의 프런트엔드에서 종종 보이지 않는 문제를 보고하려면 이러한 지식이 필요합니다.
개인적인 자질도 기술적 능력만큼 중요하다고 생각하므로 다음과 같은 사항이 필요합니다.
- 뛰어난 조직화 능력: 플러그인으로 수행할 수 있는 작업과 해당 작업의 조합이 매우 많기 때문에 체계적이지 않으면 길을 잃기 쉽습니다. 심각한 버그를 발견했는데 어떻게 발생했는지 정확히 기억나지 않고 더 이상 재현할 수 없다고 상상해 보세요. 따라서 위의 질문 중 하나와 관련하여, 무언가를 고장 냈을 때 그냥 이것저것 클릭하다가 “거봐!”라고 외칠 수는 없습니다. :)
- 집중력과 세부 사항에 대한 주의: 집중하고, 매우 철저해야 하며, 세부 사항에 주의를 기울여야 합니다. 플러그인 품질은 프런트엔드에만 있는 것이 아니라 코드 깊숙한 곳에 있다는 점을 기억하세요.
- 친절하고 차분한 태도: 온라인으로 작업하고 소통하기 때문에 차분하고(패닉에 빠질 필요 없음) 모든 사람에게 진심으로 친절하게 대하는 것이 매우 중요합니다.
그래서, 실제 제 하루 일과는 어떨까요?
저는 이메일과 팀원들이 할당한 작업을 확인하는 것으로 하루를 시작합니다. 그런 다음 일일 회의를 통해 해결해야 할 진행 중인 문제와 긴급한 문제에 대해 논의합니다. 회의 후에는 저에게 할당된 테스트 항목을 살펴보고 하루의 대부분을 철저하게 검토하는 데 보냅니다.
테스트는 특정 기능과 관련하여 여러 단계로 나뉩니다. 버그를 발견하거나 문제를 인지하면 보통 작업 관리 페이지(저희는 Basecamp를 사용합니다)에서 “할 일”을 엽니다. 이는 기본적으로 추가 설명/논의를 위한 댓글과 함께 무언가를 수정하라는 할당입니다. 이 시스템은 무엇이 수정되었고, 무엇을 수정해야 하며, 전체적인 상태가 어떤지 언제든지 추적할 수 있도록 하므로 매우 중요합니다.
마지막으로 테스트 프로세스에 대해 간단히 설명하겠습니다.
테스트하기 전에 저는 개발 버전에서 제 플러그인을 업데이트합니다. 소프트웨어에는 항상 추가되거나 수정되는 사항이 있기 때문입니다. 또한 크로스 브라우저 호환성이 중요하므로 Chrome, Firefox, IE에서 테스트합니다. 요전 날 저희 모두가 다른 설정(Mac, Linux, Windows)에서 작업한다는 것을 알게 되었는데, 저는 이러한 다양성이 좋습니다. 회의에서 OS 팬보이 전쟁은 일어나지 않습니다. :)
저는 로컬 설정(XAMPP 사용)과 서버에 테스트 사이트를 가지고 있으므로 필요할 때 필요한 설정으로 깔끔한 새 WP 설치를 직접 만들 수 있습니다.
테스트 계획을 열고 단계를 하나씩 진행합니다. 테스트 중에 주의해야 할 두 가지 사항이 있습니다. 브라우저 콘솔을 실행하여 오류가 표시되는지 확인하고, WP debug.log를 항상 확인하여 PHP 알림, 경고 등을 확인하는 것입니다.
버그와 문제를 인지하면 개발자를 위한 “할 일”을 열어야 합니다. 문제를 가능한 한 빨리 재현하고 수정할 수 있도록 문제를 설명할 때 매우 정확해야 합니다. 저는 문제를 더 효율적이고 쉽게 설명하기 위해 스크린샷과 화면 녹화 영상을 자주 사용합니다. 필요할 때는 영상 채팅을 통해 이런 식으로 논의하기도 합니다.
테스트 중에는 버그가 발생한 것인지 아니면 프로세스가 원래 이렇게 작동해야 하는 것인지 확신이 서지 않을 때가 종종 있습니다. 이럴 때는 팀원들과 상의하여 문제에 대한 설명이나 조언을 구합니다. 문제가 해결되면 문제가 확실히 수정되었는지 확인하기 위해 항상 다시 테스트해야 합니다.
이 직무의 몇 가지 훌륭한 점
이는 개발 중 테스터의 하루 일과를 단순화한 버전일 뿐이며, 항상 새로운 할당과 제가 배우고 해야 할 일들이 있습니다. 가장 좋은 점 중 하나는 우리 프로그래머들을 알게 되면서 그들이 매우 관대하고 인내심이 많으며 동료로서 함께하기에 훌륭하다는 것을 알게 되었다는 것입니다.
또한 이슈와 문제가 해결되는 동안 모든 것이 논의되고 설명되므로 배울 수 있습니다. 버그를 찾고 더 나은 제품을 만들 수 있다고 생각하는 제안을 하는 것이 여러분이 이 자리에 있는 이유이며, 여러분의 아이디어는 환영받을 것입니다.
여러분을 위한 직무
Dario의 이야기가 마음에 드셨나요? 경험이 풍부한 개발자들과 함께 일하는 것이 여러분의 WordPress 기술을 개발할 좋은 기회라는 데 동의하시나요? 개발 중 테스터가 되면 실무에서 WordPress 지식을 넓힐 수 있을 뿐만 아니라 개발 직무로 나아가는 훌륭한 발판이 될 수도 있습니다.이 일이 자신에게 맞는다고 생각한다면 오늘 합류하세요. 저희는 가족이 될 재능 있는 분들을 찾고 있습니다. 자세한 정보 및 지원 세부 사항은 “WordPress 개발자 및 지원 직무”에서 확인할 수 있습니다.
