#테스트코드

테스트 코드 작성(spring)

Spring공부를 시작하고 인강을 듣는데 테스트코드를 작성만 하고 설명을 따로 안해주더라구요 Gpt에게 물어보는것이 한계가 있던데 테스트 코드 작성은 어떻게 공부를 시작하면 좋을까요?

Spring Unit test @Value

프로젝트 중 외부에 노출되면 안되는 값이 있어 환경변수로 설정한 후 @Value 어노테이션을 사용해서 값을 사용했습니다. 테스트 코드를 작성하며 통합테스트를 진행하기엔 자원소모가 크다 생각하여 유닛테스트로 테스트 코드를 작성했습니다. 그런데 유닛테스트에서는 @Value에 의존성주입이 안되서 해결방법을 찾고있습니다. 제가 찾아본 해결 방법으로는 1. @SpringBootTest 사용 2. Reflection 사용 3. 생성자를 통한 주입 이렇게 3가지 방법이 있는데 2,3번 모두 테스트코드 내에서 직접 값을 입력해줘야해서 환경변수로 값을 보호하는 이점이 사라진다고 생각이 들었습니다. 이런 상황에선 어떻게 하는게 좋을까요? 환경변수가 들어가는 값을 테스트 할때 유닛테스트를 사용하는 접근방식부터 잘못된걸까요..? 현업에선 이런 민감한 정보를 어떻게 처리하는지 궁금합니다!

9년차 sm만하던 개발자가 서비스 기업으로이직할수있을까요?

서비스기업으로의 이직을 원하는 30대중반프리랜서 입니다. 처음에 취직한다고좋아했는데 그냥 생각없이 일하고보니 벌써9년이나 지나가버렸네요.. 요즘 개발에대해 하던것만 하니 현타가 오던중 우연히 개발자 커뮤니티에서 기업문화와 성장에 대한 내용들을 보다가 서비스기업으로의 이직을꿈꾸게되었습니다. 하지만, 연초부터 조금씩 지원했다가 서류탈락하는 모습을 보고 충격을먹었습니다. 네.. 그동안 커리어가 꼬인줄도모르고 일을했었다가 이 사단이 나버렸네요..그래서 서비스기업에서 필요한 역량이 뭘까 찾아보니 해당연차에는 cs지식, 개발실력은 당연한거고 거기에 쿼리튜닝,설계능력괴 주니어개발자들을 이끌수있는 능력을 많이 보는데 제가 그동안 유지보수만해서 설계를 해본적이 한번도 없고 쿼리튜닝또한 해볼기회가 많지않았고 그동안 혼자서개발을해왓었기때문에 누군가를 이끌어본 경험도 많지않습니다. 그렇다고 요즘 자주 등장하는 aws? 도커? 레디스? 카프카? 대용량처리경험? 테스트코드 작성? 이런 스택들을 도입하지않은 프로젝트고 내부망이라 해당 스팩들을 도입하기가 힘든 환경이라 이런것들을 업무적으로 경험할 수 없는 상황입니다 제가 나이도있고 프리경력이 많다보니 이렇게 시간이 가면 갈수록 대기업, 스타텁은 고수하고 요즘 기술스택을 사용하는 솔루션 회사도 못갈꺼 같은 두려움이 듭니다.. 요즘 거짓말로 이력서를 쓰면 안되지만 해도 좋으니 그렇게라도 써서 면접이라도 가고싶은 마음이 간절합니다. 이런 스팩을 가진 개발자가 서비스기업으로 이직을 할수있을까요? 이대로그냥 제2의 직업을 찾는게 좋을까요? 만약에 갈수있다면 무엇부터해야할까요? 긴글 읽어주셔서 감사합니다

모르는게 너무 많습니다.

안녕하세요. 프론트엔드로 1년정도 근무하고 있습니다. 주로 회사에서 하는일은 피그마 오면 화면 만들고 api 연동해서 crud 정도 합니다. 그나마 새롭게 해본건 라이브러리(차트,오디오...) 사용 해보고 , node 프록시 설정이나 해본게 다네요. 회사에서 프론트개발자가 저 혼자라서 개인 git 말고 협업을 위한 git은 쓰지도 않습니다. 성능최적화, 테스트코드? 이런 건 뭔지도 모릅니다.. 그냥 구현돼서 동작하면 아무도 뭐라고 안 합니다. 저는 고민이 있습니다. 더 높은 연봉을 받고 이직을 하고 싶은데 아무리 생각해도 회사에서 이 이상 돈을 주고 저를 고용할 이유가 없다고 생각합니다. (뭐 협업을 잘 할것같지도 않고,뭔가 기술적으로 인정받을만한 것을 만드는 것도 아니고, 하루가 다르게 성장하는 gpt 까지 있는 마당에 나를?) 그래서 나만의 경쟁력을 키워야 겠다는 생각이 드는데 막상 뭘 해야할지 잘 모르겠습니다. 조언 좀 부탁드립니다.

회사 발전 vs 개인 관심사

솔루션 업체에서 1년 6개월 정도 일한 자바 개발자입니다. 회사가 옛날 기술(자바6)을 주로 사용하고 있는데요. 테스트코드도 없이 일하려니 불편하기도 하고 공부가 될 것 같아서 테스트코드를 작성해보려 합니다. 그런데 올해 하반기에 이직하는 것이 목표라서 인프런 김영한님 강의를 보고 있던 중이라(스프링 완전정복 로드맵 코스) 지금 당장 뭐부터 해야 할지 고민이 됩니다. 지금까지 테스트코드를 다룰 일이 없어 공부부터 해봐야 해서요. 회사 업무도 하면서 둘을 병행하기는 힘들 것 같습니다. 다른 시니어 개발자 분들의 의견이 듣고 싶습니다.

