# junit
안드로이드 테스팅 입문하기(2)
저번 글에 이어서 안드로이드에서 어떻게 테스팅을 하는지 codelabs를 따라하며 배워보자. 저번글에서는 안드로이드 구성요소가 전혀 없는 유닛 테스트를 해봤다. 이번 글에서는 안드로이드 구성요소가 포함된 간단한 테스트를 해본다. (UI 테스트는 아니다.)여러 테스트케이
안드로이드 테스팅 입문하기
어떻게 어떻게 우여곡절 끝에 코딩을 마치면 내가 짠 코드가 예상대로 동작하는지 확인해야 한다. 이런 경우 테스팅(Testing)을 통해 내 코드를 검증해야 한다.한두번 테스팅 하는 것이야 손으로 직접 해도 괜찮을 수 있다. 그러나 꼼꼼하게 검증하기 위해서는 테스트 케이
Back-End 면접질문2
2탄을 적어보잣!각자 그림을 그려가면서 연습해보자. hackersrank등에 화이트보드 등으로 실제 컴퓨터로 화이트보드로 면접 처럼 연습해보는 것이 좋을 것 같다일단 spring을 사용하게 되면 datasource나 entity manager등 설정에 많은 시간이 소요
토비의 스프링 3.1 - 2장_테스트
내가 작성한 코드를 확신하기 위해서."테스트 없는 스프링은 의미가 없다"관심에 따라 분리하라. 쪼갤 수 있을만큼 쪼개라.DB를 사용하면 단위 테스트가 아니다 (X)DB의 상태를 테스트 코드가 관장하고 있다면 단위 테스트다 (O)== "테스트를 위해 DB를 특정 상태로
java.sql.date 타입을 테스트 할 때
음악 관련 프로젝트를 하는 중에 DB의 DATE 타입을 다루고자 java.sql.date를 사용해봤다.같아 보이는데 다르다고 한다.답은 진리의 스택오버플로우에서 찾았다.https://stackoverflow.com/questions/23021648/why-is
Mockito : Mock 리스트를 주입하고 테스트 하기
스프링을 사용하여 빈을 주입 받을때, 같은 타입(interface)을 구현한 빈들을 아래와 같이 컬렉션으로 주입 받아 사용하는 경우가 있다. 그렇다면 단위 테스트 프레임워크로 JUnit을 사용하고 Mockito 라이브러리를 사용할 때, OrderValidationSer
RecoFashion - JUnit을 이용한 유닛테스트
들어가기에 앞서 이번 프로젝트에서 중요하게 여겼던 점 중 하나는 백엔드 아키텍쳐에 관한 것이었는데, 객체 지향 SOLID 원칙 및 clean architecture의 기저에 있는 원칙들을 지켜가며 코드를 작성하려고 노력했다. 구조화된 코드를 작성하는 이유는 두 가지이다. 1. 유지 보수 용이성 어차피 혼자 진행하는 프로젝트이고 따라서 전체적인 어플리케...