분류 전체보기

2주차 과제 목표 1주 차에는 제가 부족한 내용을 공부하여 성장하는 것을 목표로 하였습니다. 그래서 디스코드나 오픈채팅방에서 사람들이 말하는 객체지향과 테스트를 공부하는 데에 시간을 쏟았습니다. 그러다 보니 오히려 코드를 보는 시간이 줄어들었고, 기능구현과 예외 처리에 시간을 많이 쏟지 못했던 것 같아 아쉽습니다. 생각해 보면 다른 사람들이 이런 식으로 구현했다는 말에 조급해져서 방향을 잘못 잡은 게 아닌가 싶습니다. 그래서 2주 차에는 조금 더 기능구현에 집중하여 코드를 더 들여다보는 것을 목표로 하였습니다. (+ 오픈채팅방도 나갔습니다) 이전 과제 돌아보기, 깃허브 공부 2주 차 과제 이메일을 받자마자 구현이 너무 하고 싶었지만, 피드백을 정독하고 이전 과제를 돌아본 후 다음 과제를 하는 게 맞다고 ..

상황1: 이전 커밋 메시지를 바꾸는 법: amend 이렇게 오타를 내서 feat라고 적어야하는데 fat으로 적어버렸다!! 이 상황에서는 amend를 사용하면 된다 git commit --amend i를 눌러 오타낸 커밋 이름을 바꿔주고 esc :wq를 해주면 된다 잘 수행된 걸 볼 수 있다 잘못된 커밋메시지를 덮어썼다! 상황2: 이전이전의 커밋메시지를 바꾸는 법: rebase 로그를 보다 이상한 커밋을 발견했다! (fat??) 이전 커밋이 아니라서 --amend를 사용할 수 없는데, 어떻게 해야하지? 이 상황에서는 rebase를 사용하면 된다 git log 일단 수정해야할 커밋의 위치를 확인한다 최근에서 2번째 커밋이므로, 다음을 입력한다. git rebase -i HEAD~2 (2번째 이전이라면 해당 ..

학습계기 이전에 프로젝트를 하며 깃허브를 많이 사용해봤고, 풀리퀘스트를 날리거나 간단한 이슈생성도 해본 적이 있다. 하지만 commit, push, ammend 등 자주 사용하는 명령어만 계속 사용했고, 제대로 된 깃허브공부는 해본 적이 없었다. 그래서 깃허브의 head 개념도 잘 몰랐고, 커밋메시지를 바꾸는 등의 다양한 상황에서의 깃허브의 명령어도 사용해보지 못했다. 우테코 프리코스 과제를 진행하는 중에도 커밋메시지를 잘못 작성했을 때 많이 헤맸었다. 그래서 이번 기회에 테코톡 등을 보면서 깃허브 사용법에 대해 공부해보려고 한다! 첫 번째 학습 강의: merge, rebase, cherry-pick (해당 강의를 듣고 정리합니다) https://www.youtube.com/watch?v=b72mDco4..

이전 글 https://fladi.tistory.com/369 [JAVA] 단위테스트 공부1: Mock 알아보기 객체지향 프로그램에서는 여러가지 객체들이 서로 협력하면서 메시지를 주고 받는다. 그렇기 때문에 클래스의 독립적인 메서드를 테스트하기 위해서는 협력하는 상대를 가짜객체로 만들어서 fladi.tistory.com https://fladi.tistory.com/370 [JAVA] 단위테스트 공부2: 테코톡 보고 정리 fladi.tistory.com 이번에는 이전에 공부한 내용을 바탕으로 활용한 내용을 설명하겠다 @ParameterizedTest //Class Car public void moveOrStop() { if (isMove()) { move++; } } private boolean isMo..

public class ConsoleInput implements Input { private InputValidator inputValidator; public ConsoleInput() { this.inputValidator = new InputValidator(); } ... } 이런식으로 클래스 내부에서 속성을 만들어 사용하는 경우에 InputValidator에 대한 mock객체를 어떻게 넣어야하나 궁금했다. 그래서 구글링을 해봤다 https://cornswrold.tistory.com/369 Mockito 어노테이션(@Mock, @InjectMocks) Mockito 관련 어노테이션 @RunWith(MockitoJunitRunner.class) Mockito에서 제공하는 목객체를 사용하기 하기위..

1주차의 Test코드를 조금 분석했었는데, 2주차 테스트코드를 작성할 때 도움을 많이 받았다. 그래서 2주차의 Test코드도 분석해보려고 한다! 1. ApplicationTest분석 class ApplicationTest extends NsTest { private static final int MOVING_FORWARD = 4; private static final int STOP = 3; @Test void 전진_정지() { assertRandomNumberInRangeTest( () -> { run("pobi,woni", "1"); assertThat(output()).contains("pobi : -", "woni : ", "최종 우승자 : pobi"); }, MOVING_FORWARD, STOP..

보호되어 있는 글입니다.

자바에서 문자열 양쪽 공백을 제거하는 방법은 trim와 strip이 있습니다. StringBuilder, StringBuffer/ split, StringTokenizer 등 같은 동작을 하지만 이름이 같은 도구들이 많은데, trim와 stip도 마찬가지입니다! 이번에 차이점을 확실히 알아두기 위해 블로그에 포스팅합니다. String.Strip() String str = " 안녕하세요 "; String strip = str.strip(); System.out.println("[" + strip + "]"); Strip()은 스트링 값을 받아 양쪽 공백을 제거한 스트링을 반환합니다. 메서드를 타고 들어가서 읽어보면 다음과 같이 설명합니다. 모든 선행 및 후행 white space을 제거하여 값이 이 문자열..

(우테코 2주차에 대한 내용이 포함되어 있어 비공개로 올려두었다가 2주차 과제 마감일인 1일 이후에 공개로 전환하였습니다) 이전에 Mock을 사용하는 방법에 대해 간단하게 알아봤다. https://fladi.tistory.com/369 [JAVA] 단위테스트 공부1: Mock 알아보기 객체지향 프로그램에서는 여러가지 객체들이 서로 협력하면서 메시지를 주고 받는다. 그렇기 때문에 클래스의 독립적인 메서드를 테스트하기 위해서는 협력하는 상대를 가짜객체로 만들어서 fladi.tistory.com 좀 더 잘 사용하는 방법이 궁금해서 고민하다가 며칠 전 테코톡 깃허브사용법을 보고 도움이 많이 됐던 기억이 났다. 우테코 공통 피드백에서도 테코톡을 많이 활용해서 공부하면 좋을 것 같다고 하셔서 이번에 테코톡을 몇 개..

객체지향 프로그램에서는 여러가지 객체들이 서로 협력하면서 메시지를 주고 받는다. 그렇기 때문에 클래스의 독립적인 메서드를 테스트하기 위해서는 협력하는 상대를 가짜객체로 만들어서 테스트해야한다. java에서 가짜객체를 만드는 방법은 mockito라는 방법이 있다. 이번에는 mockito에 대해 알아보자! Mock이란? 한국어로 번역하면 "모조품"이라고 한다 객체지향 프로그램에서는 테스트를 수행할 모듈과 연결되는 외부의 다른 서비스나 모듈들을 흉내내는 가짜 모듈을 작성하여 테스트의 효용성을 높이는 데 사용하는 객체이다 독립적인 기능을 테스트하기 위해서 다른 연관된 객체들을 가짜로 만든다고 생각하면 된다 Mock 사용 예시 테스트를 할 때마다 데이터베이스를 띄우면 테스트하는 데 시간이 많이 걸릴 수 있다. 이..