springboot 테스트코드 작성 방법

테스트코드에 관해 공부하게되었습니다. 정해진 답은 없는 것 같은데 잘못 이해하고 사용하고 있다는 생각이 들어서 질문 글을 올리게 되었습니다. 선배님들의 도움이필요합니다. 유저와 게시글 entity가 있고 게시글을 생성하는 기능을 controller service repository 로 작성했습니다. 1. 단위테스트를 작성할때 mock을 사용하여 Service.save 메서드에 대해 any()와 같이 저장할 객체와 저장된 객체를 제가 직접 지정하다보니 끼워맞춰서 성공을 받아내는 느낌이 강해서 어떻게 사용해야 하는지 궁금합니다. 2. 여러 글들을 읽어보고 고민해보니 Service.duplicate와 같이 이메일 중복체크와 같은 예외가 발생하는 것은 단위테스트로 작성하고 나머지 즉, crud와 같이 DB를 사용해야하는 기능은 controller 통합테스트를 작성해서 확인해야할 것 같은데 맞는 생각인지 궁금합니다. 3. controller 통합테스트에서 update와 같이 의존성이 많이 엮여있을 때 작성방법이 궁금합니다. 제가 생각한 바는 아래와같은데 어디까지 직접생성해주어야 할까요.. - 사용자를 저장하고 게시글도 저장한다. - 게시글을 읽어와 사용자가 게시글의 작성자인지 확인한다 - 게시글을 수정한다 - 수정된 게시글에서 빈 값은 없는지 등 유효성 검사를 하고 게시글을 저장한다 - 다시 게시글을 읽어와서 정상적으로 수정되었는지 확인한다. 아직 부족한것이 많아 단어사용이나 방식이 정말 바보같을 수 있는 부분 양해부탁드립니다. 긴 글 읽어주셔서 감사드립니다. 마지막으로 혹시 참고할 만한 springboot 테스트 코드나 책 또는 강의가 있다면 알려주시면 좋겠습니다. 정말 감사드립니다.

프론트엔드 테스트코드 어떻게 하세요?

안녕하세요. 2년차 프론트엔드로 일하고 있는 주니어입니다. 사내에 테스트코드 도입 전 혼자 해보고있는데요, tdd를 하고 계시는 다른 현직자 분들에게 궁금한점이 있습니다. 유닛 테스트 : jest, vitest E2E 테스트: cypress, playwright 위의 도구로 이것저것 해보고있는데 하면서 까다로운 점이 있습니다. 일반 유틸 함수 같은 것은 유닛테스트가 비교적 간단하지만 프론트 엔드이다 보니 컴포넌트 테스트를 하려면 무조건 DOM 으로 불러와야하고, 사이즈가 큰 컴포넌트는 뭔가 잘 되지도 않고, 이럴거면 그냥 E2E만으로 하면 되지 않나 라는 생각도 들고... 실제로는 unit 테스트 도구로 컴포넌트 dom으로 불러와서하고 e2e도 따로 하시나요? 아니면 e2e로만, unit으로만 이렇게 한가지로만 하시나요??

신입 프론트엔드 개발자 이력서 피드백과 공부 방향성에 대해 질문드리고 싶습니다!

안녕하세요! 현재 부트캠프에서 공부중인 프론트엔드 개발지망생입니다! 현재 여러 회사에 이력서를 제출하였으나 아쉬운 소식만 들리고있습니다 이력서에 대해 많이 고민을 하고 수정을 거치고있으나, 현직 선배분들의 입장에서 어떠한 부분을 수정 하면 좋을지에 대해 알려주시면 너무 감사할 것 같습니다! 아래는 제 이력서 주소입니다! https://hallowed-amethyst-e04.notion.site/a18c3f5f74244a2982d58e8a781a1e41 두 번째로는 앞으로의 공부 방향성에 대해 여쭙고 싶습니다. 현재 공부하려는 목표는 총 네 가지입니다. 1. 최근 프로젝트를 리팩토링하기 최근 프로젝트가 기한내의 완성에 신경을 쓰다보니 컴포넌트와 비즈니스 로직 분리부분에 아쉬운 부분이 많이 있는 것 같습니다. 또 리팩토링을 통해 최근에 공부하고있는 테스트코드와 최적화 부분을 연습할 수 있는 좋은 기회라 생각하여 목표로 하고있습니다 2. 순수 Js로 프레임워크 만들어보기 Js에 대한 이해도를 올리기 위해 직접 간단한 리액트와 같은 프레임워크를 만들어보는 작업을 해보면 어떨까 생각했습니다. 특히 자바스크립트에서 어려운 개념 (클로저, 클래스) 등을 실제로 사용하면서 이해도가 높아 질 수 있을 기회가 아닐까 합니다 3. Next js 공부 심화 Next js에 관한 간단한 프로젝트는 진행한 경험이 있지만 이해도가 부족하다 생각하여 추가적인 공부를 계획중입니다. 최근 채용 공고에서 대부분의 회사가 Next js를 사용하는 것을 보아 중요성을 깨닫고있습니다 4. 실제 이용자가 있는 앱 만들어보기 부트캠프 내의 프로젝트다보니 특정 기한이 끝나면 서버가 닫혀서 직접 보여줄 서비스가 없던 것이 아쉬웠습니다. 또 이용자의 진실한 피드백과 이용자가 있는 서비스를 만들다보면 더 열정이 생겨서 프로젝트를 깊게 수행 하지 않을까라는 생각도 들었습니다. 이용자의 접근성을 높이기 위해 리액트 네이티브를 추가적으로 공부해서 앱형식으로 서비스를 만들어 보려합니다 총 네가지의 목표를 잡고있는데, 우선순위를 어떻게 두면 좋을지가 고민입니다. 이 외에도 선배님들께서 이러한 부분을 신입이 알면 좋겠고, 공부하면 좋겠다 하는 부분이 있으시다면 말씀해주시면 감사하겠습니다! 글이 길어졌는데 읽어주셔서 감사합니다!

