Coding Story

[ISTQB 실러버스] 2장: 소프트웨어 개발수명주기(SDLC)와 테스팅

연듀 — Tue, 10 Mar 2026 14:51:08 +0900

2.1. 소프트웨어 개발수명주기(SDLC)에서의 테스팅

SDLC는 소프트웨어 개발 과정의 단계와 활동을 정의하는 모델이다. 대표적인 예로는 폭포수 모델, V모델 같은 순차적 모델, 나선형 모델 같은 반복적 모델, 그리고 점진적 개발 모델 등이 있다.

각 SDLC 모델에 따라 테스트 활동의 시기와 방법이 달라지기 때문에, 테스트 전략도 이에 맞게 조정되어야 한다.

2.1.1. 소프트웨어 개발수명주기(SDLC)가 테스팅에 미치는 영향

선택한 SDLC 모델은 다음 요소에 영향을 준다.

테스트 활동의 범위와 시기
테스트 문서화 수준
테스트 기법과 테스트 접근 방식
테스트 자동화 범위
테스터의 역할과 책임

예를 들어 순차적 개발 모델에서는 개발 후반에 실행 코드가 나오기 때문에 동적 테스트는 후반에 집중되는 경향이 있다.

2.1.2. 소프트웨어 개발수명주기(SDLC)와 좋은 테스팅 프랙티스

SDLC와 관계없이 적용되는 좋은 테스팅 원칙은 다음과 같다.

모든 개발 활동에 대응되는 테스트 활동을 수행한다.
테스트 레벨마다 명확한 테스트 목적을 정의한다.
개발 초기 단계부터 테스트 분석과 설계를 시작한다.
문서 초안 단계에서 테스터가 리뷰에 참여해 결함을 조기에 발견한다.

2.1.3. 소프트웨어 개발 주도를 위한 테스팅

테스트를 개발 방향을 결정하는 도구로 사용하는 접근법이다.

대표적인 방법:

TDD (Test Driven Development)
테스트를 먼저 작성하고 그 테스트를 통과하도록 코드를 개발
ATDD (Acceptance Test Driven Development)
인수 테스트를 먼저 정의한 후 개발
BDD (Behavior Driven Development)
사용자 행동 중심으로 테스트와 개발 진행

이러한 방식은 코드 작성 전에 테스트를 정의한다는 특징이 있으며, 조기 테스팅과 시프트 레프트 전략을 지원한다.

2.1.4. 데브옵스(DevOps)와 테스팅

DevOps는 개발(Development)과 운영(Operations)의 협업을 통해 빠르게 소프트웨어를 배포하는 방식이다.

테스팅과 관련된 특징

지속적 통합(CI)과 지속적 배포(CD)
자동화된 테스트 활용 증가
빠른 피드백 사이클
개발, 테스트, 운영 간 협업 강화

2.1.5. 시프트 레프트 접근법(Shift Left)

테스트 활동을 개발 초기 단계로 이동시키는 접근 방식이다.

목적

결함을 조기에 발견
수정 비용 감소
개발 품질 향상

예시

요구사항 리뷰
설계 단계 테스트
코드 작성 전 테스트 설계

2.1.6. 회고 및 프로세스 개선

프로젝트나 반복 개발이 끝난 후 팀이 수행한 활동을 돌아보고 개선점을 찾는 활동이다.

회고의 목적

잘한 점과 개선할 점 분석
다음 반복 개발에서 프로세스 개선
팀 협업 및 품질 향상

2.2 테스트 레벨과 테스트 유형

2.2.1 테스트 레벨

테스트 레벨은 테스트 대상 범위에 따라 구분되는 테스트 단계이다.

주요 테스트 레벨

컴포넌트 테스트
- 개별 모듈 또는 함수 단위 테스트
통합 테스트
- 여러 컴포넌트 간 인터페이스 테스트
시스템 테스트
- 전체 시스템이 요구사항을 충족하는지 확인
인수 테스트
- 사용자 또는 고객이 시스템 수용 여부 판단

각 테스트 레벨은 서로 다른 테스트 목적을 가진다.

2.2.2 테스트 유형

테스트 유형은 무엇을 테스트하는지에 따라 구분되는 테스트이다.

1. 기능 테스트: 시스템이 요구된 기능을 수행하는지 확인

2. 비기능 테스트: 성능, 보안, 사용성 등 품질 속성을 테스트

3. 구조 기반 테스트: 코드 구조나 내부 로직을 기준으로 테스트 수행

2.2.3 확인 테스팅 및 리그레션 테스팅

확인 테스팅 (Confirmation Testing)

수정된 결함이 정상적으로 해결되었는지 확인하는 테스트

