πŸ“šμ•„ν‹°ν΄

πŸŒΒ μ§μ—…μ˜ 세계: QA QC β‘  무슨 일을 ν•˜λ‚˜μš”?

QA QC 뜻, QA QCκ°€ μ‹€μ œλ‘œ ν•˜λŠ” 일, QA와 QC의 차이, QA와 QCκ°€ μ–΄λ–»κ²Œ μ§€κΈˆκΉŒμ§€ 이어져 온 직무인지 μ‚΄νŽ΄λ³Όκ²Œμš”.
Feb 14, 2025
πŸŒΒ μ§μ—…μ˜ 세계: QA QC β‘  무슨 일을 ν•˜λ‚˜μš”?
Contents
πŸ“ŒΒ λͺ©μ°¨QA QCQA QCκ°€ ν•˜λŠ” 일QA QC 차이QA QC의 λ“±μž₯
λ‚΄κ°€ μ§€κΈˆ μ“°κ³  μžˆλŠ” 이 μ œν’ˆ, 이 ν”„λ‘œλ•νŠΈ. λ§ˆμ§€λ§‰μœΌλ‘œ λˆ„κ΅¬μ˜ 손을 κ±°μ³€μ„κΉŒμš”? νšŒμ‚¬μ˜ μƒν’ˆμ΄ κ³ κ°μ—κ²Œ μ „λ‹¬λ˜κΈ° μ „, 이것이 정말 μ™„λ²½ν•œ μƒνƒœμΈμ§€ μ κ²€ν•˜κ³  μ˜¬λ°”λ₯΄κ²Œ 쓰일 수 μžˆλŠ” μƒνƒœμΈμ§€λ₯Ό μ²΄ν¬ν•˜λŠ” μ‚¬λžŒλ“€μ΄ μžˆμŠ΅λ‹ˆλ‹€. λ‹€μ–‘ν•œ IT μ§μ—…λ“€μ˜ 세계에 λŒ€ν•΄ μ „ν•΄λ“œλ¦¬λŠ” <μ§μ—…μ˜ 세계>,μ΄λ²ˆμ—λŠ” QAQC에 λŒ€ν•΄μ„œ 같이 μ•Œμ•„λ³Όκ²Œμš”. μ§€λ‚œ μ‹œλ¦¬μ¦ˆ, UIUX λ””μžμ΄λ„ˆμ˜ 세계에 λΉ μ Έ 보고 μ‹ΆμœΌμ‹  뢄이라면 μ—¬κΈ°λΆ€ν„° μ‹œμž‘ν•΄ λ³΄μ„Έμš”. β–ΆοΈŽ 🌏 μ§μ—…μ˜ 세계: UIUX λ””μžμ΄λ„ˆ β‘  그게 μ •ν™•νžˆ λ­”λ°μš”? 무슨 일을 ν•˜λ‚˜μš”?
 
 

πŸ“Œ λͺ©μ°¨

  1. QA QC
  1. QA QCκ°€ ν•˜λŠ” 일
  1. QA QC 차이
  1. QA QC의 λ“±μž₯
 
 
 
 
 
 
 
 

QA QC

QAλž€?

QA(Quality Assurance, ν’ˆμ§ˆ 보증)λž€ μ†Œν”„νŠΈμ›¨μ–΄ 개발 κ³Όμ •μ—μ„œ 였λ₯˜λ₯Ό μ˜ˆλ°©ν•˜κ³  ν’ˆμ§ˆμ„ μœ μ§€ν•˜κΈ° μœ„ν•œ 체계적인 ν™œλ™μ„ μ˜λ―Έν•©λ‹ˆλ‹€. μ œν’ˆμ΄ μΆœμ‹œλ˜κΈ° 전에 ν’ˆμ§ˆ 문제λ₯Ό 사전에 λ°©μ§€ν•˜λŠ” 것이 λͺ©μ μ΄μ—μš”.

QCλž€?

QC(Quality Control, ν’ˆμ§ˆ 관리)λž€ 개발된 μ†Œν”„νŠΈμ›¨μ–΄κ°€ ν’ˆμ§ˆ 기쀀을 μΆ©μ‘±ν•˜λŠ”μ§€ κ²€μ‚¬ν•˜λŠ” 과정을 μ˜λ―Έν•©λ‹ˆλ‹€. QAκ°€ 전체적인 ν’ˆμ§ˆ 관리 ν”„λ‘œμ„ΈμŠ€λ₯Ό μ„€κ³„ν•˜λŠ” 역할이라면, QCλŠ” μ‹€μ œ μ œν’ˆμ΄ κ·Έ 기쀀을 λ§Œμ‘±ν•˜λŠ”μ§€ ν…ŒμŠ€νŠΈν•˜λŠ” 역할을 ν•©λ‹ˆλ‹€.
 
 
 

