

BDD로 테스트에 중독되어 보자
적립금 만료일 계산기를 대상으로 BDD 테스트 코드 작성 방식을 실험했습니다. 한 번에 하나의 테스트를 작성하고 PR 피드백으로 가독성을 개선했습니다.
새로운 기술 블로그가 추가되었어요


적립금 만료일 계산기를 대상으로 BDD 테스트 코드 작성 방식을 실험했습니다. 한 번에 하나의 테스트를 작성하고 PR 피드백으로 가독성을 개선했습니다.


적립금 만료일 계산기를 대상으로 BDD 테스트를 한 번에 하나씩 작성했습니다. 페어·몹 프로그래밍과 PR 피드백으로 읽기 쉬운 테스트 결과를 다듬었습니다.


신규 쿠폰 프로젝트에서 4인이 순환하며 몹 프로그래밍을 실천한 방식을 소개했습니다. 피로도는 높았지만 코드 품질과 테스트, 버그 감소 측면의 효과를 확인했습니다.


4명이 한 PC에서 순환하며 개발한 몹 프로그래밍 경험과 운영 방식을 소개했습니다. 피로도는 높지만 코드 품질과 학습 효과, 버그 감소 측면의 효율성을 확인했습니다.


화해 서버 개발자의 데이터 조합·전달과 서버 운영 업무를 소개했습니다. 스터디와 프로토타입 제안으로 테스트 자동화와 검색 품질 개선을 추진했습니다.


화해 개발팀의 데이터·트래픽 대응 과제와 AI 기반 리뷰 정보화 방향을 소개했습니다. 밴드 협업, 코드 리뷰, 테스트 자동화, 온보딩 문화를 함께 설명합니다.
이 게시물은 쿠팡 파트너스 활동의 일환으로, 이에 따른 일정액의 수수료를 제공받습니다.


QA 관점에서 스펙은 문서화된 요구 사항이며, 근거 없는 스펙 분류는 피해야 합니다. 의심 증상도 티켓으로 등록해 명세 확인과 사용자 관점의 논의를 거쳐 처리해야 합니다.


QA를 단순 테스트와 구분하고, 기획부터 릴리즈까지 품질을 관리하는 활동으로 설명했습니다. 코인원은 환경 분리와 리스크 기반 테스트로 짧은 스프린트·배포 일정에 대응합니다.


테스트 케이스 중심의 Happy Path 검증만으로는 게임의 다양한 잠재 버그를 찾기 어렵다고 설명했습니다. 탐색적 테스팅과 TC를 함께 활용해 품질을 보증하는 방안을 제안합니다.

티몬 QE유닛의 단계별 테스트 접근과 협업 방식을 소개했습니다. 테스트 계획에서 대상·범위·일정·인력·수행 방법을 정의하는 과정을 다뤘습니다.

‘QA 해주세요’라는 모호한 요청을 출발점으로 QE의 역할을 질문합니다. 테스터와 QE의 업무 범위를 명확히 구분할 필요성을 제기합니다.

Django 프로젝트의 테스트 작성 원칙과 커버리지 활용 방식을 공유했습니다.\npytest·Sphinx 기반의 점진적 테스트 및 문서화 도입을 검토했습니다.

Django 서드 파티 패키지의 탐색·도입 장점과 PyPI 활용을 스터디로 정리했습니다. django-test-plus로 테스트 코드와 쿼리 수 검증을 간소화할 수 있음을 소개합니다.

Django 테스트 작성 시 네이밍, factory_boy, mock, freezegun 활용 방식을 안내합니다.\n공통 데이터 생성과 시간·signal 처리 시 성능 및 테스트 격리 원칙을 제시합니다.