NEW 기획 디자인 개발 프로덕트 아웃소싱 프리랜싱

개발

2021년 테스트 자동화 트렌드 리포트 (上)

본문은 위시켓과 번역가 전리오가 함께 만든 해외 콘텐츠 기반 번역문입니다. 웹 및 모바일 앱을 위한 지속적인 테스트 플랫폼 및 도구를 제공하는 퍼펙토(Perfecto)에서 발행한 글입니다. 작가는 퍼펙토의 직원일 것으로 추정됩니다. 본문은 디지털 플랫폼 기업에 대한 테스트 자동화 트렌드 리포트로 많은 기업들이 테스트를 어떻게 진행하고 있는지 함께 살펴보겠습니다. (내용이 길어 1,2편으로 나누어 소개하겠습니다!)

 
(이미지 출처: unsplash)

 

안녕하세요, 2021년 테스트 자동화(Test Automation) 보고서입니다.

준비가 되었든 그렇지 않든, 디지털 플랫폼은 2020년에 고성능 웹 애플리케이션과 모바일 앱 분야의 규모를 키웠고, 원격으로 테스트할 수 있는 능력을 갖추게 되면서 세상의 중심적인 위치를 차지하게 되었습니다. 그렇다면 현재의 상황은 어떨까요? 오늘날의 진취적인 기업들은 어떤 모습일까요? 그들은 어떤 부분에 초점을 맞추고 있을까요? 이를 밝혀내기 위해서, 저희는 다양한 분야에서 활약하고 있는 700개 이상의 주요한 디지털 기업들을 대상으로 설문조사를 실시했습니다. 이 글에서는 그 결과를 설명하고, 테스트 기법이 변화하고 있는 양상에 대해서도 살펴보겠습니다.

 

 

핵심 요약

  • 개발팀들은 적용 범위를 넓히고 자동화의 수준을 더욱 높이는 데 초점을 맞추고 있습니다. 응답자들의 절반은 출시 일정이 더욱 빨라졌음에도 불구하고 전체적인 테스트의 절반 정도는 자동화를 하고 있었습니다. 2021년에도 비슷한 방식으로 변화하고 있습니다.
  • 시프트 레프트(shift left)[1] 기법이 빠르게 트렌드로 자리를 잡고 있습니다. 이러한 움직임은 더욱 빨라진 릴리즈(새로운 버전의 출시) 주기와 연관이 있습니다. 주로 규모가 큰 조직들이 이런 트렌드를 주도하고 있습니다.
  • 기술이 더욱 향상되면서 자동화 분야의 격차가 해소되고 있습니다. 출시 주기 안에서 자동화의 수준이 점점 더 고도화되면서, 선도적인 조직들은 행위주도개발(behavior driven development, BDD)[2]이나 스크립트리스(scriptless)[3]솔루션 등을 검토하고 있습니다.
  • 경영진과 실무자들의 상황은 다릅니다. C레벨[4]이나 부사장 급의 임원들은 실무자들보다 자신들의 자동화 수준이 더욱 높다고 생각하고 있습니다. 2021년의 투자 우선순위를 정하기 위해서는 서로 간에 논의가 필요해 보입니다.

 

 

테스트 업무가 개발 담당 부서로 이동하고 있다

올해에는 대부분의 테스트가 개발을 지원하는 내부의 품질보증(QA) 부서에서 수행되었습니다.

조직 내에서 테스트를 책임지고 있는 이들은 누구인가요?

45% - 개발팀에 속한 내부의 QA & 테스트 자원

33% - 개발을 지원하는 내부의 QA

17% - 개발팀에 속한 테스트 자원

2% - 외부의 서비스 통합 업체에 테스트를 아웃소싱

 

개발팀에 속한 내부의 테스트 자원에게 의존하는 기업들은 다음과 같은 테스트 방식을 따를 가능성이 적었습니다.

  • 자동화된 소프트웨어 테스트
  • 지속적인 테스트(continuous testing, CT)[5], 지속적인 통합(continuous integration, CI)[6], 지속적인 전달(continuous delivery, CD)[7]
  • 행위 주도 개발(behavior driven development, BDD)

 