리그레션 테스팅 (Regression Testing)

수정이나 변경으로 인해 기존 기능에 문제가 생기지 않았는지 확인하는 테스트

2.3 유지보수 테스팅

유지보수 테스팅은 운영 중인 시스템에 변경이 발생했을 때 수행하는 테스트이다.

발생 원인

기능 개선
결함 수정
환경 변화 (OS, DB, 브라우저 등)
시스템 업그레이드

특징

변경 영향 분석 필요
리그레션 테스트 중요
기존 시스템 안정성 유지가 목적

[ISTQB 실러버스] 1장: 테스팅의 기초

연듀 — Mon, 9 Mar 2026 20:05:00 +0900

실러버스 1장 핵심 요약 GOGO ~

테스팅이란 무엇인가?

소프트웨어 테스팅은 결함을 발견하고 소프트웨어의 품질을 평가하여 장애 위험을 줄이기 위한 활동이다.
테스트 대상이 되는 소프트웨어 산출물을 테스트 대상(Test Object) 이라고 한다.

테스팅에 대한 핵심 개념

테스팅은 단순히 프로그램을 실행하는 것만 의미하지 않는다.
요구사항을 충족하는지 확인(Verification) 과
사용자의 실제 필요를 만족하는지 확인(Validation) 을 모두 포함한다.
테스팅은 두 가지 방식으로 수행된다.
- 동적 테스팅: 소프트웨어를 실행하여 테스트
- 정적 테스팅: 실행하지 않고 리뷰나 정적 분석으로 검토
또한 테스트 계획, 관리, 모니터링 등 관리 활동도 포함된다.

소프트웨어 테스팅은 결함을 발견하고 품질을 평가하기 위해 수행하는 활동으로, 실행 테스트뿐 아니라 검증·검토·관리 활동까지 포함한다.

1.1.1 테스트 목적 (Test Objectives)

요구사항, 설계, 코드 등 작업 산출물 평가
결함 식별 및 장애 유발
요구된 테스트 커버리지 확보
품질 부족으로 인한 리스크 감소
요구사항 충족 여부 확인 (Verification)
계약, 법률, 규제 요구사항 준수 여부 확인
이해관계자의 의사결정을 위한 정보 제공
제품 품질에 대한 신뢰 확보
사용자 기대 충족 여부 확인 (Validation)

테스트 목적은 테스트 대상, 테스트 레벨, 리스크, 개발 방식, 비즈니스 환경 등에 따라 달라질 수 있다.

1.1.2 테스팅과 디버깅

테스팅

결함을 발견하거나 장애를 유발하는 활동
동적 테스팅: 실행하여 장애 발생 확인
정적 테스팅: 실행 없이 결함 발견

디버깅

장애가 발생했을 때 원인을 찾아 수정하는 과정

일반적인 디버깅 과정

장애 재현
원인 분석 (결함 찾기)
결함 수정

수정 후 수행하는 테스트

확인 테스팅 (Confirmation Testing)
→ 결함이 제대로 수정되었는지 확인
리그레션 테스팅 (Regression Testing)
→ 수정으로 인해 다른 기능에 문제가 생기지 않았는지 확인

테스팅은 결함을 발견하는 활동이고, 디버깅은 발견된 결함의 원인을 분석하고 수정하는 활동이다.

1.2 테스팅이 왜 필요한가?

테스팅은 정해진 범위, 시간, 비용 안에서 테스트 목표를 달성하고 소프트웨어 품질을 관리하는 데 도움을 준다.

또한 모든 이해관계자가 참여하여 결함을 발견하고 프로젝트 성공에 기여할 수 있다.

1.2.1 테스팅이 성공에 기여하는 방법

결함을 조기에 발견하여 품질 향상에 기여
소프트웨어 품질 평가 정보 제공
릴리스 여부 등의 의사결정 지원
사용자 요구사항을 간접적으로 검증
계약, 법률, 규제 요구사항 준수 확인

테스팅은 결함을 발견하여 품질 개선과 의사결정에 도움을 준다.

1.2.2 테스팅과 품질 보증(QA)

테스팅(Testting)

제품 중심 활동
결함 발견 및 품질 확인
품질 제어(Quality Control) 활동

품질 보증(QA)

프로세스 중심 활동
결함 예방 및 프로세스 개선

1.2.3 오류, 결함, 장애, 근본 원인

오류(Error)
→ 사람이 저지른 실수
결함(Defect / Bug)
→ 오류로 인해 소프트웨어에 생긴 문제
장애(Failure)
→ 결함이 실행되어 시스템이 제대로 동작하지 않는 상태

