🍏 2주차 스터디 과제

[Jokwanhee]

🦖 개요

단위 테스트에 대한 학습을 진행하며, Junit 라이브러리에 익숙해지는 과정을 스터디합니다.

객체지향 생활 체조 원칙 9가지

규칙 1: 한 메서드에 오직 한 단계의 들여쓰기(indent)만 한다.
규칙 2: else 예약어를 쓰지 않는다.
규칙 3: 모든 원시값과 문자열을 포장한다.
규칙 4: 한 줄에 점을 하나만 찍는다.
규칙 5: 줄여쓰지 않는다(축약 금지).
규칙 6: 모든 엔티티를 작게 유지한다.
규칙 7: 3개 이상의 인스턴스 변수를 가진 클래스를 쓰지 않는다.
규칙 8: 일급 콜렉션을 쓴다.
규칙 9: 게터/세터/프로퍼티를 쓰지 않는다

테스트 대상 항목 리마인드

구글에서 제안하는 앱의 주된 테스트 대상 항목은 구글 권장 문서 참조와 같습니다.

- 단위 테스트 대상
    - ViewModels 또는 Presenter
    - 데이터 레이어
    - 유즈 케이스
    - 값을 계산하는 유틸리티 클래스
- 엣지 케이스
    - 음수, 0 및 경계 조건 을 사용하는 수학 연산
    - 가능한 모든 네트워크 연결 오류
    - 형식이 잘못된 JSON과 같은 손상된 데이터
    - 파일 저장시 스토리지가 가득 찬 상황
    - 프로세스 중간에 다시 생성된 개체(예: 장치가 회전할 때의 액티비티)
- UI 테스트
    - 스크린 UI
    - 유저 플로우
    - 내비게이션
- 테스트 제외 대상
    - 프레임워크 자체의 동작
    - activities, fragments, 혹은 services에는 테스트가 필요한 로직을 가능한 배치하지 않음

😶‍🌫️ 요구사항

• 테스트 클래스 이름은 클래스명 뒤에 Test를 붙이도록 합니다.

class OperationTest() { ... }

• 단위 테스트 함수는 Given-When-Then 스타일 사용하기 (함수 이름은 영어/한글 중 하나 선택해서 통일성있게 가져가면 좋을듯!)
  • Given: 어떠한 상태하에서
  • When: 어떠한 기능을 실행하면
  • Then: 어떠한 결과가 나와야 한다.

예를들어 x = 1일 때(Given), 2를 곱하면(When), 2가 나와야 하는(Then) 테스트 메소드는 다음과 같은 구조를 갖게 되는 것입니다.

@Test
fun x1_multiplyBy2_2() {
  // GIVEN
  val x = 1
  
  // WHEN
  val result = Utils.multipleBy2(x)
  
  // THEN
  assertEquals(2, result)
}

// 한국어 버전
@Test
fun `x_곱하기2_2`() {
  val x = 1
  
  val result = Utils.multipleBy(x)
  
  assertEquals(2, result)
}

• 하나의 클래스는 하나의 테스트만 진행한다.
  • 여러 클래스를 대상으로 테스트를 진행한다면, 그것은 통합테스트!

실습 과제

참조할 코드랩 문서를 확인해주세요.

• 코드랩 프로그래밍 중 3개를 선택하여, 자신만의 요구사항을 만들고 테스트 케이스를 작성해보세요.
• 코드랩에서 제공되는 프로그래밍 세션 하나는 하나의 클래스를 가집니다.

✍️ 정리해보세요!

• Unit Test (단위 테스트)
  • Local Unit Test
  • Instrumented Unit Test
• Integration Test (통합 테스트)
• Junit
• Mockito

👻 결론

단위 테스트를 진행하며 테스트에 대한 이해를 증가시키고, 테스트 라이브러리를 사용하여 이해를 돕는다.

[nodobi]

이슈 타이틀이나 프로젝트 네이밍을 인원들이 통일할 수 있게 내용에 추가되는 것도 좋을 거 같아요!

[Jokwanhee]

이슈 타이틀 통일한다

레포 이슈 타이틀을 "[조관희] 테스트 코드 작성" 의 형식이 통일하면 좋을 것 같다는 의견이신가요?

프로젝트 네이밍을 통일한다

안드로이드 프로젝트 생성 시, "AndroidStudy" 와 같이 폴더 네이밍을 통일하자는 의견이신가요?

@nodobi
제가 이해한 부분이 맞으면, 통일하는 것도 너무 좋을 것 같네요!