개발을 지원하는 내부의 QA에 의존하는 기업들은 다음에 해당할 가능성이 높았습니다.

  • 매일 또는 매주 릴리즈한다.
  • 테스트의 50% 이상을 자동화한다.
  • 오픈소스 기술에 의존한다.
  • 소프트웨어 스프린트(sprint)[8]가 시작될 때마다 테스트를 수행한다.

 

테스트를 아웃 소싱해서 수행하고 있는 조직은 테스트를 안정적으로 수행하는데 어려움을 겪을 가능성이 가장 높았습니다. 조직의 내부에 QA 팀과 테스트 자원을 모두 갖추고 있는 팀들은 테스트를 시프트 레프트(shift left) 방식으로 전환할 가능성이 가장 높았습니다.

 

애자일(Agile)[9]과 데브옵스(DevOps)[10]문화가 점점 더 무르익으면서 테스트를 수행하는 역할이 개발 담당 부서로 이전하는 분위기가 가속화되고 있습니다. 이는 테스트 환경을 구축해서 실행하는 시간을 줄이는 동시에, 개발 주기 내에서 더욱 빠르게 피드백을 얻어낼 수 있는 장점이 있습니다.

 

 

개발팀을 가장 힘들게 하는 것은 테스트 자동화를 생성하는 것, 그리고 적용 가능한 범위가 제한되어 있다는 것이다.

업계 전반에 걸쳐서, 기업들이 마주한 가장 커다란 어려움은 테스트 자동화를 생성하기 위한 자원이 부족하다는 것이었고, 그다음으로 근소하게 뒤따르는 문제는 테스트 자동화 시나리오를 적용할 수 있을 만한 범위가 제한되어 있다는 것이었습니다.

 

테스트에 있어서 가장 어려운 부분은 무엇인가요?

20% - 완전한 테스트 자동화 대상 영역을 찾아내는 것

14% - 우선순위가 정해지지 않은 테스트

4% - 기타

23% - 테스트 자동화를 생성할 수 있는 자원의 부족

19% - 테스트의 불안정성/테스트 결과의 오류

11% - 실험 기반 구축 & 유지관리

9% - 테스트 실패의 원인을 해석하는 것

 

각 집단 별로 나뉘는 답변

가장 큰 어려움은 각자의 역할에 따라서도 달랐습니다.

 

<개발팀의 고충>

  1. 테스트를 위한 우선순위의 결여
  2. 테스트 자동화 생성을 위한 자원의 부족
  3. 테스트의 신뢰도

 

<QA 부서의 고충>

  1. 테스트 자동화 생성을 위한 자원의 부족
  2. 적절한 테스트 영역을 찾는 것
  3. 테스트의 신뢰도

 

자동화의 성숙도 수준에 따라서도 어려움이 달랐습니다.

자동화 수준이 테스트 케이스의 10% 미만인 조직의 경우

  • 실험 환경을 유지 관리하는 데 어려움이 있고, 테스트 자체에 있어서도 우선순위가 결여되어 있을 가능성이 높았습니다.
  • 1년에 1-2회 정도만 릴리즈 할 가능성이 높았습니다.
  • 행위 주도 개발 방식을 시행할 가능성이 낮았습니다.
  • 지속적인 테스트, 지속적인 통합, 지속적인 전달을 달성할 가능성이 낮았습니다.

 

상황이 그 정반대에 해당하며, 시프트 레프트 기법을 시행하고 있거나 자동화 수준이 테스트 케이스의 50%를 넘는 조직의 경우

  • 테스트 결과의 오류나 신뢰도의 문제, 테스트의 불안정성과 같은 어려움을 겪을 가능성이 낮았습니다.
  • 스크립트(테스트 코드) 유지관리, 테스트 환경 구축, 테스트 실패 분석 등의 업무에 더욱 많은 시간을 투입하고 있었습니다.
  • 매일 또는 매주 릴리즈 할 가능성이 높았습니다.

 