QA QCκ°€ ν•˜λŠ” 일

두 μ§λ¬΄λŠ” 각자의 μžλ¦¬μ—μ„œ μ •ν™•νžˆ μ–΄λ–€ 일듀을 ν• κΉŒμš”? 무슨 일을 ν•˜λŠ”μ§€, κ°„λ‹¨ν•˜κ²Œ μ •λ¦¬ν–ˆμŠ΅λ‹ˆλ‹€.

QA ν•˜λŠ” 일

QAλŠ” 생산, 개발 전체 κ³Όμ •μ—μ„œ ν’ˆμ§ˆμ„ κ΄€λ¦¬ν•˜λŠ” 역할을 ν•©λ‹ˆλ‹€. λ‹¨μˆœνžˆ ν…ŒμŠ€νŠΈλ₯Ό μˆ˜ν–‰ν•˜λŠ” 것이 μ•„λ‹ˆλΌ, 높은 ν’ˆμ§ˆμ„ μœ μ§€ν•  수 μžˆλ„λ‘ ν”„λ‘œμ„ΈμŠ€λ₯Ό μ„€κ³„ν•˜κ³  κ°œμ„ ν•˜λŠ” 것을 λͺ©ν‘œλ‘œ ν•΄μš”.
  • 개발 ν”„λ‘œμ„ΈμŠ€ 정립 및 κ°œμ„ : ν”„λ‘œμ νŠΈ μ΄ˆλ°˜μ— 개발 방식과 ν’ˆμ§ˆ 기쀀을 수립
  • ν…ŒμŠ€νŠΈ μ „λž΅ 기획: λ‹¨μˆœνžˆ 버그λ₯Ό μ°ΎλŠ” 것이 μ•„λ‹ˆλΌ, ν…ŒμŠ€νŠΈ μžλ™ν™” μ „λž΅μ„ ν¬ν•¨ν•œ ν’ˆμ§ˆ 관리 κ³„νš
  • IT μ‚°μ—…μ˜ 경우 μ½”λ“œ 리뷰 및 베슀트 ν”„λž™ν‹°μŠ€ λ„μž…: κ°œλ°œμžκ°€ μ½”λ“œ ν’ˆμ§ˆμ„ μœ μ§€ν•˜λ„λ‘ κ°€μ΄λ“œλΌμΈ μ„€μ •
  • CI/CD(Continuous Integration/Continuous Deployment) λ„μž…: 지속적인 ν’ˆμ§ˆ μœ μ§€ 및 배포 μžλ™ν™”
  • 리슀크 관리: 잠재적인 였λ₯˜μ™€ 문제λ₯Ό 사전에 예츑-방지

QC ν•˜λŠ” 일

