반응형
SW가 보다 복잡해지는 동시에 품질이 중요해지는 만큼
검증 Coverage에 관심이 커지고 있다.
「QA」와 「TE」 목적은 "제품이 결함없이 만들어졌는지" 확인하는
불량 검사라고 볼 수 있으며,,
더 나아가 제품의 현재 진행과 사업 분야를 아우르는 분야이다.
"QA == TE" 라는 인식도 있지만
「QA」와 「TE」 검증 목적과 범위에 차이가 있다 볼 수 있다.
QA Engineer
품질 지표를 토대로 프로세스 개선
• 제품 품질을 보증하여 상품성을 높이는 것
• 고객이 원하는 Spec 여부 확인
• 자동화 배포 시스템 관리
Test Engineer
Bug · Isseue를 찾아내고 개선
• 기능 검증을 위한 Test Case 설계 (Test Plan)
• 코드 구현 (PASS, FAIL, N/T, N/A)
• 결함 확인 및 검증 리뷰
• 테스트 결과 보고(Report)
제품이 완성되는 전체 과정에 QA가 관여하다보니 직접 Test 하기도 하며,
TE가 Issue 개선 과정에서 QA와 논의가 필요할 수 있다.
경우에 따라 개발자가 검증 업무까지 전담하기도 한다.
IT 업계에서는 회사 규모와 Domain에 따라
경계선이 모호한 경우가 많다.
유의미한 결과를 위해서는 체계적인 Test와 QA 활동이 이루어져야 한다.
반응형
'까망 동네 > 까망' 카테고리의 다른 글
마크다운(Markdown) 문법 (0) | 2022.04.24 |
---|---|
[후기] 로지텍 무선 헤드셋 G733 (0) | 2022.04.18 |
TDD (Test Driven Development)란? (0) | 2021.11.06 |
개발자가 이직하는 이유 (0) | 2021.08.30 |
개발자(프로그래머)는 <수학>을 잘해야할까? (0) | 2021.08.07 |
댓글