(이미지 출처: unsplash)

테스트 자동화 생성 및 대상 영역에 대한 솔루션

테스트 자동화 생성과 관련한 문제에 더욱 효율적으로 대처하기 위해서, 기업들은 조직의 구성원들이 갖고 있는 역량에 맞는 도구를 선택할 필요가 있습니다. 그러면 더욱 많은 구성원들이 테스트 자동화 생성 프로세스에 참여할 수 있습니다. 또한 테스트 시나리오를 적용할 수 있는 대상의 범위도 더욱 넓힐 수 있습니다.

 

테스트 기반을 적용할 수 있는 범위를 넓히기 위해서, 기업들은 다음과 같은 두 가지의 시도를 해볼 수 있습니다.

  • 자체적인 DIY 방식의 실험 환경이 아니라 상용 클라우드 기반의 솔루션으로 테스트를 수행한다.
  • 테스트의 적용 범위를 리스크 기반으로 정하는 대신에, 데이터 위주로 결정하는 전략을 수립한다.

 

클라우드 기반의 솔루션을 선택하고 데이터 위주로 의사결정을 수행하면, 테스트의 적용 범위를 크게 넓히는 데 도움이 될 수 있습니다.

 

 

개발이 완료될 때까지 테스트를 미뤄두고 있는 팀들이 더 많았다

성공적인 조직은 자신들의 개발 프로세스 안에 테스트 자동화를 배치할 수 있는 역량을 갖추고 있으며, 그로부터 더욱 빠른 피드백을 얻어낼 수 있습니다. 저희의 연구에 의하면, 대상 기업들의 70% 이상이 여전히 그러한 목표를 달성하기 위해서 고군분투하고 있는 것으로 나타났습니다. 또한 다양한 부서들 간의 더욱 효과적인 협업과 조정이 필요한 것으로 드러났습니다.

 

소프트웨어 개발 수명주기(SDLC)[11] 내에서 테스트 단계는 어디에 위치하고 있나요?

42% - 소프트웨어 스프린트가 시작될 때마다

71% - 신규 빌드(build)[12]가 준비된 이후

54% - 각 코드의 변경사항에 대해서

12% - 스프린트 일정 내에서 수행하지 못하지만, 전체 개발 과정에는 포함되어 있음

 

뛰어난 데브옵스 조직이 되기 위해서는, 모든 점검 항목들을 자동으로 확인할 수 있어야 합니다. 사람이 개입해서 해야 할 일이 많아질수록, 프로세스는 더욱 느려지게 됩니다. 이를 위한 한 가지의 대안을 제시하자면 이런 형태일 것입니다. 즉, 테스트 엔지니어가 테스트를 시작하기 위해서 새로운 빌드가 준비될 때까지 기다리는 것이 아니라, 태그(tag)[13]버전 이외에도 테스트 자동화를 위한 별도의 브랜치(branch)[14]를 생성해서 테스트 엔지니어들이 개발의 초기 단계부터 해당 버전에 액세스 할 수 있게 허용하는 것입니다. 그러면 테스트 자동화 업무를 병행해서 시작할 수 있습니다.

 

뛰어난 데브옵스 조직은 자동화된 점검 기능이 필요합니다. 사람이 개입하면 전체적인 프로세스는 느려집니다. 시프트 레프트 기법을 적용한 팀들은 (그런 자동화된 점검 기능을 갖추고 있기 때문에) 매일 릴리즈 할 가능성이 더욱 높습니다.

 

 

코로나 19와 원격 업무가 조직의 속도를 느리게 만들었다

응답한 기업들 중에서 매일 릴리즈 한다는 곳은 9%에 불과했는데, 이는 지난해의 14%에서 줄어든 것입니다. 2020년 전반에 걸쳐서 널리 활용되기 시작한 원격 테스트와 관련한 어려움 때문에 조직의 속도가 느려진 것으로 보입니다.

 

일반적인 릴리즈 주기는 어떤가요?

9% - 매일

39% - 매주

