대학생IT경영학회 큐시즘 31기 "오-케잌" 팀입니다!
| 황유림 | 황동준 | 이현지 | 정인아 |
|---|---|---|---|
 @ummiih |
 @nebulaBdj |
 @Amepistheo |
 @InaJeong73 |
프론트 리더 |
프론트 |
백엔드 리더 |
백엔드 |
-
컴포넌트 개발 단계에서 Storybook을 도입하려 하는데, 실무에서 효과적인 사용 패턴이 있을까요?
- 특히:
- 다양한 상태(로딩, 에러, 비활성화)의 컴포넌트를 체계적으로 관리하는 방법
- Autodocs를 활용한 문서 자동화 시 프로퍼티 타입 정의 팁
- QA 과정에서 Storybook을 협업 도구로 활용한 사례 측면에서 궁금합니다.
-
테스트 피라미드 구조에서 각 계층(Jest-단위, RTL-통합, Playwright-E2E)의 명확한 책임 분배 기준은 어떻게 설정해야 할까요?
- 예를 들어:
- 단위 테스트에서 커버해야 할 최소 유즈 케이스
- 통합 테스트 시 모의(mocking) 범위 설정 원칙
- E2E 테스트에서 주의해야 할 플레이크니스(flakiness) 감소 전략 측면에서 궁금합니다.
-
서비스 특성상 제품을 공급하는 사장님과 사용하는 소비자에 대한 권한 처리를 해야하는데 실무에서는 어떤식으로 권한처리를 하는지 어떤 방식이 효율적인지 궁금합니다
하나의 가게(store)는 여러 개의 케이크 디자인(design)을 가집니다.
각 케이크 디자인은 아래와 같은 선택 옵션들을 포함합니다:
- 시트맛 (예: 초코, 바닐라 등)
- 크림맛 (예: 초코, 바닐라 등)
- 크기 (예: 도시락 케이크, 1호 케이크, 2호 케이크 등)
👉 현재 테이블 간 연관관계 설정이 적절한지 확인하고 싶습니다.
혹시 더 단순화할 수 있는 구조가 있다면 제안 부탁드립니다!
가게에 주문을 할 때, 공통적으로 필요한 질문은 common_question 테이블에 고정 저장됩니다.
각 가게는 추가로 자체적인 질문을 설정할 수 있으며,
실제 주문서에 표시되는 질문들은 모두 order_question 테이블에 저장됩니다.
💡 예시:
공통 질문:
- 이름이 무엇인가요?
- 어떤 디자인을 주문하시나요?
추가 질문:
- 원하는 케이크 모양은?(원형, 하트 등)
- 기타 요청사항을 말씀해주세요.
👉 이런 구조가 확장성과 관리 측면에서 적절한지 궁금합니다.
더 나은 설계 방식이 있다면 제안 부탁드립니다!