QCλŠ” μ™„μ„±λœ μ œν’ˆμ΄ μ˜ˆμƒν•œ λŒ€λ‘œ λ™μž‘ν•˜λŠ”μ§€ ν…ŒμŠ€νŠΈν•˜λŠ” κ³Όμ •μž…λ‹ˆλ‹€. QAκ°€ ν’ˆμ§ˆμ„ μœ μ§€ν•˜κΈ° μœ„ν•œ ν”„λ‘œμ„ΈμŠ€λ₯Ό κ΄€λ¦¬ν•œλ‹€λ©΄, QCλŠ” 개발된 μ œν’ˆμ΄ 이 ν”„λ‘œμ„ΈμŠ€λ₯Ό μΆ©μ‘±ν•˜λŠ”μ§€ κ²€μ¦ν•˜λŠ” 역할을 ν•©λ‹ˆλ‹€.
  • κΈ°λŠ₯ ν…ŒμŠ€νŠΈ: μ‚¬μš©μž μ‹€μ œ μ‚¬μš© κΈ°λŠ₯ 정상 λ™μž‘ 검증
    • μœ λ‹› ν…ŒμŠ€νŠΈ(Unit Test): κ°œλ³„ λͺ¨λ“ˆ 정상 μž‘λ™ 확인
    • 톡합 ν…ŒμŠ€νŠΈ(Integration Test): μ—¬λŸ¬ λͺ¨λ“ˆμ΄ ν•¨κ»˜ μž‘λ™ν•  λ•Œμ˜ 연동 확인
    • μ„±λŠ₯ ν…ŒμŠ€νŠΈ(Performance Test): μ œν’ˆμ˜ μ„±λŠ₯ 자체 μΈ‘μ •, μ›Ή ν”„λ‘œλ•νŠΈμ˜ 경우 예λ₯Ό λ“€μ–΄ μ›Ήμ‚¬μ΄νŠΈλ‚˜ μ• ν”Œλ¦¬μΌ€μ΄μ…˜μ΄ 높은 νŠΈλž˜ν”½μ—μ„œλ„ μ›ν™œν•˜κ²Œ λ™μž‘ν•˜λŠ”μ§€ μΈ‘μ •
    • λ³΄μ•ˆ ν…ŒμŠ€νŠΈ(Security Test): λ³΄μ•ˆ 취약점을 λ°œκ²¬ν•˜κ³  보완
  • 버그 λ¦¬ν¬νŒ…: 발견된 문제λ₯Ό κ°œλ°œνŒ€μ— μ „λ‹¬ν•˜κ³  해결을 μš”μ²­
  • ν…ŒμŠ€νŠΈ μΌ€μ΄μŠ€ μž‘μ„±: μ˜ˆμƒλ˜λŠ” μ‚¬μš©μž 행동과 엣지 μΌ€μ΄μŠ€(μ˜ˆμƒμΉ˜ λͺ»ν•œ μ‚¬μš©λ²•)λ₯Ό κ³ λ €ν•œ ν…ŒμŠ€νŠΈ μ‹œλ‚˜λ¦¬μ˜€ μž‘μ„±
  • 동 및 μžλ™ν™” ν…ŒμŠ€νŠΈ μˆ˜ν–‰: ν•„μš”μ— 따라 μˆ˜λ™ ν…ŒμŠ€νŠΈ λ˜λŠ” Selenium, JUnit 같은 μžλ™ν™” ν…ŒμŠ€νŠΈ 도ꡬ μ‚¬μš©
 
 

QA QC 차이