프론트엔드 테스트에서 단위,통합,E2E 중 하나만 해야한다면 무엇을 해야할까요

안녕하세요. Nextjs를 사용하는 프론트엔드 신입 개발자입니다. 새 플젝을 시작하면서 테스트를 도입하려고 하는데 단위->통합->E2E 전체를 다 하기엔 시간적, 인력적 여유가 없을거같아 셋 중 하나만 채택하기로 결정되었습니다. 이런 경우 어떤 테스트를 진행해야 할까요? 현재 동료와 의견이 갈리고 있습니다. (컴포넌트 UI 테스트는 스토리북을 도입할 예정입니다) 동료의견 : 테스트에 많은 시간 할애할 수 없으니까 통합테스트를 하자. 단위는 작성할 코드가 많아서 시간이 오래걸릴거같다. E2E는 단위,통합 이후 부가적으로 진행되어야 하는거지 'E2E만' 하는건 제대로된 테스트가 안될거같다. 이런측면을 고려했을 땐 '통합테스트'만 하는게 좋을거같다 제 의견 : E2E에 대한 의견은 공감한다. 그런데 테스트에 들어가는 노동력을 최소화 하려면 오히려 단위테스트를 진행해야 할거같다. 통합테스트는 여러 기능이 유기적으로 얽혀있는 테스트 코드를 작성해야하니 오히려 테스트코드 작성에 시간이 더 오래 걸릴수도 있을거같다. 그리고 테스트 과정에서 문제가 발생하더라도 어느 기능이 문제인건지 추적하려면 단위테스트보다 훨씬 시간이 걸릴거같다. 사실 회사마다, 개발자마다 의견이 다른건 알고 있습니다! 하지만 저희가 시니어나 중간급 개발자가 없는 입장이라 조언을 구할곳이 없어 여기에 질문해봅니다. 감사합니다.

퇴사한지 반년 넘은 3년차 java 개발자 입니다..

전 회사에서 크롤링으로 혹사당한 후 대상포진까지 걸리고 더는 안되겠다 싶어 퇴사하고 3개월정도 휴식기를 가지고 3개월째 준비하고 있습니다. 총 반년.. 사이드프로젝트도 계속 만들고 있는데 어디까지 손봐야 하는지 감이 잡히지 않습니다.. 코딩테스트는 사실상 준비하지 않아서 과제테스트를 보는 곳으로 생각하고 있는데 3년차로 들어가게 된다면 어떤 것을 해야하는지 혼란합니다. 현재는 spring security, jwt, oauth2 를 이용해 로그인 기능을 구현해 놓은 상태에 docker, aws, jenkins를 이용해 서버에 올리는 정도까지만 진행한 상태입니다.. 찾아보니 redis, kafka 같은 것들도 해야 할 것만 같은데 시간이 없는 상태에서 진행하는게 맞을까요? 테스트코드도 습관이 되어 있지 않아서 혼자서 작성하려니 너무 벅찬 느낌이 듭니다.. 현재하고 있는 것에서 마무리하고 구직을 해도 상관없을지, 더 배우고 채워야 할지 모르겠습니다,,

프론트엔드 테스트코드 작성과 QA비용 감소

안녕하세요! 프론트엔드 테스트코드를 작성하면 QA 비용을 줄일수있을지 궁금합니다! 저희 회사는 QA팀이 별도로있지않고 다른팀에서 QA를 해주고계십니다. QA를 넘기기전에 철저한 테스트를 진행하려면 개발일정외에 테스트를위한 일정을 할당받아야하는데 매번 최소한으로 받거나 건너뛰는일이 많아서 빠른시간안에 확인해야하다보니 기존 모든기능들을 확인할수없다거나 꼼꼼함을 최우선으로 생각하고 테스트해도 확인해야하는 기능의 범위가 넓어지면 누락되는 부분들이 생깁니다. QA단계에서 발견되는 이슈들이 많아지면 일정도 늘어나게되고 놓치는 이슈들은 고스란히 유저에게 영향이갑니다. 이렇다보니 개발을할때 개발자체보다 테스트에대한 부담이 더 커지고있습니다. 검색을 많이해보았으나 툴을 사용하는 방법이나 이론적인 글들이 많고 사례나 결과에대한 글을 찾기어렵더라구요. 결론적으로 프론트 테스트 작성 시 위와같은 부담과 리스크들을 줄일 수있는지 실제 현업에서 사용하고있는지, 효과가 있는지가 궁금합니다! 경험을 공유해주신다면 큰 도움이될거같습니다!

포폴용 프로젝트는 팀이어야 할까요?

