편리함이 뺏어간 노력의 의미와 채워지지 않는 갈망나는 정말 편리한 시대에 살고 있다. 요즘에는 AI 덕분에 어려웠던 일들을 쉽게 해내고, 큰 노력을 들이지 않아도 원하는 결과물을 쉽게 얻을 수 있는 시대가 왔다. 하지만 삶이 쉬워지고 원하는 것을 빠르게 얻게 되면서, 꾸준히 노력해 무언가를 성취하는 것에 대한 가치가 불명확해졌다. 땀 흘려 얻는 과정이 사라지자, 나는 점차 쉽고 빠른 자극에 길들여지고 있었다.그렇게 서서히 도파민에 중독되어 갔다. 스스로에게 끊임없이 보상을 주고 싶어 했지만, 그 어떤 쾌락도 텅 빈 속을 충족시키지 못했다. 즉각적인 보상에 익숙해지다 보니 항상 예전보다 더 큰 자극을 갈망하게 되었고, 이전에 얻었던 크기의 보상은 더 이상 보상으로 느껴지지 않았다. 시간이 흐르면서 일상생활..
QA & 업무/ISTQB 시험 공부
2026. 5. 15. 23:01
[ISTQB 독학] 7강. 테스트 유형 완벽 정리 (기능, 비기능, 구조, 변경 관련 테스팅)
안녕하세요! 챕터 2의 마지막 파트인 '테스트 유형(Test Types)'에 도착했습니다. 🎉앞선 6강에서는 테스트를 '언제, 어디서' 할지(테스트 레벨)를 배웠다면, 이번 7강에서는 목적에 따라 '무엇을, 어떻게' 테스트할지를 4가지 유형으로 나누어 살펴볼 거예요. 특히 마지막에 나오는 '변경 관련 테스팅'은 시험 단골 문제니 눈여겨보세요!1. ⚙️ 기능 테스팅 (Functional Testing)시스템이 '무엇(What)'을 해야 하는지 검증하는 가장 기본적이고 핵심적인 테스트입니다.목적: 소프트웨어가 요구사항 명세서에 적힌 기능을 제대로 수행하는지 확인합니다.예시: 쇼핑몰 앱에서 장바구니에 물건을 담으면, 장바구니 아이콘의 숫자가 올라가는가? 결제가 정상적으로 승인되는가?특징: 보통 블랙박스 테스..
QA & 업무/ISTQB 시험 공부
2026. 5. 10. 09:00
[ISTQB 독학] 6강. 테스트 레벨: 단위부터 인수 테스트까지 단계별 특징
안녕하세요! 지난 시간에 이어 오늘은 V-모델의 오른쪽 날개, 즉 '테스트 레벨'에 대해 정리해 보려고 합니다.소프트웨어를 만들 때 한꺼번에 다 만들어서 테스트하는 게 아니라, 아주 작은 부품부터 전체 시스템, 그리고 최종 사용자의 확인까지 단계별로 확인하는 과정이 필요하거든요. 각 레벨의 목적과 특징을 정리해 보았습니다.1. 🧩 컴포넌트 테스팅 (Component Testing)흔히 '단위 테스트(Unit Test)'라고도 부르는 가장 첫 번째 단계입니다.목표: 소프트웨어의 최소 단위(함수, 클래스, 모듈 등)가 개별적으로 잘 작동하는지 확인합니다.수행 주체: 주로 개발자가 본인이 짠 코드를 직접 확인하며 수행합니다.테스트 베이시스: 코드, 컴포넌트 설계, 상세 설계 문서 등.특징: 코드의 내부 구조..
QA & 업무/ISTQB 시험 공부
2026. 4. 28. 21:23
[ISTQB 독학] 5강. 소프트웨어 개발 수명주기(SDLC)와 테스팅: V-모델 완벽 이해
안녕하세요! 챕터 1의 큰 산을 넘고 드디어 챕터 2: 소프트웨어 개발 수명주기와 테스팅으로 넘어왔습니다. 지금까지 "테스트가 무엇인가"를 배웠다면, 이제는 "실제 개발 과정에서 테스트를 언제, 어떻게 해야 할까?"를 배울 차례입니다. 이번 파트에서는 'V-모델'을 중심으로, 개발 수명주기(SDLC)가 테스팅에 미치는 영향을 깔끔하게 정리해 볼게요!1. 🔄 SDLC (소프트웨어 개발 수명주기)란?SDLC(Software Development Life Cycle)는 소프트웨어를 계획하고, 만들고, 배포하고, 유지보수하는 전체 과정(프로세스)을 말해요. 건물을 지을 때 설계도 ➡️ 터파기 ➡️ 뼈대 ➡️ 인테리어 순서로 진행하는 것과 같죠.SDLC 모델은 크게 세 가지로 나눌 수 있어요.순차적 개발 모델:..
QA & 업무/ISTQB 시험 공부
2026. 4. 26. 00:02
[ISTQB 독학] 4강. 테스팅 심리학: 테스터와 개발자가 더 잘 지내는 법
안녕하세요! 드디어 챕터 1의 마지막 시간입니다. 앞서 테스팅의 기술적인 부분들을 다뤘다면, 오늘은 조금 말랑말랑하지만 현실적으로 정말 중요한 '테스팅 심리학'에 대해 이야기해 보려고 해요.QA 업무를 하다 보면 개발자분들과 피드백을 주고받을 일이 정말 많죠. 가끔은 미묘한 긴장감이 흐르기도 하는데, "도대체 왜 소통이 어려울까?"라는 질문에 대한 답이 이 파트에 숨어 있더라고요. 공부하면서 무릎을 탁 쳤던 내용들을 공유해 드릴게요!1. 테스터 vs 개발자, 마인드셋부터 다르다?ISTQB에서는 테스터와 개발자의 마음가짐(Mindset)이 근본적으로 다르다고 설명해요. 어느 한쪽이 맞고 틀린 게 아니라, 각자의 역할에 충실하다 보니 생기는 차이인 거죠.개발자 마인드셋 (Developer Mindset): ..
QA & 업무/ISTQB 시험 공부
2026. 4. 24. 19:00
[ISTQB 독학] 3강. 테스트 프로세스 완벽 정리
안녕하세요! 오늘은 시험에서 3~4문제 정도 꾸준히 출제되는 비중 있는 파트, '테스트 프로세스'를 정리해 보려고 해요.처음엔 '프로세스'라는 말만 들어도 뭔가 복잡하고 딱딱해 보였는데, 막상 공부해보니 우리가 건물을 지을 때 계획하고, 도면 그리고, 공사하고, 마지막에 검사하는 거랑 똑같더라고요! 저만의 이해 팁과 함께 핵심을 요약해 보았으니, 공부하실 때 참고해 보세요! 🚀1. 🗺️ 테스트 프로세스의 전체 흐름 (뼈대 잡기)세부적인 내용에 들어가기 전에, 전체 흐름부터 먼저 훑어보면 이해하기 편해요.테스트는 크게 5단계로 진행되지만, 여기서 포인트는 이 모든 과정을 '모니터링과 제어'가 실시간으로 관리하고 있다는 점이에요!계획 및 제어 (Planning & Control)분석 및 설계 (Analy..
QA & 업무/ISTQB 시험 공부
2026. 4. 23. 23:32
[ISTQB 합격 후기] 전공책 없이 제미나이와 실라버스 & 기출문제로 합격한 썰
안녕하세요, 루모라입니다!사실 이번 ISTQB 연재를 시작하면서 야심 차게 '인강 들으면서 배운 걸 바로바로 블로그에 정리해야지!' 했거든요?그런데... 글 쓰느라 진도가 너무 안 나가서 이러다 시험 접수 기간도 놓치고 이도 저도 안 될 것 같더라고요 ㅠㅠ...마치 공부하는 시간보다 블로그 글 쓰는데 시간이 다 뺏기는 기분이랄까요...그래서 과감하게 블로그 연재는 잠시 멈춰두고, 일단 시험부터 쳐서 합격증을 따온 뒤에 남은 정리를 마저 하기로 전략을 수정했습니다 ㅋㅋ결과는 어땠냐고요? 오늘 그 생생한 합격 썰과 저만의 공부법을 공유해 드릴게요!1. 공부 기간: 한 달 동안 하루 1~2시간, 75점으로 턱걸이 합격!공부 기간은 여유롭게 한 달 정도 잡았어요. 퇴근하고 피곤한 상태에서 무리하기보다는, 하루에..
안녕하세요! Lumora입니다. 😊 누군가에게 내 작업물을 짠! 하고 공개한다는 건, 마치 예고 없이 집에 손님을 초대하는 기분과 비슷한 것 같습니다. 혼자 쓸 때는 전혀 불편함이 없던 것들이 남이 본다고 생각하면 갑자기 다 부끄러워지거든요... ㅋㅋ 최근 블로그를 찾아와 주신 분들 중에 종종 제 스킨이나 사이드바, 목차(TOC) 기능에 대해 물어보시는 분들이 계셨어요. 그래서 '에라 모르겠다, 깃허브에 퍼블릭으로 열어서 다 같이 쓰자!'라고 덜컥 스킨 배포를 결심해 버렸습니다. 하지만 결심과 동시에 시작된 건 뼈를 깎는 리팩토링이었습니다 ㅠㅠ1. Refactoring: 복잡한 코드 걷어내기야심 차게 코드를 열었는데, 웬걸... 제 개인 깃허브 링크부터 저한테만 맞춰진 요상한 자바스크립트 로직까지 아주..
QA & 업무/ISTQB 시험 공부
2026. 3. 15. 00:30
[ISTQB 독학] 2강. 테스터 vs 개발자 역할 차이 & 무조건 외워야 할 '테스팅 7가지 원리'
안녕하세요! 👋 1강 '오류/결함/장애' 개념 정리에 이어 2강으로 돌아왔습니다!다들 1강 내용은 머릿속에 잘 넣어두셨죠? (사람이 실수해서 코드에 결함을 심고, 그게 터지면 장애! 💥)오늘은 시험에 자주 출제된다고 해서 저도 엄청 꼼꼼히 공부한 파트, '테스팅의 7가지 원리'를 다룰 거예요.이 부분은 무작정 외우기보다는 비유를 통해 이해하니까 훨씬 기억에 오래 남더라고요! 제가 공부하면서 도움받았던 팁들을 나눠볼 테니, 같이 한두 문제 확실하게 챙겨가 볼까요? 🚀1. [기초] 테스팅(Testing) vs 디버깅(Debugging) 확실히 구분하기!우선 테스팅의 원리를 알기 전에, 테스터와 개발자가 하는 일을 명확히 나눠야 해요.현업에서는 섞어서 일하기도 하지만, ISTQB 시험에서는 이 둘을 엄격..