오류 → 결함 → 장애

근본 원인(Root Cause)
→ 문제의 근본적인 원인

근본 원인을 분석하면 유사한 결함과 장애를 예방할 수 있다.

1.3 테스팅의 원리 (7가지)

1. 테스팅은 결함의 존재만 보여준다

테스팅은 결함이 있음을 발견할 수 있지만, 결함이 없음을 증명할 수는 없다.

2. 완벽한 테스팅은 불가능하다

모든 경우를 테스트하는 것은 불가능하므로
우선순위와 리스크 기반으로 테스트해야 한다.

3. 조기 테스팅

초기에 결함을 발견할수록 시간과 비용을 절약할 수 있다.

4. 결함 집중 (Defect Clustering)

대부분의 결함은 소수의 모듈에 집중되는 경향이 있다.
(파레토 법칙)

5. 테스트 효과 감소 (Pesticide Paradox)

같은 테스트를 반복하면 새로운 결함을 찾는 효과가 감소한다.
→ 새로운 테스트 케이스 필요

6. 테스팅은 정황에 의존한다

테스팅 방법은 프로젝트, 시스템, 환경에 따라 달라진다.

7. 결함 부재의 궤변 (Absence of Errors Fallacy)

결함이 없더라도 사용자 요구를 만족하지 못하면 소프트웨어는 실패한 것이다.

1.4 테스트 활동, 테스트웨어, 테스트 역할

1.4.1 테스트 활동과 업무

1.테스트 계획 (Test Planning)
→ 테스트 목표와 전략 수립

2.테스트 모니터링 & 제어 (Test Monitoring & Control)
→ 테스트 진행 상황 확인 및 조정

3.테스트 분석 (Test Analysis)
→ 무엇을 테스트할지 결정

4.테스트 설계 (Test Design)
→ 테스트 케이스 설계

5.테스트 구현 (Test Implementation)
→ 테스트 데이터, 스크립트 준비

6.테스트 실행 (Test Execution)
→ 테스트 수행 및 결과 비교

7.테스트 완료 (Test Completion)
→ 테스트 결과 정리 및 보고

1.4.2 정황에 따른 테스트 프로세스

테스팅 방법은 다음 요소에 따라 달라진다.

이해관계자
팀 역량
비즈니스 도메인
기술 환경
프로젝트 제약 (시간, 비용)
조직 구조
SDLC
테스트 도구

테스팅은 정황에 의존한다

1.4.3 테스트웨어

테스트 활동 과정에서 생성되는 산출물

테스트 계획
테스트 케이스
테스트 스크립트
테스트 데이터
테스트 로그
결함 보고서
테스트 완료 보고서

1.4.4 테스트 베이시스와 테스트웨어 간의 추적성

추적성은 테스트 베이시스의 요소와 테스트웨어, 테스트 결과, 결함 사이의 관계를 연결하고 관리하는 것이다.

테스트 베이시스 예

요구사항
설계 문서

테스트웨어 예

테스트 컨디션
테스트 케이스
테스트 결과
결함 보고서

추적성의 목적

테스트 커버리지 확인
→ 요구사항이 테스트 케이스로 충분히 검증되었는지 확인
리스크 평가
→ 테스트 결과를 통해 잔존 리스크 수준 파악
변경 영향 분석
→ 요구사항 변경 시 영향을 받는 테스트 식별
테스트 진행 상황 및 결과 보고 지원

예시

요구사항 ↔ 테스트 케이스
→ 요구사항이 테스트되었는지 확인
테스트 결과 ↔ 리스크
→ 잔존 리스크 평가

1.4.5 테스팅에서의 역할

테스팅에는 두 가지 주요 역할이 있다.

테스트 관리 역할

테스트 계획
테스트 모니터링
테스트 제어
테스트 완료 관리

테스터 역할

테스트 분석
테스트 설계
테스트 구현
테스트 실행

1.5 테스팅의 필수 기술 및 모범 사례

1.5.1 테스팅에 보편적으로 필요한 기술

테스팅 지식
분석적·비판적 사고
세부사항에 대한 주의력
의사소통 능력 및 협업 능력
기술 지식
도메인 지식

테스터는 결함 정보를 명확하고 건설적으로 전달하는 의사소통 능력이 중요하다.

1.5.2 전체 팀 접근법 (Whole Team Approach)

팀원 모두가 품질에 대한 책임을 가진다.
필요한 경우 누구나 테스트 활동에 참여할 수 있다.
팀원 간 협업과 의사소통을 강화한다.

1.5.3 테스팅의 독립성 (Independence of Testing)

테스트는 독립성이 높을수록 새로운 결함을 발견할 가능성이 높다.