QA와 QCλŠ” μ •ν™•νžˆ μ–΄λ–€ 차이가 μžˆμ„κΉŒμš”? QA(Quality Assurance, ν’ˆμ§ˆ 보증)와 QC(Quality Control, ν’ˆμ§ˆ 관리)λŠ” μ†Œν”„νŠΈμ›¨μ–΄ ν’ˆμ§ˆμ„ 보μž₯ν•˜κΈ° μœ„ν•œ μ€‘μš”ν•œ κ³Όμ •μž…λ‹ˆλ‹€. 두 κ°€μ§€λŠ” 항상 μ„œλ‘œ μ½€λΉ„μ²˜λŸΌ λΆ™μ–΄ 있긴 ν•˜μ§€λ§Œ, μ—­ν• κ³Ό μ ‘κ·Ό 방식은 차이가 μžˆλŠ”λ°μš”. μ°¨μ΄λŠ” μžˆμœΌλ‚˜ μ„œλ‘œκ°€ μ„œλ‘œλ₯Ό λ³΄μ™„ν•˜λŠ” μƒν˜Έλ³΄μ™„μ μΈ 관계λ₯Ό 가진닀고 λ³Ό 수 μžˆμŠ΅λ‹ˆλ‹€. QAνŒ€μ΄ ν…ŒμŠ€νŠΈ μžλ™ν™” λ„μž…μ„ κ²°μ •ν•˜λ©΄, QCνŒ€μ€ 이λ₯Ό 기반으둜 μžλ™ν™” ν…ŒμŠ€νŠΈλ₯Ό μˆ˜ν–‰ν•΄ ν’ˆμ§ˆμ„ μΈ‘μ •ν•˜λŠ” 것과 κ°™μ•„μš”. QAκ°€ μ½”λ“œ 리뷰 및 개발 κ°€μ΄λ“œλΌμΈμ„ μ„€μ •ν•˜λ©΄, QCλŠ” 이λ₯Ό κΈ°μ€€μœΌλ‘œ μ†Œν”„νŠΈμ›¨μ–΄κ°€ κ°€μ΄λ“œλΌμΈμ„ μ€€μˆ˜ν•˜λŠ”μ§€ ν…ŒμŠ€νŠΈν•˜κΈ°λ„ ν•˜μ£ . QAλŠ” μ†Œν”„νŠΈμ›¨μ–΄ 개발 κ³Όμ • μ „λ°˜μ—μ„œ ν’ˆμ§ˆμ„ λ³΄μ¦ν•˜λŠ” 역할을, QCλŠ” μ‹€μ œ μ œν’ˆμ΄ ν’ˆμ§ˆ 기쀀을 μΆ©μ‘±ν•˜λŠ”μ§€ κ²€μ¦ν•˜λŠ” 역할을 ν•©λ‹ˆλ‹€. μ •λ¦¬ν•˜μžλ©΄ QAλŠ” 문제λ₯Ό 사전에 μ˜ˆλ°©ν•˜λŠ” 것에 μ΄ˆμ μ„ λ§žμΆ”κ³ , QCλŠ” μ™„μ„±λœ μ œν’ˆμ—μ„œ 결함을 μ°Ύμ•„λ‚΄λŠ” 것에 μ§‘μ€‘ν•˜λŠ” 것이라고 말할 수 μžˆμ–΄μš”.
ꡬ뢄
QA (ν’ˆμ§ˆ 보증)
QC (ν’ˆμ§ˆ 관리)
λͺ©μ 
문제 예방
문제 탐지 및 μˆ˜μ •
쀑점
ν”„λ‘œμ„ΈμŠ€ κ°œμ„  및 μ •μ±… 수립
μ œν’ˆ 자체의 ν’ˆμ§ˆ 확인
μ£Όμš” ν™œλ™
ν’ˆμ§ˆ κΈ°μ€€ 수립, ν”„λ‘œμ„ΈμŠ€ 섀계, 리슀크 관리
κΈ°λŠ₯ ν…ŒμŠ€νŠΈ, 버그 탐색, μ½”λ“œ 검증
μž‘μ—… μ‹œμ 
개발 μ „λ°˜μ—μ„œ μ§€μ†μ μœΌλ‘œ μˆ˜ν–‰
개발 μ™„λ£Œ ν›„ ν…ŒμŠ€νŠΈ λ‹¨κ³„μ—μ„œ 집쀑
μ£Όμš” λͺ©ν‘œ
결함이 생기지 μ•Šλ„λ‘ 예방
결함을 μ‹λ³„ν•˜κ³  μˆ˜μ •
κ·Έλ ‡κΈ° λ•Œλ¬Έμ— QA와 QCλŠ” μ„œλ‘œκ°„μ— μ—†μ–΄μ„œλŠ” μ•ˆ 될 νŒŒνŠΈλ„ˆμž…λ‹ˆλ‹€. QA 없이 QC만 μ‘΄μž¬ν•œλ‹€λ©΄ μ œν’ˆμ΄ μ™„μ„±λœ 후에야 문제λ₯Ό λ°œκ²¬ν•  수 μžˆμ–΄ μˆ˜μ • λΉ„μš©μ΄ 증가할 것이고, QC 없이 QA만 μ‘΄μž¬ν•œλ‹€λ©΄ ν”„λ‘œμ„ΈμŠ€λ§Œ κ°œμ„ ν•˜κ³  μ‹€μ œ μ œν’ˆ ν’ˆμ§ˆμ„ 확인할 수 μ—†κ²Œ 될 ν…Œλ‹ˆκΉŒμš”. 이 두 가지 κ°œλ…μ΄ κ· ν˜•μ„ 이루어야 개발 λΉ„μš©μ„ μ ˆκ°ν•˜λ©΄μ„œλ„ 높은 ν’ˆμ§ˆμ„ μœ μ§€ν•  수 μžˆμŠ΅λ‹ˆλ‹€.
 
 

QA QC의 λ“±μž₯

QA, QC κ°œλ…μ€ λ‹¨μˆœνžˆ IT μ‚°μ—…μ—μ„œλ§Œ λ“±μž₯ν•œ 것이 μ•„λ‹™λ‹ˆλ‹€. μ œμ‘°μ—…μ—μ„œ μ‹œμž‘λœ ν’ˆμ§ˆ 관리 κ°œλ…μ΄ μ†Œν”„νŠΈμ›¨μ–΄ κ°œλ°œμ—λ„ μ μš©λ˜λ©΄μ„œ λ°œμ „ν•΄μ˜¨ κ°œλ…μ΄μ—μš”. μ–΄λ””μ„œ λ“±μž₯ν•΄ μ–΄λ–»κ²Œ λ“±μž₯ν–ˆλŠ”μ§€ μ•Œμ•„λ³΄κ² μŠ΅λ‹ˆλ‹€.