컴공 전공했고, 취준 시작한지 약 2달정도 됐습니다. 학교 다니던 중 2개월 인턴 말고는 업무경험이 없습니다. 욕심 내서 화려한 대기업에 들어가기보다는, 얼른 적당한 곳에 취업해서 경험을 쌓아 이직을 도모하고 싶습니다. 일단은 풀스택이 가능하지만 spring 백엔드쪽을 희망하고 있습니다. 20곳정도 서류지원을 해봤는데 한두곳 빼고 서류부터 탈락해서 무작정 더 지원하기 전에 이력서를 한번 점검 중입니다. 사실 그동안은 학교 커리큘럼을 따라가기 바빠서 개인 공부를 소홀히 했습니다. 그래서 현재 학교 과제를 제외하고는 프로젝트란에 쓸 것도 없고 과제라 코드 공개가 불가해서 그럴싸한 포폴도 없는 상태입니다. 그래서 포폴용 프로젝트를 하나 개발해보려고 하는데 좀 막막하네요. 1. 팀 협업이 훨씬 유리한가요? 아니면 개인 프로젝트로 해도 되나요? - 학교 과제하면서 나름 체계적이었던 팀 협업 경험도 있지만 혼자 하는게 편할 것 같아서 고민중입니다. 상황상 팀으로 진행하면 아예 모르는 사람들과 인터넷으로 구해서 해야할 것 같아서 피하고 싶습니다. 중간에 터질수도 있고, 책임감이나 실력이 안 맞을 수도 있고 여러모로 리스크가 많아서요. 포폴에 메인으로 들어갈 프로젝트가 개인 프로젝트여도 괜찮을까요? 학교에서의 팀 협업 경험을 이력서에서 강조할 순 있겠지만 그럼에도 어떻게든 팀을 구해서 진행하는게 조율에 들어가는 시간과 스트레스를 고려하고서도 나을지 고민이 됩니다. 2. 개발 기간은 어느 정도가 적당한가요? - 일단 혼자서 한달정도 투자해서 배포까지 해보고 싶은데 과욕일까요? 빡세게 하면 기본 기능은 돌아가는 서비스를 한달만에 만들 수 있을것 같긴 합니다. 다만 테스트코드, 퍼포먼스, 코드 퀄리티가 부족한 단순한 프로젝트라도 포장해서 포폴에 넣어야할지, 훨씬 시간을 들여 완성도를 높여야 할지 고민입니다. 이렇게 말하면 당연히 후자가 정답같지만 포폴에서 기대되는 좋은 프로젝트의 퀄리티도 모르겠고, 완성도를 욕심내다가 매몰되어서 다른 경험에 쌓을수 있는 시간을 불확실한 프로젝트에 낭비하는건 아닌지 걱정됩니다. 어떻게든 혼자서 개발할 수 있는 능력이 있다고 생각해서 포폴 때문에 돈 내고 부트캠프에 들어가기는 아깝습니다. 웬만한 부트캠프는 프로젝트 수준이 다 고만고만해서 경쟁력이 없다고 들은 것도 이 인식에 한몫하는 것 같습니다. 현업 종사자 입장으로서 인사이트 공유해주시면 감사하겠습니다.

사이드프로젝트와 이직으로 고민중인 주니어 개발자입니다.

선배 개발자분들 안녕하세요. 현재 si회사에서 파견나와서 약 1년정도 다 되어가는 주니어개발자입니다. 현재 제가 일하고 있는 프로젝트의 구조는 myBatis를 사용하며 도메인 객체 즉 엔티티를 만들지 않고 간단하게 프론트엔드와의 데이터 옮기는 작업을 map으로 하고 있는 구조입니다. 테스트코드도 작성하지 않는 프로젝트입니다. 현재 서비스회사로서의 이직을 꿈꾸며 열심히 깃 푸쉬만 안하며 저 혼자 단위 테스트코드를 작성을 해봤지만 Map으로 증명을 하려니 너무 힘들구 바꿔야 할것들이 너무 많아서 몇십개 정도만 작성하고 현재 다시 멈춰있는 상태입니다... 쿼리튜닝도 공부를하면서 나중에해야지 하면서 생각중이고 현재는 그래도 내가 직접 만든 객체지향프로그래밍을 해보고싶은 마음에 사이드프로젝트를 생각하며 아이디어를 찾고있는 상태입니다. 원래 제가 생각한 아이디어는 취미가 독서인지라 무료전자도서관의 api를 사용하며 만들어볼생각이었지만 제가 원하는 api들의 지원이 정부에서나 기업에서나 지원을 하지않더라구요... 다른 사이드프로젝트의 아이디어가 너무 안 떠오르고 스트레스만 받는 요즘입니다... 그냥 강의를 보며 만든 카페키오스크 프로젝트를 OOP와 테스트코드를 공부를 하는용도로 가상의 시나리오로 비즈니스로직을 만들면서 이 프로젝트로 평상시에 사용해보고싶었던 스프링배치나 레디스같은 기술들을 사용하며 하나의 프로젝트를 깊게 만들어볼까도 생각해보고 있습니다. 당연히 이직시 주니어개발자이기떄문에 제가 작성한 코드가 깃허브에 있어야한다고 제 자신이 생각을 하고있는 상태입니다. 정말 이력서에도 현재일하는 곳에서의 한 일을 어떻게 작성해야 할지 고민이 되고 이런 고민을 겪으신분이거나 이럴떄 어떻게해야 좋을지 생각나시는 분들께 여쭈어봅니다!!

주니어 백엔드 개발자 고민

