전체 글 164

맥북(MAC)으로 윈도우 USB 만드는 방법 윈도우 노트북 윈도우 설치 완료 (2026년 최신)

이번에 프리랜서 물류 프로젝트는 개인 노트북을 사용하여, 철수할때 노트북을 포맷을 하는데요포맷만 하고 윈도우설치는 안해주기 때문에 제가 개인적으로 포맷을 해야 했습니다.제가 맥북도 가지고 있어서 원래 있던 윈도우10 USB를 설치해보려고 했는데 설치가 안되더라구요검색해보니 너무 예전에 했던 방식과 달라져 USB 안에 있는 파일을 인식하지 못하는것이라고 하더라고요 그래서 맥을 이용하여, 윈도우 USB를 생성하게 되었습니다.처음에는 지피티를 이용하여 진행을 해보려고 했지만, 역시나 하라는데로 몇개의 조건을 진행해봤지만 전부 실패를 했습니다그래서 결론은 USB 자체를 윈도우 노트북에 맞는 FAT32으로 세팅 한 후 진행했습니다. 윈도우 홈페이지를 들어가서 윈도우10 또는 윈도우11 iSO를 다운받습니다.맥 같..

UAT 실패 사례 & 대응 방법 (실무 QA 경험 기반 정리)

1. UAT가 실패하는 이유UAT(User Acceptance Testing)는 단순 테스트가 아니라 서비스 출시 여부를 결정하는 단계입니다. 하지만 실무에서는 생각보다 쉽게 실패합니다.중요한 건 기술 문제가 아니라 "준비 부족 + 커뮤니케이션 문제"로 실패하는 경우가 대부분입니다.2. UAT 실패 사례 TOP 51) 요구사항이 애매한 경우상황"이거 맞는 거죠?" 라는 질문 반복사용자마다 기준이 다름문제테스트 기준 자체가 없음승인 지연대응 방법UAT 시작 전 요구사항 재정리화면 기준 / 기능 기준 명확화승인 기준 문서화핵심: 정답 기준을 먼저 정의하고 명확히 합니다.2) 테스트 데이터 부족상황테스트는 해야 하는데 데이터 없음실제 시나리오 재현 불가문제정상/비정상 케이스 검증 불가테스트의 의미가 없어짐대응..

UAT 테스트 완벽 가이드 (실무 QA 기준 총정리)

간혹 QA 프로젝트를 구하다 보면, UAT 테스트가 요구사항에 포함되어 있는 경우가 있습니다.이 부분을 정확히 이해하는 것이 중요하다고 생각해 이번 포스팅을 작성하게 되었습니다 :) 1. UAT 테스트란?UAT(User Acceptance Testing)는최종 사용자가 시스템을 검증하고 승인하는 마지막 테스트 단계입니다. QA 테스트가 버그를 찾는 과정이라면UAT는 이 시스템을 실제로 사용해도 되는지 판단하는 과정입니다.2. QA 테스트 vs UAT 차이 구분QA 테스트UAT목적결함 발견사용자 승인기준기능 정상 동작업무 적합성수행자QA사용자(현업)시점개발 중/후배포 직전 핵심은 "정상 동작"이 아니라 "업무 정확성"입니다.3. UAT 진행 프로세스실무에서는 다음과 같은 흐름으로 진행됩니다.개발 완료→ Q..

IT QA가 놓치면 큰일 나는 테스트 7가지

소프트웨어 테스트를 진행하다 보면 대부분의 기능은 정상적으로 동작합니다.하지만 QA가 특정 테스트를 놓치게 되면 실제 서비스 장애로 이어지는 경우가 종종 발생합니다. 특히 사용자 수가 많은 서비스에서는 작은 결함 하나가 로그인 장애, 결제 오류, 데이터 손실 같은 문제로 이어질 수 있습니다. 이번 글에서는 실무 QA에서 반드시 확인해야 하는 테스트 7가지를 정리해 보겠습니다. 1. 로그인 / 인증 토큰 만료 테스트많은 서비스에서 로그인 기능은 정상적으로 동작하지만 토큰 만료 상황을 놓치는 경우가 있습니다.예시로그인 성공> 일정 시간 이후 토큰 만료> API 요청 실패> 서비스 오류 발생 확인해야 할 테스트로그인 후 일정 시간 경과 시 동작토큰 만료 후 재로그인 여부자동 로그인 동작 여부로그인 인증 로직은..

QA 회귀 테스트(Regression Test)란 무엇인가? (실무 QA 기준)

1. 회귀 테스트란 무엇인가?회귀 테스트(Regression Test)는 기존에 정상적으로 동작하던기능이 새로운 수정이나 업데이트 이후에도 문제없이 동작하는지확인하는 테스트를 의미합니다. 소프트웨어는 기능 수정이나 업데이트가 이루어질 때 기존 기능에 예상하지 못한 영향을 줄 수 있습니다.이때 기존 기능이 정상적으로 동작하는지 다시 확인하는 과정이 바로 회귀 테스트입니다.2. 회귀 테스트가 필요한 이유실무에서 기능 수정이나 신규 기능 개발이 진행되면 다른 기능에 영향을 줄 가능성이 있습니다. 예를 들어 다음과 같은 상황이 있습니다.로그인 기능 수정 후 회원가입 기능 오류 발생결제 기능 수정 후 주문 기능 오류 발생UI 수정 후 버튼 동작 오류 발생이처럼 하나의 기능 수정이 다른 기능에 영향을 줄 수 있기 ..