독립성 수준 예시)

1. 개발자가 직접 테스트
2. 같은 팀 동료가 테스트
3. 조직 내 별도 테스트 팀
4. 외부 테스트 조직

장점

다른 관점에서 결함 발견 가능

단점

개발팀과 협업 문제 발생 가능

[MySQL] 재귀 쿼리 (RECURSIVE CTE)

연듀 — Tue, 17 Dec 2024 17:37:44 +0900

재귀 쿼리는 자기 자신을 참조하여 쿼리를 실행하는 것이다.

영어로 Recursive CTE이다.

CTE란?

Common Table Expression의 약자
WITH 문을 사용하여 만든 임시 테이블
하나의 쿼리문 범위 내에서만 존재하며, 여러번 참조될 수 있는 일회성 테이블
재사용이 필요한 서브 쿼리를 간결하게 표현할 때 유용

[CTE 기본 구조]

WITH CTE_이름 AS (
    -- CTE 내부의 쿼리 정의
    SELECT ...
)
SELECT * FROM CTE_이름

재귀적(Recursive) CTE

Recursive CTE(재귀 공통 테이블 표현식)는 재귀적으로 데이터를 처리할 수 있는 CTE의 확장 버전
주로 계층적 데이터(예: 조직 구조, 트리 구조)를 탐색하거나, 반복적인 계산이 필요한 경우에 사용

[기본적인 구조]

-- RECURSIVE CTE
WITH RECURSIVE cte (...) AS 
(
   SELECT ...   -- Non Recursive 부분
   UNION ALL 
   SELECT ...  -- Recursive 부분
)
SELECT * FROM cte;

재귀 쿼리는 두개의 SELECT절로 이루어지며 각 SELECT절은 UNION으로 구분된다.

첫번째 SELECT절은 반복을 시작할 첫번째 행을 만드는 역할이고

두번째 SELECT절이 반복적으로 자기자신을 참조하여 쿼리를 실행한다.

사용 예시

부서들을 부모-자식 순으로 계층을 정렬하고, '가,나,다' 순으로 정렬하려 한다.

WITH RECURSIVE DeptHierarchy AS (
    -- 최상위 부서 선택
    SELECT
        Dept_code AS deptId,
        Dept_name AS deptName,
        NULLIF(Pdept_code, '0') AS parentDeptId,
        1 AS depth,
        Dept_name AS fullPath
    FROM
        v_rv_dept
    WHERE
        Pdept_code = '0' OR Pdept_code IS NULL

    UNION ALL

    -- 하위 부서를 재귀적으로 탐색
    SELECT
        child.Dept_code AS deptId,
        child.Dept_name AS deptName,
        NULLIF(child.Pdept_code, '0') AS parentDeptId,
        parent.depth + 1 AS depth,
        CONCAT(parent.fullPath, ' > ', child.Dept_name) AS fullPath
    FROM
        v_rv_dept child
    INNER JOIN
        DeptHierarchy parent
    ON
        child.Pdept_code = parent.deptId // 상위 부서와 연결된 하위 부서 찾기
)
SELECT
    deptId,
    deptName,
    parentDeptId,
    depth,
    fullPath
FROM
    DeptHierarchy
ORDER BY
    fullPath; // 부서 계층 구조 정렬

출력 예시

데이터 예제 (v_rv_dept):

Dept_code	Dept_name	Pdept_code
1	본사	0
2	연구소	1
3	개발팀	2
4	영업팀	1
5	해외영업팀	4

결과:

deptId	deptName	parentDeptId	depth	fullPath
1	본사	NULL	1	본사
2	연구소	1	2	본사 > 연구소
3	개발팀	2	3	본사 > 연구소 > 개발팀
4	영업팀	1	2	본사 > 영업팀
5	해외영업팀	4	3	본사 > 영업팀 > 해외영업팀

https://velog.io/@leo4study/SQL-RECURSIVE-CTE-이해하기

https://wildeveloperetrain.tistory.com/340

[Linux] 소프트웨어 관리 명령어 정리(파일 압축, RPM, YUM)

연듀 — Tue, 30 Jul 2024 17:53:38 +0900

파일 압축과 풀기

tar(Tape ARchiver)

tar [파일과 디렉터리들] … : 하나의 파일로 묶기
tar tvf [test.tar]: 묶여 있는 파일 미리보기
tar xvf [test.tar] -C /tmp : test.tar를 /tmp에 풀기
- x: 파일 풀어줌, C: 풀릴 위치 지정
rm -rf test.tar: tar 파일 제거
star 명령어: 복사/이동 시 보안 콘텍스트 유지되게 원래 속성 유지