μ œμ‘°μ—…μ—μ„œ μ‹œμž‘λœ ν’ˆμ§ˆ 관리 κ°œλ…

18μ„ΈκΈ° 말~19μ„ΈκΈ° μ‚°μ—… 혁λͺ… μ‹œκΈ°, 곡μž₯μ—μ„œ λŒ€λŸ‰ 생산이 μ΄λ£¨μ–΄μ§€λ©΄μ„œ μ œν’ˆμ˜ μΌκ΄€λœ ν’ˆμ§ˆμ„ μœ μ§€ν•˜λŠ” 것이 μ€‘μš”ν•΄μ‘ŒμŠ΅λ‹ˆλ‹€. μ΄ˆκΈ°μ—λŠ” λͺ…ν™•ν•œ λ‹¨μ–΄λ‚˜ μ •μ˜κ°€ μžˆλŠ” 것은 μ•„λ‹ˆμ—ˆμ§€λ§Œ λ”°μ§€μžλ©΄ QC(ν’ˆμ§ˆ 관리) 방식이 주둜 μ‚¬μš©λ˜μ—ˆμœΌλ©°, μ œν’ˆμ„ μ™„μ„±ν•œ ν›„ 검사(Inspection)ν•˜μ—¬ 결함이 μžˆλŠ” μ œν’ˆμ„ κ±ΈλŸ¬λ‚΄λŠ” λ°©μ‹μ΄μ—ˆμ–΄μš”. 1920λ…„λŒ€, Walter A. Shewhartκ°€ 톡계적 ν’ˆμ§ˆ 관리(Statistical Quality Control, SQC) κ°œλ…μ„ λ„μž…ν–ˆμŠ΅λ‹ˆλ‹€. 초기 QC 방식은 사후 검사가 주된 λ°©μ‹μ΄μ—ˆμœΌλ‚˜, μ• μ΄ˆμ— λΆˆλŸ‰μ„ λ§Œλ“€μ§€ μ•ŠλŠ” 것이 더 νš¨κ³Όμ μ΄λΌλŠ” 인식이 μƒκΈ°λ©΄μ„œ QA κ°œλ…μ΄ λ“±μž₯ν•˜κΈ° μ‹œμž‘ν–ˆμŠ΅λ‹ˆλ‹€.

제2μ°¨ μ„Έκ³„λŒ€μ „κ³Ό ν’ˆμ§ˆ 관리 κ°œλ…μ˜ 확립

κ΅°μˆ˜ν’ˆ 생산이 λŒ€λŸ‰μœΌλ‘œ μ΄λ£¨μ–΄μ§€λ©΄μ„œ ν’ˆμ§ˆ 검사가 λ”μš± μ€‘μš”ν•΄μ§„ μ‹œλŒ€μ˜€μŠ΅λ‹ˆλ‹€. λ‹¨μˆœ QC 방식(μ™„μ„±ν’ˆ 검사)은 λΉ„νš¨μœ¨μ μ΄μ—ˆκΈ°μ— 초기 단계뢀터 ν’ˆμ§ˆμ„ κ΄€λ¦¬ν•˜λŠ” QA κ°œλ…μ΄ 본격적으둜 λ„μž…λ˜μ—ˆμ–΄μš”.
notion image
그리고 이 λ•Œ, Deming 사이클 (PDCA: Plan-Do-Check-Act) κ°œλ…μ΄ λ“±μž₯ν–ˆμŠ΅λ‹ˆλ‹€. 미ꡭ의 W. Edwards Deming이 일본 산업계에 톡계적 ν’ˆμ§ˆ 관리 기법(SQC)κ³Ό PDCA 사이클을 λ„μž…ν•˜λ©° ν’ˆμ§ˆ 관리 ν˜μ‹ μ„ 이루고, 일본 μ œν’ˆμ˜ 신뒰도가 λ†’μ•„μ‘Œλ‹€λŠ” λŒ€ν‘œμ μΈ 이야기가 μžˆμ–΄μš”. ν•˜μ§€λ§Œ 후에 W. Edwards Deming은 β€˜Check’가 μ•„λ‹Œ β€˜Study’에 가깝닀며 본인의 κ°œλ…μ„ μž¬μ„€νŒŒν–ˆμŠ΅λ‹ˆλ‹€. 검사에 κ°€κΉŒμš΄ μ²΄ν¬λ³΄λ‹€λŠ”, ν–‰ν•œ 것에 λŒ€ν•œ μΈμ‚¬μ΄νŠΈλ₯Ό ν•™μŠ΅ν•˜κ³  κ°œμ„ ν•΄μ•Ό ν•œλ‹€λŠ” κ²ƒμ΄μ—ˆμ£ .

