Swift unit test단위 테스트의 목적 단지 기능이 제대로 돌아가는지 확인하는 것은 기본 테스트가 가능한 코드로 만들기 적합한 구조인지 확인 -> 객체 동작을 테스트하기 좋은 구조로 작성하는 게 좋은 코드 -> 객체를 테스트 하려면 메소드 위주로 테스트를 진행 반복적인 상황이나 예외적인 상황도 커버가 가능한지 확인 테스트로 설계한 구조와 작성한 코드의 의도를 확인 실패하는 경우나 예외적인 경우도 테스트 하는 게 좋다. 테스트 함수 이름에 번호를 쓰기 보다는 어떤 경우인지 함수 이름만 보고 유추할 수 있도록 개선해보세요. 테스트 자동화를 하면 테스트코드를 보는게 아니라 실패한 테스트 함수 이름만 보고 바로 찾을 수 있는게 중요합니다. ---------------------------- 추후에 객체중..
커밋할 때 최소 단위로 PR은 여러 개 커밋이 합쳐져 있어야 함. 최소 기능 구현 후 커밋하기 struct 등 타입을 만들 때는 파일로 나누기 어떤 함수를 호출하고 반복해서 호출할 지 판단하는 흐름제어는 그 함수를 호출한 상위 모듈에서 하는 게 좋다. 물론 값을 전달하는 DTO 역할을 하는 객체라면 그냥 var로만 해도 무방 특정 메소드가 DTO를 리턴하게 된다면 나쁘지 않다 예를 들어 OutputView에서 출력하기 위한 값만 있는 데이터 구조가 필요하다면 DTO(Data Transfer Object) 용도로 값만 있는 객체를 LadderGame이 만들어서 OutputView에게 전달하는 구조가 테스트하기 더 좋은 구조입니다. 객체 내부 데이터는 최대한 은닉해서 감추도록 하세요.객체 속성은 privat..
코드스쿼드 13일 째 2018년 3월 17일 토요일
코드스쿼드 13일 째 2018년 3월 17일 토요일 뽀모도로 잘해서 집중과 휴식 잘 분리!커밋할 때 최소 단위 PR은 여러 개 커밋이 합쳐져 있어야 함.struct 추가하면 파일 나눠서 작업, 파일 추가하면 커밋어떤 함수를 호출하고 반복해서 호출할 지 판다하는 흐름 제어는 그 함수를 호출한 상위 모듈에서 하는게 좋습니다 주말 아침에는 늘어진다...흠... - TODO 작은 단위로 쪼개기✅ test 공부 및 JK 피드백 반영 - TOWILL -오늘 잘한 점 -오늘 잘못 한 점아침에 일어나서 빈둥빈둥...스케쥴 관리 안 됨...하루종일 졸려가지고 뭘 못 함... ~ 09:30 일어나서 빈둥대다가 씻고 밥먹고 정리할 것 정리~ 10:00 휴식~ 10:40 영어 ~ 11:40 ...~ 14:30 단위테스트 공부..