Back to Projects

Security Product QA / Workflow Automation

PCFILTER QA Internship

유지보수 및 추가 개발 변경점 검증을 중심으로 한 2개월 QA 인턴 경험

2-Month Internship Project2026.04.27 - 2026.06.19QA Testing / Regression Check / Documentation Automation

지란지교에서 QA 인턴으로 근무하며 개발자들이 유지보수하거나 추가 개발한 PCFILTER 변경점에 대해 사용자 화면, 정책 반영, 로그·리포트 일관성을 검증했습니다. 반복되는 문서 작성과 화면 탐색 문제는 자동화 도구와 가이드로 개선했습니다.

Internship Story

테스트를 수행하는 인턴에서, 반복을 줄이는 결과물을 남기는 인턴으로

짧은 인턴 기간을 단순한 업무 체험으로 보내기보다, 매일 수행하는 QA 업무에서 불편과 반복을 관찰하고 직접 개선하는 것을 목표로 삼았습니다. 제품을 이해하고 이슈를 재현하는 기본 업무에 충실하면서도, 다음 업무와 다음 사람이 더 수월해질 수 있는 도구와 문서를 만드는 데 시간을 투자했습니다.

What I Wanted To Achieve

  • 보안 소프트웨어의 클라이언트, 관리자 페이지, 정책, 로그가 연결되는 구조 이해
  • Notion, Jira, Jenkins 문서를 통해 팀의 업무 기록과 개발 흐름 파악
  • 이슈를 재현 가능한 조건과 기대 결과로 정리하는 QA 기본기 습득
  • 반복 업무를 발견하고 실제 사용 가능한 자동화와 문서로 개선
  • 인턴 이후에도 팀에서 참고하거나 확장할 수 있는 형태로 결과물 정리

01 · Learn

제품과 QA 흐름 이해

화면, 정책, 로그의 연결 관계를 따라가며 테스트를 수행하고, 이슈가 어떤 조건에서 발생하는지 재현 가능한 형태로 기록했습니다.

02 · Observe

반복되는 불편 발견

테스트 문서 초안 작성과 화면 경로 탐색이 반복되고, 업무 지식이 여러 문서와 화면에 흩어져 있다는 점을 개선 대상으로 정의했습니다.

03 · Build

자동화 도구와 가이드 구현

Jira·Notion 기반 테스트 가이드 자동화, 기존 문서 보호 로직, 업무 목적별 화면 네비게이션, 신입용 스타터 키트를 제작했습니다.

04 · Share

재사용 가능한 결과물로 정리

실행 방법, 보안 원칙, 오류 대응, 검증 테스트를 함께 정리해 개인 작업으로 끝나지 않고 다른 사용자가 이어갈 수 있도록 구성했습니다.

Value I Left

  • 반복 문서 작업을 자동화 후보로 정의하고 실제 실행 가능한 Node.js 도구로 구현
  • 사용자 작성 내용을 보호하는 Dry-run과 템플릿 가드를 넣어 실무 적용 안정성 고려
  • 화면 경로를 업무 목적별 질문과 연관 흐름으로 재구성해 탐색 가능한 지식으로 정리
  • 설치·연결·사용·보안 원칙을 하나의 스타터 키트로 묶어 온보딩 기반 마련
  • 코드와 문서를 테스트 및 가이드와 함께 남겨 유지보수와 확장 가능성 확보

How I Grew

  • QA를 기능 확인이 아니라 사용자 흐름과 시스템 연결 관계를 이해하는 과정으로 바라보게 됐습니다.
  • Notion 문서를 찾고 정리하는 법, Jira 티켓에서 테스트 맥락을 읽는 법, 빌드 흐름을 QA 관점에서 이해하는 법을 익혔습니다.
  • 개발할 때는 기능 구현뿐 아니라 재현 가능한 조건, 예외 상황, 로그, 사용자 메시지, 기존 기능 영향까지 함께 고려해야 한다는 기준을 얻었습니다.
  • 불편을 발견했을 때 개인 요령으로 해결하지 않고 반복 가능한 프로세스와 도구로 구조화하는 습관을 얻었습니다.
  • 자동화는 빠르게 만드는 것보다 기존 데이터를 보호하고 사용자가 신뢰할 수 있게 설계하는 일이 중요하다는 점을 배웠습니다.
  • 짧은 기간에도 맡은 업무를 충실히 수행하면서 작은 개선을 누적하면 팀에 남는 결과물을 만들 수 있다는 자신감을 얻었습니다.

