우테코 5기 최종 코딩 테스트 준비사항 체크

▶ 미션 유형

2 주차 ~ 4 주차 미션과 같은 유형의 문제 출제

 

 

▶ 프로그래밍 요구사항

    indent(인덴트, 들여쓰기) depth를 2까지만 허용한다

   함수의 길이가 15라인을 넘어가지 않도록 구현한다

   메서드의 파라미터 개수는 최대 3개까지만 구현

   함수(또는 메서드)가 한 가지 일만 하도록 최대한 작게 만들어라.

   JUnit 5와 AssertJ를 이용하여 본인이 정리한 기능 목록이 정상 동작함을 테스트 코드로 확인한다.

   JAVA Enum을 활용한다

 

 

▶ 공통피드백 

1)

요구사항을 정확히 준수한다

커밋 메시지를 의미 있게 작성한다

git을 통해 관리할 자원에 대해서도 고려한다

Pull Request를 보내기 전 브랜치를 확인한다

PR을 한 번 작성했다면 닫지 말고 추가 커밋을 한다

이름을 통해 의도를 드러낸다 

축약하지 않는다

공백도 코딩 컨벤션이다

공백 라인을 의미 있게 사용한다

space와 tab을 혼용하지 않는다

의미 없는 주석을 달지 않는다

IDE의 코드 자동 정렬 기능을 활용한다

Java에서 제공하는 API를 적극 활용한다

배열 대신 Java Collection을 사용한다

 

2)

READEME.md를 상세히 작성한다

기능 목록을 재검토한다

기능 목록을 업데이트한다

값을 하드 코딩하지 않는다

구현 순서도 코딩 컨벤션이다

변수 이름에 자료형은 사용하지 않는다

한 함수가 한 가지 기능만 담당하게 한다

함수가 한 가지 기능을 하는지 확인하는 기준을 세운다

처음부터 큰 단위의 테스트를 만들지 않는다

 

3)

함수(메서드) 라인에 대한 기준

 -15라인이 넘어간다면 함수 분리를 고민을 한다

발생할 수 있는 예외 상황에 대해 고민한다

비지니스 로직과 UI 로직을 분리한다

연관성이 있는 상수는 static final 대신 enum을 활용한다

final 키워드를 사용해 값의 변경을 막는다

객체의 상태 접근을 제한한다

객체는 객체스럽게 사용한다

필드(인스턴스 변수)의 수를 줄이기 위해 노력한다

성공하는 케이스 뿐만 아니라 예외에 대한 케이스도 테스트한다

테스트 코드도 코드다

테스트를 위한 코드는 구현 코드에서 분리되어야 한다

private 함수를 테스트 하고 싶다면 클래스(객체) 분리를 고려한다