안녕하세요. IT스타트업에 입사한지 5개월 된 신입 백엔드 개발자 입니다. 현재 제 상황 바탕으로 커리어를 어떻게 해야할지 고민하고 있는 중입니다. 지금까지 회사 상황을 정리해봤으며, 질문은 마지막에 있습니다. 꼭 해당 질문에 대한 답이 아니더라도, 제 상황에 대해서 말씀해주실 부분이 있다면 자유롭게 답글 주시면 감사하겠습니다. # 회사 이야기 - 백엔드 기술 스택 : Kotlin, Spring boot, MariaDB, Mybatis, Kafka - 입사한 이후로 지금까지 계속 코드 품질, 개발 생산성 개선보다는 일정 압박받으며 API 찍어내기 바쁨. (백오피스 개발 프로젝트 진행중) ## 기술 - 코드리뷰 없음 - dev 브랜치에 바로 커밋&푸시 - 먼저 물어보지 않는 한 피드백이 거의 없고, 팀원분들 항상 바빠서 자주 물어보기도 어려웠음 - 테스트코드 없음 - 백엔드 팀원 개개인이 포스트맨으로 테스트함 - 스펙 A or 기능 A 가 수정된 이후에 기능 B 가 영향받는지 여부를 사람의 기억력에 의존하고, QA 나오면 그때 문제점을 인지함. (기획,운영팀분들이 QA로 못 찾으면 문제점 인지 못함) - 개발팀장님께 테스트 코드 작성을 건의했으나, 시간 부족과 잦은 기획 변경을 이유로 반려됨. - Mybatis 사용 - 원래 JPA, queryDSL 이었으나, raw 쿼리문을 써야 쿼리 최적화를 잘 할 수 있다는 이유로 대표님이 도입 - 개발 생산성이 저하됨 - REST API 변형 - 대표님께서 보안 강화를 위해서 모든 API 요청은 POST로 보내되, end point 를 get-staff-profile 이런 식으로 작성한다고 통보함 ## 소통 - 비합리적인 일정 - 개발자 의견 반영 없이 경영진이 일방적으로 결정 - 그래서 야근할 수 밖에 없는 상황이 생기고 “항상” 일정이 미뤄짐. - 개발자들이 여러번 항의했으나 의견 반영 안 됨, 개발팀장님이 경영진이랑 대화가 안 된다고 포기한 상태 - 기획팀 소통 비용이 높음 - 피그마 UI 보면서 개발 중인데, 기획의도가 구체적으로 드러나지 않아 직접 메신저로 물어보거나 이후에 QA 올라와서 의도를 깨달음. # QnA 1. 경력 초반에 성장하고 싶은데, 이 회사에서 백엔드 쪽으로 잘 배우고 좋은 문제 해결 경험을 할 수 있을까요? 이 회사에서 제가 무엇을 할 수 있을까요? 2. 이직을 생각해야할까요? (1년 미만 경력이라 고민됩니다.)

현 회사를 계속 다니는게 맞을까요??

저는 입사한지 얼마안된 신입 개발자입니다. 현재 운영 서비스를 유지보수 및 개발하는업무를 하고있습니다. 코드수정요청이오면 가끔 수정을해야하는데 문서화도 잘 되어있지않고 워낙 코드양도방대해서 감히 건들기가 어렵습니다. 테스트코드또한 업데이트가 거의안되어있어 맞지않는게 꽤많습니다. 이러한 상황에서 기존 서비스기능들을 해치지않으면서 수정해야하는 상황에있는데요. 운영서비스코드를 업데이트를 저한테 맡기는것도 좀 부담도되고, 사수들이 크로스체크도 안해주셔서 심적으로 많이 부담도 되구요. 그리고 기존서비스 일부가 안되면 눈치를 주시기도하구요. 제가생각했던 실무랑 너무 달라서 고민도 많아지네요. 원래 이렇게 야생에서 크는건가요?

Java 테스트 코드

안냥하세요 테스트코드를 작성하고 싶습니다 Given When Then에 대한 과정은 이해했는데 어떤 단위로 테스트가 필요한지 감이 안옵니다 ㅠ 하나의 API에서 controller 1개, service 1개 이런식으로 독립적으로 테스트 코드를 작성하는걸까여??

자바스크립트 테스트코드 실행법

안녕하세요 코린이입니다 얼마전부터 코딩을 시작해서 아직 잘 몰라서 질문드립니다 . 어떤분이 깃헙에 코드 올리신거 로컬에 클론 했는데 실행을 어떻게 실행하는지 몰라서 질문드립니다 . 작업은 모듈화(?) 되어있고 테스트코드 자바스크립트 파일이 따로있습니다. 혹시 vscose 로 열어도 봤는데 어떻게 실행해야할지 모르겠네요 ㅠㅠ

스프링 테스트코드 작성

스프링 강의를 수강하며, 스프링에 종속되지 않은 테스트 코드가 바람직하다는 내용을 접하게 되었습니다. 당연히 옳은 말이지만, 복잡한 의존 관계를 가진 클래스들을 하나씩 초기화하는 과정이나 레포지토리 클래스에 새로운 함수나 쿼리가 추가될 때마다 그에 따른 로직을 새로 작성하여 테스트해야 하는 점 등이 상당한 어려움으로 다가왔습니다. 그렇기에, 현업에서 진행되는 테스트 코드 작성 과정에서 스프링에 어느 정도 종속적인 코드를 작성하는지, 그 비율은 어느 정도인지 여쭤보고 싶습니다. 이제 막 공부중이라 내용이 이상할지도 모르지만 너그럽게 양해 부탁드리고 팁같은게 있으시다면 공유해주시면 감사하겠습니다!

경력 7년차 개발자입니다. 공부방법좀 공유해주실수 있으실까요?

