NetDrive로 소프트웨어 QA 팀 운영하기 — 공유 빌드와 테스트 산출물을 드라이브로

3분 읽기 use-case qa minio
Jay
JayTech Writer
QA 엔지니어가 NetDrive로 S3, MinIO, SFTP에 저장된 야간 빌드, 로그, 화면 녹화를 Windows와 macOS의 일반 드라이브처럼 탐색하는 방법을 소개합니다.

매일 밤 파이프라인은 설치 파일 하나, 로그 더미, 실패한 UI 실행의 화면 녹화 몇 개를 버킷에 떨어뜨린다. 아침 아홉 시에 테스터는 깨끗한 VM에 지난밤 빌드를 올려야 하고, 오늘의 로그는 버그 리포트 옆에서 열려 있어야 한다. 웹 콘솔로 파일을 하나씩 가져오는 일은 느리고 실수하기 쉽다. 마운트한 드라이브를 쓰면 산출물 저장소가 모두가 이미 쓸 줄 아는 폴더처럼 보인다.

NetDrive drive manager showing Google Drive, S3 and pCloud mounted as drive lettersMounted clouds appearing as native drives in Windows File Explorer

어떤 테스트 머신에서든 빌드 산출물 탐색

NetDrive 는 Google Drive, OneDrive, S3, SFTP, WebDAV 등을 Windows 와 macOS 에서 일반 드라이브처럼 보이게 합니다 — 동기화도, 전체 다운로드도 없이.

  • S3, MinIO, SFTP 서버를 드라이브로 마운트
  • 열기 대화상자에서 바로 설치 파일과 로그 열기
  • 테스트를 계속하는 동안 녹화 파일을 백그라운드로 업로드
WindowsmacOS
NetDrive 다운로드 →

무료 체험. 평생 라이선스와 구독 플랜 제공.

QA 산출물은 보통 어디에 있을까

테스트 팀에는 세 종류의 파일이 쌓인다. 빌드는 크고 일정에 맞춰 도착한다. 로그는 작지만 개수가 많다. 녹화와 스크린샷은 테스터가 직접 만들어 결함에 첨부하는 것들이다. 팀들은 흔히 이를 Amazon S3, 자체 호스팅한 MinIO 서버, 또는 빌드 시스템 옆의 SFTP 호스트에 보관하며, NetDrive는 이 셋을 모두 지원한다.

마운트의 목적은 CI 스토리지를 대체하는 것이 아니다. 사람이 편하게 볼 수 있는 창을 제공하는 것이다. 테스터는 스토리지 프로바이더의 도구를 배우지 않고도 빌드를 VM 공유 폴더로 끌어다 놓고, 로그를 편집기에서 열고, 녹화 파일을 티켓에 첨부할 수 있다.

파일 관리자에서 로컬 드라이브로 마운트된 클라우드 버킷을 보여 주는 NetDrive

잘 작동하는 구성

의도가 분명하도록 위치를 두 곳으로 나눈다.

  • 빌드와 로그 (읽기 전용). NetDrive의 읽기 전용 드라이브 유형으로 마운트하면, 실수로 저장해도 버그 리포트가 가리키는 빌드를 덮어쓰지 못한다. NetDrive의 읽기 전용 드라이브를 참고한다.
  • 증거 자료 (쓰기 가능). 테스터가 녹화, 크래시 덤프, 내보낸 리포트를 올리는 두 번째 드라이브다. 테스터마다 evidence/<name>/<ticket> 같은 폴더를 준다.

자격 증명도 같은 방식으로 나눈다. 빌드 위치를 읽기만 할 수 있는 스토리지 사용자와, 증거 자료에 쓰기 권한이 있는 다른 사용자를 만든다. S3의 경우 NetDrive에서 S3 액세스 거부 오류 해결하기에 대부분의 실패를 일으키는 정책 실수가 정리되어 있다.

설정 방법

  1. 테스트 워크스테이션에 NetDrive를 설치하고 다운로드 페이지에서 체험판을 시작한다.
  2. Add a drive를 선택하고 프로바이더(Amazon S3, MinIO, SFTP)를 고른다.
  3. 엔드포인트와 자격 증명을 입력한다. MinIO 설정 방법은 Windows에서 MinIO 마운트하기에 있다.
  4. 빌드 드라이브에는 read-only 드라이브 유형을 선택하고, 증거 드라이브는 쓰기 가능으로 둔다.
  5. Windows에서는 각각 드라이브 문자를, macOS에서는 마운트 이름을 지정한다.
  6. 필요하면 자동 마운트를 켠다. NetDrive 부팅 시 자동 마운트를 참고한다.

각각 고유한 드라이브 문자를 가진 여러 클라우드 드라이브를 보여 주는 NetDrive 드라이브 관리자

대용량 녹화 파일 다루기

실패한 흐름을 10분간 화면 녹화하면 수백 메가바이트가 될 수 있다. NetDrive의 백그라운드 업로드 모드를 쓰면 테스터가 계속 작업하는 동안 복사가 끝나므로, 다음 테스트 케이스가 이전 업로드를 기다리지 않는다. 대기열과 진행 상황 화면은 아래 스크린샷과 같이 표시되며, 설정은 백그라운드 업로드 모드에서 다룬다.

대기 중인 파일과 진행률을 보여 주는 NetDrive 백그라운드 업로드 화면

노트북 덮개를 닫기 전에 대기열이 비었는지 확인하자. 아직 대기 중인 파일은 클라우드에 올라간 것이 아니다.

알아 둘 함정

  • 오래된 목록. 새 빌드가 아직 보이지 않으면 NetDrive 폴더 강제 새로고침에 설명된 대로 강제 새로고침을 실행한다.
  • 큰 폴더. 한 디렉터리에 로그 파일이 수천 개 있으면 오브젝트 스토리지에서 목록 표시가 느리다. logs/2026-11-04/처럼 날짜별로 나눈다.
  • 오프라인 모드 없음. NetDrive는 오프라인 접근을 지원하지 않으므로, 비행기에서 필요한 산출물은 미리 로컬에 복사해 두어야 한다.
  • Linux 러너. NetDrive의 Linux 지원은 실험적(experimental)이므로, 프로덕션 CI 작업은 기본 스토리지 클라이언트를 쓰고 NetDrive는 사람이 일하는 Windows와 macOS 워크스테이션에서 사용한다.

마무리

QA 팀은 하루 종일 시스템 사이로 증거 자료를 옮긴다. 산출물 저장소를 드라이브로 바꾸면 그 반복에서 뜻밖에 많은 마찰이 사라진다. 같은 아이디어를 파이프라인 쪽에 적용한 글은 NetDrive로 DevOps S3 테스트 픽스처 다루기에서 읽을 수 있다.

— Jay, NetDrive

← 전체 글 포럼에서 이야기하기 →