33% - 매달

14% - 분기마다

4% - 연간 1-2회

 

더 자주 릴리즈 하는 방법

보다 자주 릴리즈 하기 위한 방법은 코드의 작성, 빌드, 통합, 테스트, 전개(deploy)[15]에서부터 소프트웨어의 실제 양산 과정에 이르기까지의 전체적인 개발 프로세스에 따라서 다를 수 있습니다. 중간에 일시적으로 작업이 중단되거나 자동화가 되지 않았을 경우에는 전체적인 프로세스가 느려지며 릴리즈 일정이 지연될 수 있습니다.

 

본 연구에서는 테스트 자동화에 대해서만 초점을 맞추고 있기는 하지만, 실제 현실에서는 자동화가 이루어져야 할 부분이 훨씬 더 많습니다. 자동화라는 것은 단지 하나의 팀에서만 필요한 게 아니라 데브옵스 조직 전체의 우선순위가 되어야 합니다. 개발 과정 내의 다양한 구성원들 사이를 연결시켜 주는 것은 적절한 프로세스와 기술을 통해서 가능합니다. 그리고 이러한 프로세스와 기술은 경영진이 판단한 우선순위를 근거로 선택되는 것입니다.

 

시프트 레프트 기법을 채택한 조직은 매일 릴리즈 할 가능성이 더 높습니다.

 

 

수동 테스트는 시프트 레프트 전략으로의 이행을 늦춘다

테스트 방식을 시프트 레프트로 전환하고 싶지만 실무에서는 수동으로 테스트를 하고 있다면 그 목표를 달성하기가 어렵습니다. 현실에서는 소프트웨어의 개발과 테스트를 반복하는 과정에서 수동 테스트와 탐색적 테스트(exploratory testing)[16]를 적절하게 혼합해서 사용하는 것이 권장되는 경우가 많기 때문에, 어쩔 수 없이 어느 정도는 수동으로 테스트가 이루어집니다. 그러나 시프트 레프트 방식으로 좀 더 자동화된 테스트일수록 그 효율성이 더욱 뛰어납니다.

 

테스트 과정 내에서 가장 시간이 많이 소요되는 작업은 무엇인가요?

20% - 테스트 과정 분석

18% - 테스트 환경 구성

29% - 수동 테스트

16% - 고급 스크립트 작성

13% - 스크립트 유지관리

 

응답한 기업들의 거의 10%는 여전히 모든 테스트 과정을 수동으로만 진행하고 있었습니다. 그 외의 20%는 이제 막 자동화를 시작하고 있었습니다. 그리고 자동화된 비율이 전체 테스트의 50%에 못 미친다고 응답한 기업들도 47%에 달했습니다.

 

수동 테스트를 하면서 어려움을 겪고 있는 기업들의 특징은 다음과 같습니다.

  • 릴리즈 주기 내에서 테스트 케이스의 10% 이하만 자동화하고 있을 가능성이 더 높았습니다.
  • 신규 빌드가 준비될 때까지 테스트를 미뤄두고 있을 가능성이 더 높았습니다.
  • 1년에 1-2회만 릴리즈 할 가능성이 더 높았습니다.
  • 오픈소스 기술에 의존하고 있을 가능성이 더 높았습니다.

 

수동 테스트를 최소한으로 줄여야 시프트 레프트 방식으로 좀 더 쉽게 전환할 수 있습니다. 조직의 역량에 필요한 도구를 제대로 갖추어야만, 개발 부서의 이외의 직원들이나 코딩을 잘 모르는 사람들도 테스트 과정에 참여할 수 있습니다. 그리고 테스트 주도 개발(TDD)[17]방식을 활용해서 소프트웨어의 빌드 버전을 좀 더 일찍 만들어낸다면, 자동화에 투입할 수 있는 시간을 더욱 많이 확보할 수 있습니다.

 

다음 편에서는 모바일 자동화 테스트에 대한 내용과 2021년 트렌드 전망에 대해서도 함께 살펴보겠습니다.

 