안녕하세요 7년차 서버개발자입니다. 문제는 여태까지 7년 개발인생에서 5개 회사를 다녀봤지만, 모두 스타트업수준이라 경력직 사수가 있던적이 한번도없습니다... 그러다보니, 좋은 코드를 경험하거나 실질적으로 함께 일하며 개발자로써 일하는 방법에 대해서 조언을 들어본 경험이 없네요 주변에서 주워들은 최소한의 환경(깃, 린터, 자동배포, 문서화, 테스트코드)만 구축해놓고 일을 하고 있습니다. 그리고 클라우드 서비스를 사용할때도 메뉴얼을 확인해서 우리 서비스에 사용할수 있는 기능인가 확인하고 그냥 적용하는 수준으로 쓰고있고, 깊은수준으로 공부를 한다거나 하지는 않습니다. 코드의 수준도 '돌아가는 코드' 정도이고, 상속이나 다형성같은건 잘 사용하지도 않네요... 객체지향프로그래밍은 대학시절에 과제에나 써봤던거같아요... DB설계도 정규화하는 방법도 다 까고 연결관계도 유연하게 쓰는법을 까먹어서 지금은 그냥 연결관계는 안맺어두고 join해서 쓰는상태입니다.(심각) CS도 거의 다 까먹었네요; 실무에서 쓴적이 거의 전무할정도... 코드작성할때 시간복잡도 정도만 고려하고, 자료구조정도만 가끔 쓰네요 위에 제 상황을 보셨을때 어떤부분이 제일 심각한지, 추천해주실만한 공부방법이 있는지 궁금합니다. 7년차 되시면 다들 매니저급으로 성장하시던데... 전 아직 주니어 2~3년차 실력밖에 안되는거같아서 힘드네요ㅠㅠ

프론트엔드의 테스트코드 필요할까요?

비지니스 로직등이 담기는 api 같은 기능은 테스트코드를 작성해서 여러 가능성에 대해 대비하는 것에는 받아들이기 머리와 가슴 모두가 이해하고 인정하는데, 무언가 프론트 엔드 부분의 테스트 코드 작성에 있어서 작성하면 좋지만 굳이..라는 느낌이 듭니다. 머리로는 이해하지만 가슴이 이해하지 못하는 느낌이에요. 프론트엔드 테스트 코드가 정말 꼭 필요 할까요..

테스트코드 작성 시 테스트더블 사용 vs 미사용 관련 질문이에요!

안녕하세요. 테스트코드에 관한 공부를 하게 되고 작성을 해보면서 의문이 들어서 질문을 드립니다. 테스트코드에 관한 얘기에서 항상 제목의 주제가 빠질 수 없는 것 같습니다. 둘 다 추구하는 바가 다를 뿐이지 틀리지 않았기 때문에 정답이 없다는 것은 알고 있지만 아직도 혼란스럽네요. 테스트코드에 관한 공부를 하면 항상 나오는게 유닛테스트, 통합테스트 등의 개념인데요. 도메인의 책임을 유닛테스트 하는 것까지는 쉽게 이해가 가는데 서비스 계층을 유닛 테스트 한다는 것이 조금은 이해(?), 수용(?)이 쉽지가 않네요. 서비스 로직은 필연적으로 외부 시스템에 의존할 수 밖에 없다고 생각을 하는데요.(DB, 외부 API 등등) 그러다보니 이런 것을 배제하고 Fake 객체나 Mockito 라이브러리 등을 사용해서 stubbing을 하고 테스트코드를 작성하는 것이 실제 운영 환경에서의 버그 혹은 문제 등을 올바르게 캐치하는 것이 가능한 것인가 하는 궁금증이 생깁니다. 외부 API는 매번 테스트코드를 돌릴 때마다 호출하는 것이 불가능할 수도 있으니 테스트더블을 사용하는 것이 크게 이상하다고 느껴지진 않습니다만, 저는 DB와 관련해서는 아직도 조금 혼란스러운 상황이네요. 실제로 테스트를 다 mocking 처리해서 작성을 해서 DB와 관련한 변경이 있을 때 테스트코드가 그걸 캐치 못 한 경험이 있는데 그 때 이럴거면 테스트코드 왜 짜지? 하는 의문이 들었던 적이 있습니다. 항상 유닛테스트가 중요하다고 다들 말씀하시는데 그러면 그 분들은 테스트코드를 작성하실 때 서비스 로직에서도 DB와 분리된 테스트더블을 사용하는 유닛 테스트를 작성하신다는 의미일까요? 아니면 테스트더블을 사용한 서비스 레이어 유닛 테스트 작성 + 테스트용 DB 혹은 h2 등을 사용하는 통합테스트 모두 다 작성해버리면 그만이니까 이런 고민을 하는게 의미가 없는 것인가? 하는 생각도 한편으로 드네요. 테스트코드를 작성하시는 다른 분들은 이 문제에 관해 어떻게 생각하시는지 궁금합니다 :D

백엔드 신입 취준 준비할 때 공부 관련 질문이에요!

안녕하세요! 저는 얼마 전까지 작은 스타트업에서 인턴으로 실무 경험(3개월)해보고 다시 취준하고 있는 준비생입니다. 다름 아니라 지금 공부하고 있는데 어떤게 더 좋은 방향일지에 대해서 질문을 드리고자 합니다. 우선 저는 자바, 스프링 계열을 주로 공부하고 있는 백엔드 준비생입니다. 최근 테스트코드에 대한 관심이 많이 생겨서 테스트코드에 관한 공부를 하고 있는 중입니다. 그러다 테스트코드에 관한 강의를 하나 듣게 되었는데, 레이어드 아키텍처의 문제점과 이로 인한 테스트코드 작성 시의 한계 등에 대해서 설명해주시고 이후에 클린 아키텍처(헥사고날 아키텍처)로 바꿔가면서 더 나은 테스트코드를 작성하는 법을 알려주시더라구요. 클린 아키텍처를 처음 배워서 신기했고 왜 그렇게 하는지도 느낌은 알겠는데 제가 하고 있는 고민은 '이걸 지금 신입을 준비하는 내가 하는게 맞나' 라는 의문입니다. 이제 포트폴리오를 좀 더 업그레이드 해보려고 하는데 클린 아키텍처를 적용해서 하는게 신입한테 옳은 방향인가에 대해서 조금 고민이 되네요. 유튜브 개발바닥 채널에서 신입 분들에게 피드백을 주실 때 MSA, DDD, k8s 이런 어려운 기술보다 자바 언어의 심화, SQL 공부, 객체지향스러운 코드 작성 등 항상 기본기에 더 집중하라고 하는 걸 보다보니 이런 의문이 생기는 거 같네요. 클린 아키텍처 적용을 해서 포폴을 만들게 된다면 아무래도 기존 레이어드 아키텍처보다 신경 쓸 게 더 많아지게 되면 괜히 지금 내가 더 집중해야되는 것들을 놓치게 될 수도 있는건가? 하는 의문이 생기네요. 신입으로 취준을 할 때 어떤 방향(어떤 기술에 좀 더 집중할 것인가?)으로 하는게 좋다고 생각하시는지 선배님들의 생각이 궁금합니다! 감사합니다.