IT μ‚°μ—…μ—μ„œ QA & QC의 ν•„μš”μ„± λŒ€λ‘

1970λ…„λŒ€μ— λ“€μ–΄μ„œλ©° 컴퓨터가 점차 μƒμš©ν™”λ˜λ©΄μ„œ μ†Œν”„νŠΈμ›¨μ–΄μ˜ ν’ˆμ§ˆ λ¬Έμ œλŠ” 이슈둜 λ– μ˜¬λžμŠ΅λ‹ˆλ‹€. 초기 μ†Œν”„νŠΈμ›¨μ–΄ 개발 방식은 ν…ŒμŠ€νŠΈ 없이 μ½”λ“œκ°€ μ™„μ„±λœ ν›„ 문제λ₯Ό μˆ˜μ •(QC 방식)ν•˜λŠ” ν˜•νƒœμ˜€λŠ”λ°μš”. 버그가 λ§Žμ•„μ§€κ³ , μœ μ§€λ³΄μˆ˜ λΉ„μš©μ΄ κΈ‰μ¦ν•˜λ©΄μ„œ μ†Œν”„νŠΈμ›¨μ–΄μ—λ„ QA κ°œλ…μ΄ ν•„μš”ν•΄μ‘ŒμŠ΅λ‹ˆλ‹€.
1980λ…„λŒ€, μ†Œν”„νŠΈμ›¨μ–΄ ν’ˆμ§ˆ 보증 ν‘œμ€€μ΄ μ •μ˜λ˜μ—ˆμŠ΅λ‹ˆλ‹€. QA(ν’ˆμ§ˆ 보증) κ°œλ…μ΄ μ†Œν”„νŠΈμ›¨μ–΄ 개발 생λͺ…μ£ΌκΈ°(SDLC)에 μ •μ‹μœΌλ‘œ ν¬ν•¨λ˜μ—ˆμ£ . 1987λ…„μ—λŠ” ISO 9001 ν’ˆμ§ˆ 관리 μ‹œμŠ€ν…œμ΄ λ“±μž₯ν•˜λ©° IT μ‚°μ—…μ—μ„œμ˜ QA/QC 방식이 μ„±μž₯에 λ‚ κ°œλ₯Ό λ‹¬μ•˜μŠ΅λ‹ˆλ‹€.

μ• μžμΌ(Agile) 개발과 QA/QC의 λ³€ν™”

