테스트 작성안하고 기능들 수동으로 테스트하면서 개발하니 죽을맛.
해당 기능 변경사항 있을때 어디까지 여파가 있을지 모르겠음.
tdd까지 아니더라도 수동테스트는 안하는 개발팀에 가고싶다.
수동테스트가 불가능한 영역도 있음, 외부연동API 결제관련 API 같은.
나같은경우엔 실제로 결제관련 API나 휴대폰인증 API등을 테스트하기위해
하루에 수십번 실제로 휴대폰인증하고 내돈써가면서 테스트😍
테스트 케이스는 쌓이면 쌓일수록 그 효과가 너무나도 막강함.
왜 회사에서 면접볼때 테스트 작성할줄 아는지 보는지 이해했다.
때문에 코드작성하며 클래스만 만드는게 아니라 설계할때 인터페이스를 잘 써먹을줄 아는 사람도 되야한다고 깨달음.
나는 회사에서 요구하지않더라도 테스트 작성을 몸에 잘 익혀둬야겠다고 생각함.
그러니까 개발 구성원 모두가 테스트 작성이 중요하고 필요하다고 인지하는 개발팀
너무 중요함, 나도 그렇고 동료도 그렇고
문제 발생하면 어? 이거 왜이렇게 돼있지? 매우 다반사.
작성한 코드를 다른 동료와 공유한다. 코드리뷰로 책임 분배 필요.
코멘트는 괜찮다. 최소한 확인하고 approve라도 한다.
나중에 문제생기고 왜 이렇게 짜셨어요? 라는 말을 하는 상황이 나오지 않으면 좋겠다.
외부 협력사와 소통 이메일, 전화 등..
개발자끼리 소통하면 이해라도 하겠다.
항상 다른 회사와 컨택할때 보면 그쪽 회사 운영팀 거쳐서 개발팀으로 전달하는 경우가 90퍼인데,,
아니야..그냥 이메일 전화는 그만했으면 좋겠어..서비스회사에서 개발팀 신입/주니어가 이런 일을 해야한다면 뭔가 잘못된게 아닐까..?
의미없는 격식 이메일 정말 그만하고싶다.
세션에있는 유저의 Role 기준으로 로그인페이지로 접속하면 메인으로 리다이렉트 된다.
문제점이 발생해서 Authentication 객체 기준으로 변경했다.
문제였던 remember-me 토큰을 감지해RememberMeFilter에 의해서 생성된 Authentication에 대한 것은 잘 동작한다.
논리적으로는 모든 접근 유저가 Authentication을 가지고 있기 때문에 문제가 없어보인다.
근데 이게 확실하다고 생각이드나? 아니다.
테스트를 미리 차곡차곡 쌓아뒀다면? 짧게는 수초 길게는 수십초 내에 확신을 얻을 수 있었을 듯.
Kyu 글 잘 읽었어요! 꾸준히 노력하시고 생각을 키워나가시는 모습을 보고 배우고 느끼는 점이 많습니다🙏🏻 화이팅!!