Work Samples

인턴 기간에 남긴 구체 산출물

실제 업무에서 반복되던 불편을 테스트 기준과 문서 흐름으로 정리한 산출물입니다. 내부 정보는 제외하고 구조와 의도를 공개 가능한 형태로 재구성했습니다.

QA Navigation

화면 네비게이션

사용자 화면, 관리자 정책, 로그/리포트가 떨어져 있어 테스트할 때 같은 경로를 반복해서 찾는 문제가 있었습니다. Notion 페이지로 화면 경로를 정리하고 QA 질문 기준으로 다시 묶었습니다.

왜 만들었나

새 테스트를 시작할 때 확인 범위를 빠르게 잡고, 정책 변경이 어느 화면과 기록에 영향을 주는지 놓치지 않기 위해 만들었습니다. 이 페이지에는 QA 작업 환경을 구성할 수 있는 스타터 키트 zip도 함께 올려두었습니다.

  • 정책 반영, 검사 결과, 보호조치, 정보유출방지 흐름을 테스트 목적별로 정리
  • 사용자 화면 확인에서 끝나지 않고 관리자 설정과 로그/리포트 비교까지 연결
  • 내부 화면 경로와 첨부 zip 원본은 공개하지 않고 산출물의 구조와 작성 방식을 공개용으로 재구성
GitHub 문서 보기

MCP Starter Kit

Codex + MCP 스타터 키트

Notion 화면 네비게이션 페이지에 QA 작업 폴더를 구성할 수 있는 zip을 올려두고, 화면 경로 기준 문서와 MCP 설정, Notion/Jira 연동 자동화 흐름을 함께 묶었습니다.

왜 만들었나

자연어로 질문해도 Codex가 기준 문서와 업무 맥락을 참고해 어디에서 무엇을 어떻게 확인해야 하는지 안내할 수 있게 하기 위해 만들었습니다.

  • 화면 경로 기준 문서, MCP 설정 예시, 자동화 스크립트, 테스트 코드를 하나의 시작 키트로 구성
  • 개인정보 전체검사, USB 차단 정책, 정책 갱신 순서 같은 질문을 실제 QA 절차로 연결
  • 공개 포트폴리오에는 내부 Notion URL, 인증정보, zip 원본을 제외하고 설계 의도만 정리
GitHub 문서 보기

Guide Automation

테스트 가이드 자동화

이슈 설명을 읽고 테스트 가이드 초안을 만드는 일이 반복되어, 시나리오 후보 생성과 템플릿 보호 흐름을 작은 Node.js 샘플로 정리했습니다.

왜 만들었나

문서 초안 작성 시간을 줄이고, 사람이 재현 조건과 실제 결과 판단에 더 집중할 수 있게 하기 위해 만들었습니다.

  • 이슈 요약과 설명에서 QA 대상과 시나리오 후보 추론
  • 사용자가 이미 작성한 문서가 있으면 자동 수정을 막는 템플릿 가드 구현
  • 파싱과 보호 로직을 테스트 코드로 검증해 공개 Work Sample로 정리
GitHub 문서 보기

Workflow Learning

개발자로 이어지는 QA 기본기

M-EP Notion, Jira, Jenkins를 접하며 팀의 기록과 개발 흐름을 읽는 법을 익혔고, QA 경험을 개발할 때 참고할 기준으로 정리했습니다.

왜 만들었나

개발자가 되기 위해 기능 구현 전후에 무엇을 확인해야 하는지, 어떤 기록을 남겨야 하는지, 예외 상황을 어떻게 바라봐야 하는지 배운 내용을 남기기 위해 정리했습니다.

  • Notion에서 온보딩, 가이드, 업무 DB, 제품 문서가 연결되는 방식 이해
  • Jira 티켓의 설명, 재현 조건, 기대 결과를 테스트 시나리오로 바꾸는 연습
  • Jenkins 문서를 통해 테스트 대상 빌드와 버전 맥락을 QA 관점에서 간접 학습
  • 재현 가능한 조건, 명확한 로그, 예외 처리, 회귀 영향 범위를 개발 기준으로 정리
GitHub 문서 보기

Problem

PCFILTER는 DLP 정보유출방지와 개인정보보호 등 여러 보안 기능이 하나의 에이전트와 관리자 정책으로 연결되는 제품입니다. 개발자들이 유지보수하거나 추가 개발한 변경점은 사용자 화면, 정책 반영, 로그·리포트 기록에 함께 영향을 줄 수 있어 QA 과정에서 기능 단위 확인과 회귀 확인이 모두 필요했습니다.