신입 프론트엔드 사전과제 질문있습니다

이번에 한군데에서 사전과제 미션을 받았습니다. 기능구현은 다했지만 코드들이 다소 뭉쳐있는것같아 리팩토링하려합니다. 사전과제 내용은 기능구현내용만 적혀있지만 테스트코드같은걸 추가해서 내면 좋게봐주실까요? 아니면 안내받았던 기능구현 코드 품질에 최선을 다하는게 맞을까요? 면접관 입장에선 어떻게 느껴질지 궁금합니다!

개인프로젝트를 어떻게 진행하면 좋을지 고민입니다

안녕하세요! 현재 부트캠프를 수료한 상태입니다. 부트캠프에서 진행한 개인프로젝트 2개, 팀프로젝트 2개 정도를 진행했습니다. 부트캠프에서 진행했던 팀프로젝트 같은 경우 기여한 부분이 많이 없어 오히려 마이너스 요소가 될 것 같다고 느껴 이력서에 제외할까 고민 중입니다. 팀프로젝트때 정해진 기간 안에 급하게 진행하다보니 개념적으로 놓친 부분들이 많아 처음부터 끝까지 기획부터 시작해서 백엔드 (express) 작업도 같이 접목해서 개인프로젝트를 해볼까 생각중입니다. 이력서에 제대로된 프로젝트가 하나만 있어도 괜찮다고 들어서 제대로만 장기적으로 해당 프로젝트를 진행한다면 이 한개의 프로젝트로 이력서를 써도 되지않을까라는 생각도 듭니다. 일단 프로젝트를 장기적으로 잡고 유지보수를 해가면서 다양한 기술들을 접목해볼 생각인데요! 질문드리고 싶은 부분은 혼자서 장기 개인프로젝트를 진행할 때 어떤 과정으로 진행하면 이력서에 도움이 될지와 팀프로젝트를 뺴는게 좋을지 아니면 제가 진행했던 부분을 디테일하게 보충하는게 좋을지 두가지 질문드립니다! 당시 프로젝트 때는 제대로 이해하고 짠 코드들이 아니라 그대로 기재하기가 걱정이 됩니다. 첫번째 질문에 대한 예시는 예를들어 처음엔 자바스크립트로 짜보고 리액트로 다시 짜본다던지 그다음 테스트코드를 접목시킨다던지 단계적으로 어떻게 하면 도움이 될지에 대한 팁을 듣고싶습니다. 아직 개발에 대해 부족한 부분이 많아 솔직한 피드백 해주시면 정말 감사하겠습니다! 긴 글 읽어주셔서 감사해요!

신입 프론트 개발자 9개월차 이직조언 부탁드려요!