QA 테스트 전략 수립 방법 (실무 예시 포함)

1. 테스트 전략이란 무엇인가?테스트 전략(Test Strategy)은 소프트웨어 품질을 확보하기 위해 어떤 방식으로 테스트를 진행할 것인지에 대한전체적인 방향과 계획을 의미합니다. 테스트 전략에는 다음과 같은 요소가 포함됩니다.테스트 범위테스트 방법테스트 환경테스트 일정테스트 담당 역할즉, QA가 프로젝트 초기에 반드시 정리해야 하는 테스트 운영 기준이라고 볼 수 있습니다.2. QA 실무에서 테스트 전략이 중요한 이유실무에서 테스트 전략이 없는 프로젝트는 다음과 같은 문제가 발생합니다.테스트 범위가 불명확해짐중복 테스트 발생중요한 기능 테스트 누락일정 지연특히 서비스 규모가 커질수록 전략 없이 테스트를 진행하면 품질 관리가 어려워집니다.그래서 대부분 프로젝트에서는 QA가 테스트 전략을 먼저 수립한 후 ..

QA 테스트 종류 정리 (Unit / Integration / System / Regression Test)

1. QA 테스트 종류란?소프트웨어 개발 과정에서는 다양한 테스트가 수행됩니다.각 테스트는 목적과 수행 시점이 다르며, 소프트웨어의 품질을 높이기 위해 단계적으로 진행됩니다. 일반적으로 QA 실무에서 많이 사용하는 테스트 종류는 다음과 같습니다. QA 테스트 종류1. Unit Test2. Integration Test3. System Test4. Regression Test5. Smoke Test6. UAT (User Acceptance Test)2. Unit TestUnit Test는 가장 작은 단위의 기능을 테스트하는 과정입니다.보통 개발자가 코드 단위로 테스트를 진행합니다.예시로그인 기능에서비밀번호 검증 로직 정상 동작 확인 특징코드 단위 테스트개발자가 수행하는 경우가 많음기능 단위 검증3. Int..

QA 업무 프로세스 정리 (요구사항 분석부터 결함 관리까지)

1. QA 업무 프로세스란?QA 업무는 단순히 테스트만 수행하는 것이 아니라요구사항 분석부터 테스트 수행, 결함 관리까지 전체 품질을 관리하는 과정입니다. 일반적인 QA 업무 프로세스는 다음과 같은 단계로 진행됩니다. QA 업무 프로세스1. 요구사항 분석2. 테스트 계획 수립3. 테스트 시나리오(Test Scenario) / 테스트케이스(TestCase) 작성4. 테스트 수행5. 결함 관리6. 재테스트 및 회귀 테스트2. 요구사항 분석QA 업무의 첫 단계는 요구사항 분석입니다. 기획서 또는 기능 명세서를 기반으로어떤 기능을 테스트해야 하는지 확인합니다. 확인해야 할 항목기능 동작 방식화면 구성(UI)입력/출력 데이터예외 상황이 단계에서 요구사항을 정확히 이해해야 이후 테스트케이스 작성이 수월해집니다.3...

QA TestCase 작성 방법 (테스트케이스 실무 예시)

1. QA에서 TestCase가 중요한 이유QA 업무에서 TestCase는 테스트를 체계적으로 수행하기 위한 기준 문서입니다. TestCase가 명확하게 작성되어 있으면테스트 범위 명확테스트 누락 방지재테스트 가능QA 간 현업 용이반대로 TestCase가 없거나 부실하면테스트 누락 발생동일 테스트 반복품질 관리 어려움2. TestCase 기본 구성 요소일반적으로 QA TestCase는 다음과 같은 항목으로 구성됩니다. ▶ TestCase ID테스트 케이스를 구분하는 고유 번호예시TC_LOGIN_001 ▶ Test Scenario어떤 기능을 테스트하는지 설명예시로그인 기능 테스트 ▶ Pre-condition테스트 수행 전 조건예시앱 실행 상태회원가입 완료 계정 보유 ▶ Test Steps테스트 수행 절차예..

QA Bug Report 작성법 (결함 보고서 예시 / 실무 가이드)

QA 업무 중 제일 중요한 부분 중 하나는 결함 보고서 작성입니다.▶ QA에서 Bug Reprot가 중요한 이유QA 업무에서 결함 보고서(Bug Report)는 단순히 오류를 기록하는 문서가 아닙니다.개발자, 기획자, QA가 동일한 문제를 이해하고 해결하기 위한 공통 커뮤니케이션 도구입니다. 좋은 Bug Report는 개발자가 빠르게 재현 가능원인을 빠르게 파악수정 속도 항상반대로 잘못 작성된 결함 보고서는재현 불가불필요한 커뮤니케이션 증가수정 지연으로 이어질 수 있습니다▶ Bug Report 기본 구성 요소일반적으로 QA 결함 보고서는 다음과 같은 구조로 작성합니다.1. 결함 제목 (Summary)결함을 한눈에 이해할 수 있도록 작성합니다. "X 잘못된 예"로그인이 안됨 "O 좋은 예"로그인 시 비밀번..