[1] 소프트웨어 개발 주기에서 테스트를 시작하는 시점을 일찍 앞으로 당겨서 오류나 결함의 수정에 드는 비용을 획기적으로 절감하는 기법. 개발 프로세스를 도표로 나타낸 그림에서 테스트 과정이 위치한 부분을 왼쪽(left)으로 이동(shift)하는 것이어서 이렇게 부릅니다.

[2] 유저 스토리를 기반으로 테스트 코드를 작성하고 결과를 검증하는 개발 방식

[3] 코드나 스크립트를 직접 작성하지 않고 테스트 등을 자동화하는 기법

[4] CEO, CTO, COO 등 직함의 앞에 C가 붙는 고위급 임원들

[5] 소프트웨어 개발 과정에서 자동화된 테스트를 동시에 수행함으로써 발생할 수 있는 리스크를 미리 발견하는 기법

[6] 개발 과정에서 구현과 테스트를 통합해서 효율적으로 진행하는 기법

[7] 언제든지 빠르게 원하는 소프트웨어를 출시할 수 있게 하는 기법

[8] 어떤 과제를 해결하거나 결과를 도출하기 위해서 1-4주 정도의 짧은 기간 동안 집중적으로 운영되는 프로젝트

[9] 끊임 없이 변화하는 환경에서 살아남기 위해서 조직을 기민하게 만들어서 운용하는 기법

[10] 프로젝트에서 개발(development)과 운영(operation) 부문을 하나로 통합해서 개발하는 방식

[11] 소프트웨어를 기획하고, 구현하고, 테스트하고, 배포하는 과정까지 이어지는 일련의 프로세스

[12] 실행 가능한 형태로 소프트웨어를 완성하는 것

[13] 소프트웨어 개발의 중심이 되는 소스 코드

[14] 소프트웨어 개발 과정에서 테스트 등을 위해서 만드는 별도 버전의 소스 코드

[15] 소프트웨어나 코드를 본격적으로 이용할 수 있게 하는 전반적인 활동

[16] 테스트 케이스를 문서로 작성하지 않고 경험에 근거를 두고 탐구하듯이 테스트를 하는 기법

[17] 테스트를 통한 코드의 검증을 중시하는 소프트웨어 개발 기법

 

 

> 이 글은 'Psychological principles for every product designer'을 각색하여 작성되었습니다.

댓글 0

요즘IT의 번역글들

이 프로필을 만든 저만 해도 영어가 서툴러 영어로 된 기사는 읽는 게 더딥니다. 그래서 준비했습니다. 읽어볼만한 해외 소식들을 번역해 전합니다. We are the world.

디자인, 산출물 그 이상을 넘어

디자인

이 회사는 디자인에 투자하고 있는 회사일까요?

디자인

애자일은 정말 디자인을 배제하나요?

디자인

평판 관리가 프리랜서 경력에 미치는 영향

프리랜싱

리액트 네이티브 개발자들이 겪는 가장 빈번한 5가지 문제와 해결책

개발

“솔직히 우리가 하는 것은 스크럼이 아닙니다!”

기획

데이터 시각화가 인류를 위기에서 구한 세 가지 역사적 사건

디자인

NFT의 장밋빛 미래는 사실일까?

기획

피그마 토큰으로 디자인 시스템 만들기

디자인

디자이너+개발자 = 슈퍼팀 만들기

기획

1인 개발자로서 테크 스타트업을 운영하며

기획

웹 디자이너가 PX대신 REM을 사용해야 하는 이유

디자인

100개의 스타트업을 멘토링하며 깨달은 성공의 비밀

기획

중화권 앱 UI가 영미권 앱 UI와 다른 점 알아보기

프로덕트

내가 테크 리더로 일하면서 얻은 8가지 교훈

기획

모두가 즐길 수 있는 디자인 검토 회의 만들기

디자인

프로덕트 매니저에서 프로덕트 마스터로

기획

10배 이상 뛰어난 개발자가 되는 법

개발

제품 디자인 관점에서 바라보는 NFT 아바타 열풍