Solution

변경된 기능이 요구사항대로 동작하는지 확인하고, 관련 정책과 기존 기능에 영향이 없는지 재현·회귀 테스트로 검증했습니다. 동시에 반복되는 테스트 문서 작성과 화면 탐색 흐름을 개선하기 위해 Jira와 Notion API를 연결한 Node.js 자동화 도구, 화면 네비게이션, 스타터 키트를 정리했습니다.

Architecture Flow

  1. 개발 변경점 또는 이슈 내용 확인
  2. 영향 기능과 관련 정책 범위 파악
  3. 사용자 화면, 정책 반영, 로그/리포트 기준으로 QA 시나리오 구성
  4. 재현 테스트와 회귀 테스트 수행
  5. 기대 결과와 실제 결과, 증거, 후속 확인 사항 기록
  6. 반복 문서 작성은 자동화 도구와 템플릿 가드로 보조
  7. 화면 네비게이션과 온보딩 가이드로 테스트 지식 공유

Technical Highlights

  • 유지보수 및 추가 개발 변경점에 대해 사용자 화면, 정책, 기록 데이터 관점으로 테스트 수행
  • 개인정보 검사, 보호조치, 매체·출력물·파일첨부 제어 등 공개 기능 범위의 QA 시나리오 정리
  • M-EP Notion 문서, Jira 티켓, Jenkins 가이드를 보며 업무 맥락과 테스트 대상 버전 흐름 이해
  • Jira 문서 형식과 Notion 블록을 구조화된 테스트 시나리오로 변환하는 자동화 흐름 구현
  • Dry-run, 완료 마커, 템플릿 상태 검증으로 사용자 작성 내용 보호
  • 기능별 화면 경로와 재현·로그 수집 방법을 업무 목적별 네비게이션으로 정리
  • 설치, 인증정보 설정, MCP 연결 방법을 포함한 신입 사용자용 스타터 키트 제작
  • 파서, 메타데이터 추출, 블록 생성, 안전 검증 모듈에 단위 테스트 작성

Tech Stack

Node.jsJira REST APINotion APIMCPJenkinsTest AutomationDocumentation

Results

  • 개발 변경점 검증 시 확인해야 할 사용자 흐름, 정책 반영, 로그/리포트 일관성 기준을 정리했습니다.
  • 반복적인 요구사항 해석과 테스트 문서 초안 작성을 재실행 가능한 자동화 흐름으로 전환했습니다.
  • 기존 문서 훼손 위험을 줄이면서 상세 내용, 시나리오, 결과 템플릿을 일관된 구조로 생성하도록 설계했습니다.
  • 흩어진 제품 화면과 테스트 지식을 화면 네비게이션 및 시작 가이드로 구조화했습니다.
  • 자동화 코드, 검증 테스트, 설치 가이드를 묶어 다음 사용자가 이어서 활용할 수 있는 스타터 키트로 남겼습니다.
  • Notion, Jira, Jenkins 문서를 통해 테스트가 팀의 기록, 티켓, 빌드 흐름과 연결된다는 점을 익혔습니다.
  • QA 경험을 바탕으로 개발할 때 고려해야 할 재현 조건, 로그, 예외 처리, 기존 기능 영향 범위를 정리했습니다.

Retrospective

  • 업무 자동화에서는 결과를 생성하는 기능만큼 기존 사용자 데이터를 보호하는 검증 장치가 중요했습니다.
  • 화면 가이드는 경로 목록을 늘어놓는 것보다 사용자가 해결하려는 질문에서 출발할 때 실제 활용도가 높아졌습니다.
  • Notion은 단순 기록 도구가 아니라 팀 지식을 구조화하는 공간이고, Jira는 테스트해야 할 변경 이유를 읽는 출발점이라는 것을 배웠습니다.
  • 개발자는 기능이 동작하는지만 보는 것이 아니라 사용자가 어떤 흐름에서 쓰는지, 실패했을 때 무엇을 보게 되는지, 결과가 어떤 기록으로 남는지 함께 봐야 한다고 느꼈습니다.
  • 실무 자료를 외부에 설명할 때는 내부 정보 대신 문제, 설계 판단, 자동화 흐름과 배운 점을 중심으로 재구성해야 합니다.
View Public Work SampleRead Study Log