GNU zip

gzip [/root/install.log]: 파일 압축
gzip -d [/root/install.log.gz]: 압축 파일 풀기
gzip -r [/root]: 해당 디렉터리의 모든 파일/디렉터리 각각 압축

bzip2: gzip 보다 압축률 좋음

RPM

RedHat Package Manager

: 오픈소스 패키지 관리 시스템

SRPM: RPM 소스코드
rpm -옵션 [파일_명]: RPM 패키지 관리
rpm -e: rpm 패키지 제거
rpm -r: dr

YUM

:RPM의 패키지 종속성 문제를 자동으로 해결하며 패키지를 설치해주는 패키지 관리시스템

[Linux] 관리자 명령어 - 파일시스템 보안

연듀 — Tue, 30 Jul 2024 17:51:24 +0900

파일시스템 보안 명령어 정리

chroot: 어느 디렉터리를 가상의 최상위 / 디렉터리로 만들어 cd .. 했을 때 더이상 상위 디렉터리로 이동 못하게
chcon: 파일 B의 보안설정이 파일 A의 보안설정과 동일하게 설정되도록
chattr: 속성 변경
- +i : 파일 속성 변경, 추가, 삭제 등 불가
lsattr: 속성 보기
SetUID: 파일의 소유자 권한으로 파일을 실행
- chmod 명령어 뒤에 4xxx를 붙이면 설정됨
setGID: 파일을 소유한 그룹의 권한으로 파일을 실행
sticky bit: 이 비트가 설정된 디렉토리는 공용 디렉토리가 되지만, 파일을 소유한 사용자만 그 파일을 삭제하거나 수정할 수 있음
IPC(Inter-Process Communication): 서로 다른 프로세스 간에 데이터를 주고받거나 통신을 하기 위한 메커니즘

[MySQL] 프로시저, 이벤트 스케줄러 만들기

연듀 — Sat, 1 Jun 2024 15:38:12 +0900

프로시저란?

어떠한 동작을 일괄 처리하기 위한 쿼리문의 집합으로, MySQL에서의 메서드라고 보면 된다. 함수처럼 매개변수를 받고 그에 따라 결과를 나타내는 것이 가능하다.

SQL 명령의 묶음으로, 프로시저로 묶인 SQL 문 질의들은 처리될 때 하나의 쿼리로 해석된다.

프로시저 사용법

DELIMITER //

CREATE PROCEDURE 프로시저명(매개변수)

BEGIN 

           SQL 문1;

           SQL 문2;

END
//
DELIMITER ;

"DELIMITER //" 을 선언해서 기존 구분 문자인 ";" 에서 "//"로 바꿔준다.

CREATE PROCEDURE로 프로시저를 등록한다.

프로시저 등록을 마친 후 "DELIMITER ;"을 통해 다시 구분 문자를 ";"으로 바꿔준다.

call 프로시저명; // 프로시저 호출
DROP PROCEDURE 프로시저명; // 프로시저 삭제

이벤트 스케줄러란?

MySQL 서버에 기본적으로 내장된 구성 요소로, 이벤트를 실행하는데 사용된다.

이벤트 스케줄러를 사용하기 위해서는 설정을 해주어야 한다.

이벤트 스케줄러 조회

SHOW VARIABLES LIKE 'event%'

이벤트 스케줄러 ON으로 활성화

SET GLOBAL event_scheduler = ON;

이벤트 스케줄러, 프로시저 실행 예시

테이블 생성 및 데이터 삽입

CREATE TABLE users (
    id INT PRIMARY KEY,
    username VARCHAR(50),
    age INT
);

INSERT INTO users VALUES
(1, 'name', 20),
(2, 'name2', 21);

프로시저 생성

DELIMITER //
CREATE PROCEDURE update_user_age
(
    IN p_id INT,
    IN p_age INT
)
BEGIN
    UPDATE users
    SET age = p_age
    WHERE id = p_id;
END //
DELIMITER ;

프로시저 생성 확인

SHOW PROCEDURE STATUS;

프로시저 호출

CALL update_user_age(2, 40); // id가 2인 사용자의 나이를 40으로 업데이트

이벤트 생성

CREATE EVENT users_event
    ON SCHEDULE EVERY 1 MINUTE
    STARTS '2023-10-07 00:00:00'
    COMMENT 'Update age of user with id 1 every minute'
    DO
      CALL update_user_age(1, 40);
      
      //1분마다 id가 1인 사용자의 나이를 40으로 업데이트 하는 이벤트 생성

생성된 이벤트 조회

SHOW EVENTS;

[JAVA] 자바 메모리 구조와 static

