하지만 테스트는 무엇입니까?

초콜릿 케이크를 만들고 있는데 반죽이 완성된 후에야 반죽에 설탕을 넣는 것을 잊었다는 것을 깨달았다고 상상해 보세요. 이제 어떻게 될까요?! 테스트하지 않고도 애플리케이션이 처음에는 잘 작동할 수도 있지만 시도하는 동안 어느 시점에서는 예상한 대로 결과가 나오지 않을 수도 있습니다. 그리고 이런 문제가 발생하지 않을 것이라고 누가 보장합니까?!

이 예를 기반으로 하는 테스트는 코드의 양을 증명하며, 새 레이어나 기능 적용 범위를 추가하기로 결정한 경우에도 모든 것이 올바른 위치에 있는지 확인합니다.

일반적으로 자동화된 테스트는 기본적으로 다른 코드를 테스트하기 위해 작성된 코드로, 애플리케이션이 고품질로 작동하는지 확인합니다.
품질이 핵심 단어이기 때문에 엔지니어링 및 제품 팀 내 모든 사람이 테스트가 생성하는 중요성과 가치를 인식하여 테스트가 자연스럽게 납품에 통합될 수 있도록 하는 것이 중요합니다.

왜 테스트해야 하나요?

지금 당장 코드에서 테스트 구현을 시작하도록 설득하는 몇 가지 이유를 소개합니다.

실패 방지 코드: 테스트를 통해 새 기능을 추가하거나 변경한 후에도 코드가 버그 없이 작동하는지 확인할 수 있습니다.

걱정 없는 변경: 문제가 있을 경우 테스트에서 경고하므로 문제가 발생할 염려 없이 코드를 리팩터링하거나 업데이트할 수 있으므로 애플리케이션 유지 관리가 훨씬 더 안전해집니다.

더 빠른 수정: 자동화된 테스트를 통해 문제를 더 쉽게 수정할 수 있어 더 많은 시간을 절약할 수 있습니다.

배포 중 놀라움이 적음: 방금 배포를 완료했는데 이미 예측할 수 있었던 오류가 있는 사용자로부터 전화를 받았다고 상상할 수 있습니까?! 테스트는 이러한 예방에 정확하게 도움이 됩니다.

귀하와 QA 동료를 도와주세요: 해당 기능을 완료하고 테스트를 위해 QA에 전달하면 QA가 수정해야 할 357가지 사항이 포함된 보고서를 돌려주는 시점을 알고 계십니까? 이 문제는 또한 그가 직면하게 될 대부분의 오류를 예측했기 때문에 줄어들 것입니다.

테스트 유형에는 어떤 것이 있나요?

프런트엔드에서 개발해야 할 테스트 유형은 많지만 오늘은 그 중 세 가지인 사용자 인터페이스 테스트(UI), 기능 테스트(엔드 투 엔드), 검증 테스트 및 To에 대해 중점적으로 살펴보겠습니다. 각각의 예시를 들어 Testing Library를 이용하여 React.js 애플리케이션에서 간단한 로그인 화면에 대한 테스트를 만들어 보겠습니다.

사용자 인터페이스(UI) 테스트

사용자 인터페이스(UI) 테스트는 구성 요소가 예상대로 렌더링되는지 확인하고, 렌더링을 기반으로 하는 것 외에도 양식 필드, 버튼, 레이블과 같은 중요한 요소가 있는지 확인합니다.

it('should render login form', () => {
  render();
  expect(screen.getByLabelText(/email/i)).toBeInTheDocument();
  expect(screen.getByLabelText(/senha/i)).toBeInTheDocument();
  expect(screen.getByRole('button', { name: /login/i })).toBeInTheDocument();
});

테스트 대상: 이 테스트는 LoginForm 구성 요소가 필수 인터페이스 요소(이메일 및 비밀번호 필드, 로그인 버튼)를 렌더링하는지 확인합니다. screen.getByLabelText는 관련 레이블로 요소를 검색하고 screen.getByRole은 텍스트와 기능으로 버튼을 검색합니다.