디자인

에어비앤비: 대규모 iOS 앱 개발 생산성을 위해 바꾼 것들

개발

스포티파이: 맞춤형 플레이리스트 개발 비하인드 스토리

개발

프리랜서가 일하게 될 15가지 유형의 프로젝트

프리랜싱

슬랙: 제품 원칙을 통해 다시 태어난 알림 기능

프로덕트

페이팔: 실시간 그래프 데이터베이스 분석을 통해 사기를 방지하는 방법

개발

트위터: 수십억 개의 이벤트를 실시간 처리하기

개발

슬랙: 4가지 애자일 가치와 방법

기획

스퀘어: 모바일 우선을 넘어 웹에서 누리는 모바일앱 경험

디자인

스포티파이: 카피를 언어로 만드는 UX 라이팅

기획

마이크로소프트: 디자인의 미래를 위한 4가지 원칙

디자인

메타: AR/VR 경험까지 고려한 디자인 청사진

프로덕트

슬랙: 훌륭한 마케팅 카피를 위한 5가지 원칙

기획

2022년 UX/UI 디자인 트렌드

디자인

구글: 가변 폰트의 놀라운 활용법

디자인

에어비앤비: 위기 상황에서의 디자인 원칙 5가지

디자인

어떻게 두 명의 인턴이 수백만 개의 코드들을 보호할 수 있었나

개발

Lattice로 마이크로 프론트엔드를 구축하는 법

개발

Cool Cats NFT를 구축하면서 배운 것

개발

웹 컴포넌트가 프론트엔드 프레임워크를 대신할까?

개발

당신이 NFT에 대해 알아야 할 모든 것

개발

우리에겐 이상하지만 개발자들에겐 일상인 일들

개발

Next.js 12에서 주목해야 할 5가지 변화

개발

스벨트 vs 리액트, 누가 더 뛰어날까?

개발

개발자를 위한 iOS 15의 새로운 기능

개발

내가 오픈소스를 싫어하는 이유

개발

프로덕트 매니지먼트 고객 여정 5단계

기획

클럽하우스의 인기는 모두 거품이었다?

프로덕트

데이터 기반 의사결정의 장점

기획

시각 디자인의 폐쇄성 법칙이란?

디자인

사용자 경험(UX) vs 서비스 디자인

기획

프로덕트 매니저는 하루 종일 무슨 일을 할까?

기획

제품 주도 성장은 어떻게 이루어지는가?

기획

UX를 망치지 않는 설득력 있는 배너 디자인

디자인

팝업(Pop-up)으로 불리는 것들에 대하여

디자인

드롭다운(Drop-down)으로 불리는 것들에 대하여

디자인

당신의 생각을 표현하는 새로운 이모지

디자인

가장 똑똑한 소프트웨어 엔지니어에게 배운 10가지 교훈

개발

성공적인 UX 프로젝트를 위한 가장 중요한 질문

디자인

2021년, UI 디자이너가 모바일 앱에서 흔히 저지르는 실수

디자인

IT 매니저가 되는 방법과 성공하기 위한 요소

기획

슬랙(Slack) 같은 앱을 만들려면 비용이 얼마나 들까?

개발

아웃소싱이 이토록 인기를 얻게 된 이유는?

아웃소싱

마케터가 UX 관련 역량을 키워야 하는 이유

기획

미니멀리즘 디자인의 핵심적인 요소들

디자인

새로운 소프트웨어 개발사가 필요하다는 7가지 신호

아웃소싱

2021년을 이끌어가는 프론트엔드 개발 트렌드 5가지

개발

PM을 성장시키는 학습 프레임워크

기획

UI 카피라이팅, 어떻게 써야 하나요?

기획

트렌드 예측: 경쟁에서 앞서는 방법

기획

제품 사고(product thinking)의 힘

기획

인하우스 vs 아웃소싱, 소프트웨어 개발 어떻게 하나요?

개발

그림을 못 그리는 사람도 쉽게 와이어프레임 그리는 방법

기획