연듀 — Thu, 16 May 2024 21:58:30 +0900

자바 메모리 구조

메서드 영역: 클래스 정보 보관
스택 영역: 실제 프로그램이 실행되는 영역
힙 영역: 객체(인스턴스가 생성되는 영역) (new 키워드)

메서드 영역

클래스 정보를 보관하는 영역

클래스 정보 - 클래스, 메서드 등의 실행 코드

static 영역 - static 변수 보관

상수 풀 - 상수 관리

스택 영역

실제 프로그램이 실행되는 영역

지역 변수, 중간 연산 결과, 메서드 호출 정보 등

힙 영역

인스턴스가 생성되는 영역

객체

배열

가비지 컬렉션이 이뤄지는 영역

같은 클래스에서 생성된 객체여도 인스턴스 내부 변수 값은 다를 수 있지만 메서드는 공통된 영역을 공유한다.

따라서 메서드는 메서드 영역에서 공통으로 관리되고 실행된다.

멤버 변수(필드)의 종류

인스턴스 변수

static이 붙지 않은 멤버 변수

인스턴스를 만들 때마다 새로 만들어진다.

클래스 변수

static이 붙은 멤버 변수

클래스 변수 = static 변수 = 정적 변수

메서드 영역의 static 영역에 존재한다.

인스턴스와 무관하게 클래스에 바로 접근해 사용할 수 있다.

자바 프로그램을 시작할 때 딱 1개 만들어지고 여러 곳에서 공유하는 목적으로 사용된다.

변수와 생명주기

지역 변수

스택 영역의 스택 프레임 안에 보관된다.

메서드가 종료되면 스택 프레임이 제거되면서 지역 변수도 함께 제거된다.

생존 주기가 짧다.

인스턴스 변수

힙 영역을 사용한다.

가비지 컬렉션이 발생하기 전까지 생존한다.

클래스 변수

메서드 영역의 static 영역에 보관된다.

해당 클래스가 JVM에 로딩되는 순간 생성해 종료될 때 제거된다.

지역 변수 < 인스턴스 변수 < 클래스 변수

멤버 메서드의 종류

인스턴스 메서드: static이 안붙은 멤버 메서드

클래스 메서드: static이 붙은 멤버 메서드, 인스턴스를 생성하지 않고 바로 호출 가능

정적 메서드: 정적 변수, 정적 메서드에 접근 가능. 정적 메서드에서 인스턴스 변수, 인스턴스 메서드에 접근하면 컴파일 오류

인스턴스 메서드: 정적 메서드, 정적 변수, 인스턴스 메서드, 인스턴스 변수 모두 접근이 가능

정적 메서드는 클래스가 로딩되는 시점에 생성되는데, 인스턴스 멤버는 인스턴스를 생성한 후에 접근 가능하므로

정적 메서드에서는 인스턴스 멤버로 접근할 수 없는 것이다.

main() 메서드도 정적 메서드라 객체를 생성하지 않아도 작동 될 수 있었다.

참고: 인프런 김영한 실전 자바 강의

[Spring] AOP를 이용한 Request 로깅

연듀 — Sun, 5 May 2024 16:43:20 +0900

AOP 개념에 관한 이전 포스팅

https://yeoncoding.tistory.com/732

[Spring] AOP란

Spring AOP 관점 지향 프로그래밍(AOP-Aspect Oriented Programming) AOP는 관점을 기준으로 묶어 개발하는 방식을 말한다. 관점(aspect)이란, 어떤 기능을 구현할 때 그 기능을 핵심 기능과 부가 기능으로 구분

yeoncoding.tistory.com

AOP(Aspect-Oriented Programming)를 이용하여 HTTP 요청과 응답을 로깅했습니다.

package contest.collectingbox.global.config;

import jakarta.servlet.http.HttpServletRequest;
import lombok.extern.slf4j.Slf4j;
import org.aspectj.lang.ProceedingJoinPoint;
import org.aspectj.lang.annotation.Around;
import org.aspectj.lang.annotation.Aspect;
import org.aspectj.lang.annotation.Pointcut;
import org.springframework.stereotype.Component;
import org.springframework.web.context.request.RequestContextHolder;
import org.springframework.web.context.request.ServletRequestAttributes;

@Slf4j
@Aspect
@Component
public class LoggingAspect {
    @Pointcut("within(contest.collectingbox.module..*Controller)")
    private void cut() {
    }