안녕하세요! 프론트 개발자로 9개월째 일하고 있는 신입 개발자 입니다! 아직 1년도 되지않은 이시점에서 자꾸 이직 생각이 드는데... 이런 상황에서 이직이 맞는걸지 아니면 좀더 회사를 다녀보는게 좋을지 조언을 구하고 싶습니다. 제가 처음 입사했을당시, 리엑트를 사용하는 신규 프로젝트를 하게 되었습니다. 신규 프로젝트인데 생각보다 규모가 크고 일정이 빠듯했기에 개발을 함에 있어서 다른 무엇보다 "속도와 일단 동작되도록" 에 가장 큰 초점을 두고 일했습니다. 당연히 일정을 맞추는게 가장 급한 일이었기에 코드리뷰같은건 꿈도 못꿨습니다. 테스트코드도 없구요. redux를 사용했지만, 제대로 상태관리를 하면서 사용하기보단, 그냥 거의 모든 상태를 useState로 관리하면서 props drilling이 생기는걸 지금은 당장 급하니 나중에 생각해보자고 하시더라구요. Style같은 경우도 일단 빨리해야하니 inline으로 다 작성하자고 하시더라구요. 이런 방식으로 개발을 빠르게 진행하고 프로젝트 배포를 했습니다. 물론 지금도 계속 배포 이후 버그를 수정중인데, 버그가많아 리팩토링은 계속 미뤄지고 있습니다. 이후 저는 리엑트가 아닌 플러터 프로젝트를 하게 되었습니다. 물론 처음 배우는 거라 혼자 독학으로 틈틈히 회사다니면서 공부했고 지금 기본적으로 레이아웃 잡고 api붙이고 하는 작업들을 하게되어 웹이 아닌, 크로스플랫폼앱 개발을 3개월째 하고있습니다. 리엑트할때는 사수(팀장)가 있지만 너무 바빠서 그냥 혼자 알아서 다 했던거같습니다. 가끔 여쭈어 보아도 그냥 혼자 해보라고만 하시더라구요. 그래서 고민을 더 해보고 이런이런 이유로 이렇게 코드를 짜서 이런 결과가 도출되길 바랬는데 저런 결과가 나왔다 근데 아무리생각해도 이런 논리가 제생각엔 맞는거같은데 어디서 문제일까요? 라고 물었지만 돌아오는 대답은 그냥 알아서 잘 해봐라 였습니다.. 그래서 그냥 6개월동안 거의 구글과 gpt한테 물어보면서 일을 했습니다! 다행히 앱개발에는 다른 사수분이 새로 들어오셔서 나름 잘 알려주시고 있긴합니다. 이런 상황에서 이직을 고민하게 된 이유는 먼저 개발적인 부분에서 - 코드리뷰 및 피드백 X - 상태관리 X - 디자인시스템 적용 체계 X - 코드컨벤션 X - git branch 분리 X (only main) - 사수(팀장) 있지만 바빠서 자기일만 함 (다들 혼자 일함) - 웹개발자로 취업해서 리엑트도 아직 숙달되지안은 상태에서 갑자기 플러터를 하게되니 이도저도 아닌 경력이 되버릴까봐 걱정됨 (물론 플러터 배우는게 재밌긴 함) 이런 점들이 있습니다. 이외에 비개발적인 부분의 이유도 좀 있지만 그냥 개발적인 부분만 고민했을때 지금 회사가 기술적이나 그런 부분이 발전에 도움이 될까 하는 생각이 듭니다 ㅠㅠ 그리고 제가 9개월차로 리엑트 6개월 플러터 3개월 프로젝트를 진행했는데, 타회사로 이직하기에도 너무 애매하게 일을 해본거같아 그런점들이 고민됩니다.ㅠㅠ 그리고 그 흔한 상태관리, 스타일라이브러리도 못다뤘기에 이력서에 어떤식으로 써서 준비해야할지도 잘 모르겠고 고민만 늘어가고 있습니다.. ++)) 추가질문! 회사프로젝트는 private 레포인데 이력서에 깃헙주소를 넣을수는 없을거같은데 그럼 이력서에 회사프로젝트 내용은 어떤식으로 정리하면 좋을까요?? 긴글 읽어주셔서 감사합니다 객관적인 조언 부탁드립니다!! 감사합니다.

jest환경에서의 export * from './*' 이슈

안녕하세요 react native로 테스트코드를 짜다가 막힌 개발자입니다 저는 주로 hooks라는 폴더가 있으면 그 안에 index.ts를 만들어서 이와 같은 레이어의 폴더,파일들을 전부 export * from './*' 하여 실제로 사용할때 import { someHook } from 'hooks' 이렇게 사용하고 있었습니다. 구현 및 동작에는 오랫동안 이슈가 없었지만 이번에 유닛테스트를 도입하면서 jest가 'hooks'라는 놈을 import하는 파일을 테스트할 시 그 안에 모든 파일들을 읽어서 테스트실패가 아닌 jest에러를 계속 만나고 있습니다.. 노가다 mocking을 하여 어느정도 막았지만 테스트할 파일이 아닌 파일에서 계속 에러가 등장해서 babel과 jest의 config를 계속 수정해봤지만 해결이 되지않아 이렇게 자문을 구합니다. 추가로 웹에서도 이러한 export * 을 사용한 index.ts패턴을 사용할 때 성능 등의 이슈가 없는지 궁금합니다!

안드로이드 개발자분들에게 질문합니다.

저는 약 7년의 경력을 가진 안드로이드 개발자인데요 아직까지 주변에서 테스트코드를 작성하는 개발자를 보지못하였고 여러 커뮤니티나 단톡방에서만 접하였습니다. 실제로 안드개발자분들중에 테스트코드를 작성하시는 분들이 많으실까요??

프론트엔드 개발자 테스트코드 작성

프론트엔드 개발자를 꿈꾸는 개발 1년도 채 안된 개발 어린이입니다. 국비지원을 통해 풀스택으로 수강하고 프론트엔드를 지망해 프론트엔드 기술 스택으로 Vue.js를 공부하고 있습니다. 현재 React.js도 공부를 막 시작했습니다. 구직 활동을 시작해서 최근 면접을 몇 번 진행했습니다. 면접을 볼 때 질문으로 '테스트 코드를 작성해본 적이 있는가?'라는 질문을 받았습니다. 프론트엔드 개발자에게 테스트 코드란 어떤 것이 있고 어떤 방식으로 작성해서 활용하면 좋을지 궁금합니다!

springboot 3, security6 mock질문입니다.

securityconfig 에서 permitall 을 한 상태입니다. postman 이나 talendapi로 요청을 보내면 200이 떨어지나 테스트코드에서 mockmvc 를 하면 401이 나옵니다. 3일째 찾고있는데 없어서 질문드립니다 ㅠㅠ

react, typescript에서 테스트코드를 작성하고 싶은데 뭘 쓰면 좋을까요? 선배님들 도와주세요...

안녕하세요 저는 프론트엔드 개발자 취업준비생입니다. 취업준비와 병행하며 포트폴리오용 웹사이트 제작하고 싶어서 팀에 합류했는데요! 프론트는 react와 typescript를 사용하는 게 확정이 됐고, 저 포함 프론트 팀원 3명 다 테스트코드 작성 경험이 없어서 이번에 도입해보려고 합니다. Q. 구글링을 해보니 가장 많이 나오는게 jest인 것 같은데 어떤 걸로 하는걸 추천하시나요?