스타트업 기업들에게 아웃소싱이 중요한 이유

아웃소싱

제품과 기능, 성공적으로 종료하는 방법 (下)

기획

제품과 기능, 성공적으로 종료하는 방법 (中)

기획

제품과 기능, 성공적으로 종료하는 방법 (上)

기획

UX 디자이너에게 반드시 필요한 12가지 스킬

디자인

패스워드 없는 세상이 오고 있다

개발

디자이너를 쉽게 잃는 방법 10가지

디자인

프론트엔드 코딩 작업에 영감을 줄 8가지 아이디어

개발

구글이 아웃소싱을 하는 이유: 아웃소싱 성공사례 5가지

아웃소싱

일 잘하는 PM이 되기 위한 로드맵 도구 5가지

기획

이제는 말할 수 있다! 아웃소싱에 대한 오해 11가지

아웃소싱

디자인 트렌드, 모던 미니멀 스타일의 UI 가이드

디자인

MVP 개발을 아웃소싱으로 해도 될까요?

개발

온보딩 효과를 높이는 '좋은' 귀차니즘 3가지

기획

게임처럼 즐겨라, 게임화 기법 TOP3

기획

시니어 소프트웨어 엔지니어는 어떻게 일할까?

개발

프로덕트 매니저가 글을 잘 써야 하는 이유

기획

2030년엔 사라질 수도 있는 프로그래밍 언어 5가지

개발

고객들이 언제나 옳은 것은 아니다

기획

유저 스토리는 무엇인가?

기획

고객 성공을 위한 14계명

기획

8px 그리드의 시대가 끝나고, 4px 그리드의 시대가 열릴까?

디자인

모바일 앱은 더 이상 스타트업에게 좋은 아이디어가 아니다

기획

과연 구글의 UX 강좌는 도움이 될까요?

디자인

프로덕트 매니저 여러분, ‘소비자의 요구사항 수집’을 그만두십시오

기획

고객 여정과 경험 지도의 차이점

기획

내가 AI 업계를 떠난 이유 5가지

기획

모달윈도우(팝업)를 디자인할 때 생각할 9가지 원칙

디자인

대기업 vs 중소기업, B2B SaaS 스타트업을 위한 시장은?

기획

내가 개발 인터뷰에서 면접자에게 감동한 이유

개발

HTTP의 새로운 메서드, 서치(SEARCH)에 대하여

개발

세상의 모든 프로덕트 디자이너를 위한 5가지 심리학 원칙

디자인

2021년 테스트 자동화 트렌드 리포트 (下)

개발

아마존과 스포티파이는 어떻게 사용자를 유지하고 측정할까?

기획

UX 디자이너라면 필수적으로 알아야 할 5가지 법칙

디자인

앵귤러 vs 리액트, 2021년의 승자는?

개발

2021년, SaaS 스타트업 시작을 위한 놀라운 아이디어 10가지

기획

디지털 제품 관리에서 B2B와 B2C 사이의 차이점은?

기획

빠르게 실행할 수 있는 ‘제품 요구사항 문서(PRD)’ 만들기

기획

더 나은 제품을 위한 프로덕트 메트릭스 가이드

기획

노 코드(No Code) 트렌드로 프로그래머들은 일자리를 빼앗길까?

개발

넷플릭스의 플랫폼: 코스모스(Cosmos)에 대하여

프로덕트

비즈니스와 애자일 조직은 어떻게 친해질 수 있을까요?

기획

효과적인 제품 전략 세우기: 다수의 전략적 트랙(MuST) 활용

기획

1년 만에 이메일 마케팅 효과를 극대화했던 방법

기획

솔루션 아키텍트를 위한 팁: 아키텍처 다이어그램의 5가지 유형

개발

새로운 맥 OS ‘빅서’에 대한 UX 디자이너의 생각

디자인

디자인 트렌드, 뉴모피즘의 정석

디자인

스스로 학습하는 UI/UX 디자이너가 되기 위한 2021년 로드맵, 3편

디자인