    @Around("cut()")
    public Object doLogging(final ProceedingJoinPoint joinPoint) throws Throwable {
        final HttpServletRequest request = ((ServletRequestAttributes) RequestContextHolder.currentRequestAttributes())
                .getRequest();
        final String ipAddr = request.getRemoteAddr();
        final String method = request.getMethod();
        final String requestURI = request.getRequestURI();
        final Object[] args = joinPoint.getArgs();

        log.info("[REQUEST] {} {} {} args={}", ipAddr, method, requestURI, args);
        try{
            Object result = joinPoint.proceed();
            log.info("[RESPONSE] {}", result);
            return result;
        }catch(Exception e){
            log.error("[RESPONSE] exception message = {}", e.getMessage());
            throw e;
        }

    }
}

Aspect: 모듈화된 부가기능으로, 위 코드의 경우 LoggingAspect 클래스입니다.

JoinPoint: Aspect가 적용될 수 있는 지점입니다. ProceedingJoinPoint 객체는 around Advice 메소드가 가지고 있는 비즈니스 메소드에 대한 정보입니다.

Advice: 특정 Join Point에서 실행되는 코드입니다. Advice는 언제 실행되는지에 따라 다양한 유형이 있습니다(예: Before, After, Around). 여기서는 doLogging 메서드가 Around Advice입니다.

@Pointcut: contest.collectingbox.module 패키지 하위에 있는 모든 Controller 클래스의 메서드에 Advice를 적용하도록 합니다.

@Around: 해당 메서드 실행 전 후에 로깅 작업을 수행합니다.

proceed() 메소드: 비즈니스 메소드를 진행하도록 합니다. proceed()를 기준으로 비즈니스 메소드의 수행 전과 후가 나누어집니다.

HTTP 요청 정보를 추출해 로깅하고, 메서드 실행 후 반환된 결과를 로깅했습니다.

[Spring] @ExceptionHandler를 사용해 예외 처리하기

연듀 — Thu, 18 Apr 2024 16:40:36 +0900

스프링은 API 예외 처리 문제를 해결하기 위해 @ExceptionHandler를 사용한 편리한 예외 처리 기능을 제공한다.

다음은 진행하고 있는 프로젝트에 @ExceptionHandler를 적용한 코드이다.

@Getter
@AllArgsConstructor
public enum ErrorCode {
    // 400
    NOT_SELECTED_TAG(BAD_REQUEST, "수거함 태그는 반드시 한 개 이상 설정해야 합니다.");

    // 404

    // 409

    // 500

    private final HttpStatus httpStatus;
    private final String message;
}

enum 클래스를 만들어 상태 코드와 메세지를 담은 열거형을 정의한다.

@Getter
public class CollectingBoxException extends RuntimeException {
    private final ErrorCode errorCode; // 발생한 오류 코드

    public CollectingBoxException(ErrorCode errorCode) {
        super(errorCode.getMessage()); // 해당 예외의 메시지 설정
        this.errorCode = errorCode;
    }
}

RuntimeException을 상속받은 클래스를 작성한다.

@Slf4j
@RestControllerAdvice
public class GlobalExceptionHandler {

    @ExceptionHandler(CollectingBoxException.class)
    public ResponseEntity<ErrorResponse> handleCollectingBoxException(CollectingBoxException e) {
        ErrorResponse errorResponse = ErrorResponse.from(e.getErrorCode());
        log.error("exception message = {}", e.getMessage());
        return ResponseEntity.status(errorResponse.getHttpStatus()).body(errorResponse);
    }
}

@ExceptionHandler를 선언하고, 괄호 안에 처리하고 싶은 예외를 지정해주면 된다.

컨트롤러에서 해당 예외가 발생하면 이 메서드가 호출한다.

@RestControllerAdvice는 @ControllerAdvice에 @ResponseBody가 추가된 것으로,

@ControllerAdvice는 대상으로 지정한 여러 컨트롤러에 @ExceptionHandler 기능을 부여해주는 역할을 한다.

이 코드에서는 대상 컨트롤러 지정을 생략하여 모든 컨트롤러에 적용이 된다.

@Getter
@AllArgsConstructor(access = AccessLevel.PRIVATE)
public class ErrorResponse {

    private HttpStatus httpStatus;
    private String message;

    public static ErrorResponse from(ErrorCode errorCode) {
        return new ErrorResponse(errorCode.getHttpStatus(), errorCode.getMessage());
    }
}

[JPA] 객체지향 쿼리 언어 JPQL 기본 문법

연듀 — Mon, 8 Apr 2024 19:44:57 +0900

기본 문법과 쿼리 API

TypedQuery, Query

Member member = new Member();
member.setUsername("member1");
member.setAge(10);
em.persist(member);

