[SSAFY] TDD (Test Driven Dev)

알아볼 것

• TDD, DDD ,~
• Junit, mockito, android espresso,robolectric
• crashlytics, performancing

코딩 -결정 피드백 연속

• 기능 -> 결정
• 잘 만든 걸까? -> 피드백

결정과 피드백 반복 --> 그러면 미리 피드백 받을 곳을 만들어 두는 발상?

---

코드 먼저 -> 테스트 나중

• 현재 시간이 AM, PM 인지 판단하여 리턴하는 람수를 만드는 경우
• 테스트 케이스 2개 (오전, 오후)
• 테스트 하려면 수행에 문제점이 생긴다. -> DateTime.now 에 종속되어 있다.

테스트를 어렵게 만드는 것은?

• 불확실성전역변수, APi 서버
• 부수 작업DB 기록을 하는 것메일 발송시스템 외부에 뭔가를 던지지만 리턴 값이 없는

테스트 케이스 먼저 -> 코드 나중

네이버에서 테스트 케이스

• 결정 테이블을 통해 테스트 케이스 설계

UserData -> PyTest

장단점

• 장점디자인 패턴을 의식하지 않고 어느 정도 이에 따른 코드 결과물을 만들 수 있다.테스트 코드 고민이 줄어든다. -> 결정과 피드백의 거리가 좁아짐
• 단점테스트 케이스의 퀄리티에 따라 결과물이 달라진다.발상의 전환에 시간이 걸린다.

---

• 데이터 위주로 화면을 짤 것?
• 프론트는 생각보다 어려울 수 있다.