스스로 학습하는 UI/UX 디자이너가 되기 위한 2021년 로드맵, 2편

디자인

2021년 모바일 UX 트렌드 10가지

디자인

스스로 학습하는 UI/UX 디자이너가 되기 위한 2021년 로드맵, 1편

디자인

앱 설정 기능의 UX를 개선하는 효과적인 방법

디자인

다크모드 UI 디자인의 원칙

디자인

온라인 고객 경험을 개선하기 위한 5가지 방법

기획

신생 스타트업에서 일하는 프로덕트 매니저를 위한 현실적인 조언

기획

웹 개발자와 소프트웨어 개발자의 차이는 무엇인가요?

개발

랜딩 페이지 디자인을 개선하는 13가지 꿀팁

디자인

오프라인 비즈니스가 온라인에서 존재감을 가져야 하는 이유 5가지

기획

상향식 가격 책정 및 패키징 정책: 사용자 여정을 가이드로 활용하기

기획

B2B 제품의 UX, 그것은 숨겨진 영역인가요?

기획

상단 내비게이션 vs 사이드 내비게이션, 어느 것이 더 나을까?

디자인

자동완성 검색 기능 UX 설계를 위한 8가지 팁

디자인

프로덕트 매니저는 전문적인 IT 기술을 갖춰야 하나요?

기획

실리콘밸리 51개 기업들이 말하는 프로덕트 매니저의 역할 9가지

기획

아웃소싱에 대한 모든 것

아웃소싱

앱 디자인 가이드, 사람들이 즐겁게 사용할 수 있는 앱을 만드는 법

디자인

처음부터 완제품이 아니라 ‘MVP’를 만들어야 한다

기획

플러터 vs 리액트 네이티브 vs 네이티브, 성능이 더 우수한 것은?

개발

스타트업 프로덕트 매니저로 성장하는 법, 30-60-90일 플랜

기획

당신의 두뇌는 진보하고 있다: 성취감을 위한 3가지 전략

기획

디자이너들을 편하게 해주는 HTML/CSS 마법 10가지

디자인

코딩의 미래는 ‘노 코드(No Code)’이다

개발

내가 엔지니어링 매니저로 일하면서 저지른 실수들

개발

내가 롬 리서치(Roam Research)를 좋아하는 이유와 실제 사용법 (下)

기획

내가 롬 리서치(Roam Research)를 좋아하는 이유와 실제 사용법 (上)

기획

프로그레시브 웹 앱(PWA)이란 무엇이며, 왜 필요한가?

개발

PWA vs 네이티브 앱, 어떤 것을 선택해야 할까?

개발

UI 디자인에 여백을 활용하는 8가지 팁

디자인

마이크로소프트와 링크드인의 새로운 시도, 프리랜서 마켓에 도전장을 던지다

기획

토마스넷은 왜 가입자 수를 폭발적으로 늘려준 테스트 결과를 거부했을까?

기획

잘 팔리는 기업용 소프트웨어 디자인하기

디자인

파이어베이스(Firebase)란 무엇인가? 파이어베이스 심층 탐구 : 하편

개발

파이어베이스(Firebase)란 무엇인가? 파이어베이스 심층 탐구 : 중편

개발

파이어베이스(Firebase)란 무엇인가? 파이어베이스 심층 탐구 : 상편

개발

업워크(Upwork)가 조사한 요즘 가장 인기 좋은 개발 기술 15가지

개발

일자리 산업이 휴먼 클라우드(human cloud)에 적응하는 방법

기획

팬데믹 이후 세계에서의 디지털 가속화는 어떤 모습일까?

기획

같은 분야를 다룬 글들을 권해드려요.

요즘 인기있는 이야기들을 권해드려요.

일주일에 한 번!
전문가들의 IT 이야기를 전달해드려요.

[구독하기] 버튼을 누르면 개인정보 처리방침에 동의됩니다.

일주일에 한 번! 전문가들의 요즘IT 이야기를 전달해드려요.

[구독하기] 버튼을 누르면 개인정보 처리방침에 동의됩니다.