TypedQuery<Member> query1 = em.createQuery("select m from Member m", Member.class);
TypedQuery<String> query2 = em.createQuery("select m.username from Member m", String.class);
Query query3 = em.createQuery("select m.username, m.age from Member m"); // 타입 정보를 받을 수 없을 때

결과 조회 API

Member singleResult = query.getSingleResult(); // 결과 하나일 때

List<Member> resultList = query.getResultList(); // 결과 하나 이상일 때, 결과 없으면 빈 리스트 반환 
for (Member member1 : resultList) {
       System.out.println("member1 = " + member1);
 }

파라미터 바인딩

Member result = em.createQuery("select m from Member m where m.username = :username", Member.class)
        .setParameter("uersname", "member1")
        .getSingleResult();
System.out.println("result = " + result.getUsername()); // result = member1

위치 기준 말고 위와 같이 이름 기준으로 써야 한다.

프로젝션

select 절에 조회할 대상을 지정하는 것

엔티티 프로젝션을 하면 셀렉트 한 대상이 다 영속성 컨텍스트에서 관리된다.

// 엔티티 프로젝션
List<Member> result = em.createQuery("select m from Member m", Member.class).getResultList();
Member findMember = result.get(0);
findMember.setAge(20); // 영속성 컨텍스트에서 관리되므로 20으로 변경된다. 

tx.commit();

// 엔티티 프로젝션
List<Team> result = em.createQuery("select m.team from Member m", Team.class).getResultList(); // 팀과 조인하는 쿼리가 나간다.(묵시적 조인)
// select t from Member m join m.team t 와 같다. <- 이렇게 명시적으로 조인을 적어주는게 좋다.

em.createQuery("select o.address from Order o", Address.class).getResultList(); // 임베디드 타입 프로젝션

em.createQuery("select distinct m.username, m.age from Member m").getResultList(); // 스칼라 타입 프로젝션

프로젝션 - 여러 값 조회

// Object[] 타입으로 조회
List<Object[]> resultList = em.createQuery("select m.username, m.age from Member m").getResultList();
Object[] result = resultList.get(0);
System.out.println("username = " + result[0]);
System.out.println("age = " + result[1]);

// DTO로 바로 조회
List<MemberDTO> result = em.createQuery("select new hellojpql.jpql.MemberDTO(m.username, m.age) from Member m", MemberDTO.class)
                    .getResultList();
MemberDTO memberDTO = result.get(0);
System.out.println("memberDTO = " + memberDTO.getUsername());

페이징

List<Member> result = em.createQuery("select m from Member m order by m.age desc", Member.class)
        .setFirstResult(0) // 조회 시작 위치(0부터 시작)
        .setMaxResults(10) // 조회할 데이터 수 
        .getResultList();
System.out.println("result.size  = " + result.size());
for (Member member1 : result) {
    System.out.println("member1 = " + member1);
}

DB 방언에 맞게 SQL 문이 나간다.

조인

내부 조인, 외부 조인

Team team = new Team();
team.setName("teamA");
em.persist(team);

Member member = new Member();
member.setUsername("member1");
member.setAge(10);
member.setTeam(team);

em.persist(member);
em.flush();
em.clear();

String query = "select m from Member m inner join m.team t"; // inner는 생략 가능
//String query = "select m from Member m left join m.team t"; // inner는 생략 가능

List<Member> result = em.createQuery(query, Member.class).getResultList();

세타 조인

String query = "select m from Member m, Team t where m.username = t.name";
List<Member> result = em.createQuery(query, Member.class).getResultList();

JPQL 타입 표현

String query = "select m.username, 'HELLO', TRUE From Member m " +
                    "where m.memberType =:userType"; // 하드코딩 하려면 패키지 명 다 넣어야 함
            List<Object[]> result = em.createQuery(query)
                            .setParameter("userType", MemberType.ADMIN)
                                    .getResultList();

em.createQuery("select i from Item i where type(i) = Book", Item.class).getResultList(); // type으로 DTYPE을 체크함

조건식

String query = "select " +
                    "case when m.age <= 10 then '학생요금'" +
                    " when m.age >= 60 then '경로요금'" +
                    " else '일반요금' "+
                    "end " +
                    "from Member m";
            List<String> result = em.createQuery(query, String.class).getResultList();
            for (String s : result) {
                System.out.println("s = " + s);
            }

String query = "select coalesce(m.username, '이름 없는 회원') from Member m";

String query = "select NULLIF(m.username, '관리자') from Member m";

*포스팅 시 기존에 알고있었던 SQL과 비슷한 문법들은 생략하였다.

인프런 자바 ORM 표준 JPA 프로그래밍 - 기본편을 수강하고 정리한 글입니다.

https://www.inflearn.com/course/ORM-JPA-Basic