Shift-left Testing(초기 단계뢀터 ν…ŒμŠ€νŠΈ) 및 μžλ™ν™” ν…ŒμŠ€νŠΈ λ„μž…μ΄ μΌλ°˜ν™”λ˜μ—ˆμŠ΅λ‹ˆλ‹€. DevOps λ¬Έν™”κ°€ 자리 μž‘μœΌλ©΄μ„œ QA와 QCλŠ” 더 이상 λ³„κ°œμ˜ ν”„λ‘œμ„ΈμŠ€κ°€ μ•„λ‹ˆλΌ, μ†Œν”„νŠΈμ›¨μ–΄ 개발과 배포 κ³Όμ • μ „μ²΄μ—μ„œ μ§€μ†μ μœΌλ‘œ μˆ˜ν–‰λ˜λŠ” κ°œλ…μœΌλ‘œ μžλ¦¬μž‘μ•˜μ–΄μš”. QA와 QCλŠ” μ œμ‘°μ—…μ—μ„œ μ‹œμž‘ν•΄ IT μ‚°μ—…κΉŒμ§€ ν™•μž₯λ˜μ—ˆμœΌλ©°, μ˜€λŠ˜λ‚ μ—λŠ” λ‹¨μˆœν•œ ν…ŒμŠ€νŠΈ κ°œλ…μ„ λ„˜μ–΄ DevOps 및 지속적 ν’ˆμ§ˆ κ΄€λ¦¬λ‘œ λ°œμ „ν•˜κ³  μžˆμŠ΅λ‹ˆλ‹€. λ”λΆˆμ–΄ μ œμ‘°μ—…κ³Ό ITκ°€ μœ΅ν•©ν•˜λ©° 슀마트 νŒ©ν† λ¦¬ λ“±μ˜ κ°œλ…μ΄ λ“±μž₯ν•˜κ³  μžˆλŠ” μ§€κΈˆ, μ–΄λ””μ„œλ“  κΌ­ ν•„μš”ν•œ 직무가 λ˜μ—ˆμ£ .
 
 
 
 
 
 
QA QCλŠ” 이제 μ œμ‘°μƒμ‚°μ—…κ³Ό IT μ‚°μ—… μ „λ°˜μ— 걸쳐 μ–΄λ””μ„œλ„ μ—†μ–΄μ„œλŠ” μ•ˆ 될 μ§λ¬΄μž…λ‹ˆλ‹€. λͺ¨λ“  μ‚°μ—…μ—λŠ” 고객이 있고, 고객을 λ§Œλ‚˜κΈ° μ „ 우리의 μ œν’ˆμ„ λ‹€λ“¬λŠ” 것은 μ–΄λŠ νšŒμ‚¬λ“  λ„ˆλ¬΄ λ‹Ήμ—°ν•œ μΌμ΄λ‹ˆκΉŒμš”. λ‹€μŒμ—λŠ” QA QC의 ν˜„μ‹€μ  쑰건과 연봉, 자격증 등에 λŒ€ν•΄ 닀루어 λ³΄κ² μŠ΅λ‹ˆλ‹€. QA, QC둜 κ±°λ“­λ‚˜κ³  μ‹Άλ‹€λ©΄ μ§€κΈˆ λ°”λ‘œ 내일배움캠프에 ν•©λ₯˜ν•˜μ„Έμš”. 내일배움캠프 QA, QC νŠΈλž™μ—μ„œλŠ” IT μ—­λŸ‰μ„ λ°”νƒ•μœΌλ‘œ λ‹€μ–‘ν•œ μ‚°μ—…κ΅°μ—μ„œμ˜ ν’ˆμ§ˆ μ „λ¬Έκ°€κ°€ 될 수 μžˆλŠ” 과정을 λ§Œλ‚˜λ³΄μ‹€ 수 μžˆμŠ΅λ‹ˆλ‹€.
 
Share article
Subscribe to our newsletter

κ΄€λ ¨κΈ€ 더 보기

See more posts

λ°±μ—”λ“œ 개발자, μžλ°” 개발자? - λ°±μ—”λ“œ 개발자 μ™„λ²½ μ΄ν•΄ν•˜κΈ°

February 19, 2025
λ°±μ—”λ“œ 개발자, μžλ°” 개발자? - λ°±μ—”λ“œ 개발자 μ™„λ²½ μ΄ν•΄ν•˜κΈ°

μ›Ή λ°±μ—”λ“œ κ°œλ°œμžκ°€ μžλ°”μ™€ μŠ€ν”„λ§μ„ λ‹€λ£¨λŠ” 이유 - λ°±μ—”λ“œ μ›Ή 개발 μ–Έμ–΄ 선택뢀터 λΆ€νŠΈμΊ ν”„ 선택 κΈ°μ€€κΉŒμ§€

February 18, 2025
μ›Ή λ°±μ—”λ“œ κ°œλ°œμžκ°€ μžλ°”μ™€ μŠ€ν”„λ§μ„ λ‹€λ£¨λŠ” 이유 - λ°±μ—”λ“œ μ›Ή 개발 μ–Έμ–΄ 선택뢀터 λΆ€νŠΈμΊ ν”„ 선택 κΈ°μ€€κΉŒμ§€

개발자 취쀀생을 μœ„ν•œ κΉƒν—ˆλΈŒ 포트폴리였 λ§Œλ“€κΈ°

February 12, 2025
개발자 취쀀생을 μœ„ν•œ κΉƒν—ˆλΈŒ 포트폴리였 λ§Œλ“€κΈ°

2025 개발자 취쀀생을 μœ„ν•œ λ°±μ€€ ν™œμš©λ²• 총정리

February 11, 2025
2025 개발자 취쀀생을 μœ„ν•œ λ°±μ€€ ν™œμš©λ²• 총정리

내일배움캠프 λΈ”λ‘œκ·Έ

RSSΒ·Powered by Inblog