기능 테스트(엔드 투 엔드)

기능 테스트 또는 E2E(End-to-End) 테스트는 사용자 관점에서 애플리케이션의 전체 기능을 검증하고, 양식 작성 및 버튼 클릭과 같은 인터페이스와의 실제 상호 작용을 시뮬레이션하고, 애플리케이션이 예상대로 상호작용에 응답합니다.

it('should call onLogin with the username and password when submitted', async () => {
  const handleLogin = jest.fn();
  render();

  fireEvent.change(screen.getByLabelText(/email/i), {
    target: { value: '[email protected]' },
  });
  fireEvent.change(screen.getByLabelText(/senha/i), {
    target: { value: '123456' },
  });

  await fireEvent.click(screen.getByRole('button', { name: /login/i }));

  await waitFor(() => {
    expect(handleLogin).toHaveBeenCalledWith({
      email: '[email protected]',
      password: '123456'
    })
  })

  await waitFor(() => {
    expect(handleLogin).toHaveBeenCalledTimes(1)
  })

});

테스트 대상: 여기에서는 이메일과 비밀번호 필드를 입력한 다음 로그인 버튼을 클릭하여 로그인 양식과 사용자 상호 작용을 시뮬레이션합니다. 또한 테스트에서는 onLogin 함수가 올바른 데이터로 호출되었는지, 정확히 한 번 호출되었는지 확인합니다.

검증 테스트

유효성 검사 테스트는 애플리케이션이 유효하지 않은 입력의 유효성을 검사하고 적절한 오류 메시지를 표시하는지 확인합니다. 이러한 테스트는 양식이 잘못된 데이터를 효과적으로 처리하고 사용자에게 적절한 피드백을 제공하는지 확인하는 데 중요합니다.

test('should show error messages for invalid inputs', async () => {
  render();

  fireEvent.change(screen.getByLabelText(/email/i), {
    target: { value: 'invalid-email' },
  });
  fireEvent.change(screen.getByLabelText(/senha/i), {
    target: { value: '123' },
  });

  await fireEvent.click(screen.getByRole('button', { name: /login/i }));

  expect(await screen.findByText(/Email inválido/i)).toBeInTheDocument();
  expect(await screen.findByText(/A senha deve ter pelo menos 6 caracteres/i)).toBeInTheDocument();
});

테스트 대상: 여기에서는 이메일 및 비밀번호 필드가 유효하지 않은 데이터로 채워졌을 때 양식에 적절한 오류 메시지가 표시되는지 확인합니다. 예상한 오류 메시지가 표시되는지 확인하여 잘못된 값 입력을 시뮬레이션합니다.

왜 테스트를 해야 하는지 이해하시나요?

사용자 경험과 소프트웨어 품질이 최우선인 세상에서 프런트 엔드 테스트는 애플리케이션이 올바르게 작동할 뿐만 아니라 유연하고 버그 없는 경험을 제공하는 데 핵심적인 역할을 합니다.

이러한 테스트를 개발 흐름에 통합하면 문제가 심각해지기 전에 예방할 수 있을 뿐만 아니라 더욱 안정적이고 탄력적인 코드 기반을 구축할 수 있습니다. 각 테스트 유형에는 서로 다른 검증 계층이 있으며, 함께 애플리케이션의 품질과 기능을 보장하는 데 도움이 되는 대규모 보안 계층을 형성합니다.

각 성분이 중요한 역할을 하는 케이크 레시피와 마찬가지로, 각 유형의 테스트는 개발 과정에서 특정 기능을 갖고 있으며 균형 잡힌 테스트 조합을 개발하는 것은 권장되는 관행을 넘어서는 것입니다. 고품질 소프트웨어를 제공하기 위해 노력하는 팀.

따라서 다음에 새로운 기능을 개발하거나 버그를 수정할 때 테스트를 꼭 필요한 동맹으로 생각하십시오. 이는 더욱 강력하고 안정적이며 무엇보다도 사용자에게 더욱 만족스러운 애플리케이션을 제공하는 열쇠입니다.