https://junyoung-oss.github.io/ 프론트 . 백엔드 . Swift 2026-08-27T10:53:09+08:00 junyoung https://junyoung-oss.github.io/ Jekyll © 2026 junyoung /assets/img/favicons/favicon.ico /assets/img/favicons/favicon-96x96.png 2026-02-21T00:00:00+08:00 2026-02-21T00:00:00+08:00 https://junyoung-oss.github.io/posts/QA-%ED%92%88%EC%A7%88-%ED%8A%B9%EC%84%B1%EA%B3%BC-%EB%B9%84%EA%B8%B0%EB%8A%A5-%ED%85%8C%EC%8A%A4%ED%8A%B8/ junyoung

📘 품질 특성과 비기능 테스트 📌 개요 소프트웨어 품질은 단순한 기능 수행 여부뿐 아니라, 비기능적 속성과 사용자 만족까지 포함한 특성으로 평가된다. 비기능 테스트는 소프트웨어의 품질 특성을 검증하기 위한 체계적 활동이다. 📌 품질 특성과 테스트 방법 1️⃣ 기능 적합성 (Functional Suitability) 정의: 소프트웨어가 요구 기능을 올바르게 수행하는 정도 테스트 방법: 기능 적합성 테스트, 요구사항 기반 검증, 시나리오/테스트 케이스 수행 측정 지표: 결함 발견율, 기능 수행률, 요구사항 충족 비율 예시: 계산기 앱에서 덧셈, 뺄셈 기능이 요구대로 동작하는지 확인 2️⃣ 성능 효율성 (Performance Efficiency) 정의: 처리 속도...

2026-02-21T00:00:00+08:00 2026-02-21T00:00:00+08:00 https://junyoung-oss.github.io/posts/QA-%ED%86%B5%ED%95%A9-%ED%85%8C%EC%8A%A4%ED%8A%B8/ junyoung

📘 통합 테스트 (Integration Test) 📌 개요 통합 테스트는 개별 컴포넌트(모듈)들이 함께 동작하는지 검증하는 테스트이다. 단위 테스트가 개별 모듈에 초점을 맞췄다면, 통합 테스트는 모듈 간 상호작용과 데이터 흐름을 확인하는 단계이다. 📌 통합 테스트의 호출 방식 직접 호출 (Direct Call) 테스트 코드에서 모듈 직접 호출 인터페이스/API 호출 모듈 간 인터페이스를 통한 테스트 📌 통합 테스트 목적 모듈 간 데이터 전달과 제어 흐름 검증 인터페이스와 상호작용의 올바른 동작 확인 결합 시 발생하는 결함 조기 발견 📌 상호작용에 초점을 둔 통합 테스트 모듈 간...

2026-02-21T00:00:00+08:00 2026-02-21T00:00:00+08:00 https://junyoung-oss.github.io/posts/QA-%ED%85%8C%EC%8A%A4%ED%8A%B8-%EC%9E%90%EB%8F%99%ED%99%94/ junyoung

📘 테스트 자동화 📌 개요 테스트 자동화는 반복적이고 시간 소모적인 테스트 활동을 자동화 도구와 스크립트를 이용해 수행하는 방법이다. 목표: 테스트 효율성 향상, 결함 조기 발견, 회귀 테스트 간소화 장점: 반복 테스트 신속 수행, 사람 오류 최소화, 품질 확보 용이 📌 도구 분류 분류 설명 예시 테스트 설계 도구 테스트 케이스 작성 및 관리 명세 기반, 구조 기반, 레거시 시스템 기반 테스트 환경 구축 도구 테스트 환경 자동화 IaC(Infrastructure as Code), VM/컨테이너 관리 ...

2026-02-21T00:00:00+08:00 2026-02-21T00:00:00+08:00 https://junyoung-oss.github.io/posts/QA-%EC%BB%B4%ED%8F%AC%EB%84%8C%ED%8A%B8-%ED%85%8C%EC%8A%A4%ED%8A%B8/ junyoung

📘 컴포넌트 테스트 📌 개요 컴포넌트 테스트(Component Test)는 개별 소프트웨어 컴포넌트(모듈, 클래스, 함수 등)를 독립적으로 검증하는 테스트이다. 목표: 각 컴포넌트가 기능 명세를 만족하는지 확인 특징: 단위보다 조금 더 큰 범위의 테스트, 인터페이스와 동작 검증 포함 📌 모의 객체 생성 프레임워크 (Mock Object / Test Double) ✔ 개념 실제 의존 객체 대신 테스트 목적으로 만들어진 가짜 객체 컴포넌트 간 의존성을 최소화하여 독립적 테스트 수행 ✔ 목적 외부 시스템 호출 없이 컴포넌트 테스트 가능 테스트 속도 향상 및 안정성 확보 ✔ 예시 프레임워크 Java: Mockito, EasyMock Python: u...

2026-02-21T00:00:00+08:00 2026-02-21T00:00:00+08:00 https://junyoung-oss.github.io/posts/QA-%EC%A0%95%EC%A0%81-%ED%85%8C%EC%8A%A4%ED%8A%B8/ junyoung

📘 정적 테스트 (Static Testing) 소프트웨어 테스트라고 하면 보통 프로그램을 실행해보는 장면을 떠올린다. 하지만 모든 테스트가 실행을 필요로 하는 것은 아니다. 정적 테스트(Static Testing)는 코드를 실행하지 않고 결함을 발견하는 방법이다. 요구사항 명세서, 설계서, 코드와 같은 산출물을 직접 검토하거나 분석 도구를 활용해 문제를 찾는다. 이 방법의 가장 큰 장점은 개발 초기에 결함을 발견할 수 있다는 점이다. 일반적으로 결함은 뒤로 갈수록 수정 비용이 커지기 때문에, 정적 테스트는 비용 절감 효과가 매우 크다. 📌 리뷰(Review) 정적 테스트의 대표적인 방법은 리뷰다. 리뷰는 사람이 직접 산출물을 읽고 검토하면서 문제를 찾는 활동이다. 리뷰에는 여러 형태가 있...