feature: 배포 시 인증과 관련하여 정상 동작하는지 단위 및 통합 테스트 점검

[jayn2u]

Feature Report

추가 할 사항들

• 서버를 배포하고 정상적으로 동작하는지 확인하는 절차에 있어서 인증과 관련한 부분의 테스트 코드를 점검합니다.
• 테스트 코드를 작성하는 것도 신규 코드 로직을 작성하는 것과 같은 수준의 리소스를 요구하는 작업임을 소프트웨어 공학적인 측면에서 확인할 수 있었습니다.
• 그래서 한 번 점검해보려고 합니다.

첨부자료

[jayn2u]

테스트 코드를 작성하고 실행하는 단계에서 application 프로필을 어떻게 설정하는 것이 괜찮은 방법일까요? application-test 프로필을 사용하고 싶은데, RDS에 있는 test 스킴을 사용할 지, 인메모리 데이터베이스를 사용하는 것이 좋을지 판단이 안 드네요! @JjungminLee 님 생각은 어떠신지 궁금합니다.

[jayn2u]

아 그리고 이렇게 작업을 하면서 드는 생각들은 슬랙보다 깃허브 이슈에 글을 남기는 것이 더 좋은 방법 같아요. 슬랙은 오래되면 기록이 날라가서 안 보이기도 하더라구요. 그리고 깃허브에 남기면 아카이빙도 되고 오픈소스처럼 확인을 할 수 있다는 것이 좋은 것 같습니다. 그런데 @JjungminLee 이렇게 사용자를 태그를 하지 않으면 아마 알림이 가지 않는 문제가 조금 아쉽네요.

[jayn2u]

아니면 테스트 프로필을 CI 파이프라인에서 사용하도록 파이프라인을 구축하는 것도 방법이겠네요. 로컬에서 단위테스트와 개발 모두 진행할 수 있는 환경을 구축하고 테스트 스킴에서는 CI를 진행할 수 있도록 파이프라인을 구축하고 dev는 개발 서버 전용, prod는 운영 서버 전용으로 개편하는 것도 방법이겠어요.

[JjungminLee]

테스트 코드를 작성하고 실행하는 단계에서 application 프로필을 어떻게 설정하는 것이 괜찮은 방법일까요? application-test 프로필을 사용하고 싶은데, RDS에 있는 test 스킴을 사용할 지, 인메모리 데이터베이스를 사용하는 것이 좋을지 판단이 안 드네요! @JjungminLee 님 생각은 어떠신지 궁금합니다.

1. 저는 test던 local이던 다 괜찮을것 같아요. 근데 이미 테스트 프로필 만들어주셨으니 이걸로 해보쥬. 별로다 싶으면 로컬 프로필로 돌아와도 될듯여
2. rds던 h2던 선호의 차이라고 생각해요. 편하신 방법으로 해주시면 될것 같아요. 저는 선택하신 방법을 따라갈게요!

[JjungminLee]

아 그리고 이렇게 작업을 하면서 드는 생각들은 슬랙보다 깃허브 이슈에 글을 남기는 것이 더 좋은 방법 같아요. 슬랙은 오래되면 기록이 날라가서 안 보이기도 하더라구요. 그리고 깃허브에 남기면 아카이빙도 되고 오픈소스처럼 확인을 할 수 있다는 것이 좋은 것 같습니다. 그런데 @JjungminLee 이렇게 사용자를 태그를 하지 않으면 아마 알림이 가지 않는 문제가 조금 아쉽네요.

예예 태그해서 주세여 메일은 매일 봐요

[JjungminLee]

아니면 테스트 프로필을 CI 파이프라인에서 사용하도록 파이프라인을 구축하는 것도 방법이겠네요. 로컬에서 단위테스트와 개발 모두 진행할 수 있는 환경을 구축하고 테스트 스킴에서는 CI를 진행할 수 있도록 파이프라인을 구축하고 dev는 개발 서버 전용, prod는 운영 서버 전용으로 개편하는 것도 방법이겠어요.

정리하자면
local: 로컬에서 개발 용
dev: 개발자들이 쓰는 개발서버
prod: 실사용자들이 쓰는 운영서버
test: 빌드가 되는지 확인하기 위해 GithubAction CI하자는거죠?

제가 이해한게 맞다면 test 프로필 CI yml 만들어보시는것도 좋을거 같네요 댕편할듯.. 웹프론트는 CI달아줘서 편하긴 하더라구요