QA 시스템 구축

QA란 무엇인가? 잘하려면 어떻게 해야할까? 대체적인 구성은?

 

QA란?

QA는 Quality Assurance의 약자로, 제품이나 서비스의 품질을 보증하기 위한 활동을 의미합니다. QA는 제품이나 서비스의 개발, 테스트, 출시, 운영 등 모든 단계에서 이루어집니다.

 

QA의 주요 업무

• 제품이나 서비스의 요구 사항을 파악하고, 그에 맞는 품질 기준을 설정합니다.
• 제품이나 서비스의 설계, 구현, 테스트를 통해 품질을 검증합니다.
• 제품이나 서비스의 출시 후에도 지속적으로 품질을 모니터링하고 개선합니다.

QA는 제품이나 서비스의 품질을 향상시키고, 고객의 만족도를 높이는 데 중요한 역할을 합니다.

 

QA의 중요성

QA는 제품이나 서비스의 품질을 향상시키고, 고객의 만족도를 높이는 데 중요한 역할을 합니다. QA를 통해 다음과 같은 효과를 얻을 수 있습니다.

• 제품이나 서비스의 오류를 사전에 발견하고, 수정할 수 있습니다.
• 제품이나 서비스의 성능을 개선할 수 있습니다.
• 제품이나 서비스의 사용 편의성을 향상시킬 수 있습니다.
• 제품이나 서비스의 보안을 강화할 수 있습니다.

 

QA의 종류

QA는 수행하는 주체에 따라 내부 QA와 외부 QA로 나눌 수 있습니다.

• 내부 QA는 제품이나 서비스의 개발자나 테스트 엔지니어 등이 수행하는 QA입니다. 내부 QA는 제품이나 서비스에 대한 이해도가 높기 때문에, 보다 효과적인 품질 검증을 수행할 수 있습니다.
• 외부 QA는 독립적인 업체나 기관이 수행하는 QA입니다. 외부 QA는 내부 QA의 한계를 보완하고, 보다 객관적인 품질 평가를 수행할 수 있습니다.

 

QA는 수행하는 단계에 따라 개발 단계 QA, 테스트 단계 QA, 출시 단계 QA, 운영 단계 QA로 나눌 수 있습니다.

• 개발 단계 QA는 제품이나 서비스의 요구 사항을 파악하고, 그에 맞는 품질 기준을 설정하는 활동입니다.
• 테스트 단계 QA는 제품이나 서비스의 설계, 구현, 기능을 테스트하는 활동입니다.
• 출시 단계 QA는 제품이나 서비스의 출시 전 마지막으로 품질을 검증하는 활동입니다.
• 운영 단계 QA는 제품이나 서비스의 출시 후에도 지속적으로 품질을 모니터링하고 개선하는 활동입니다.

QA는 수행하는 방법에 따라 수동 QA와 자동 QA로 나눌 수 있습니다.

• 수동 QA는 사람이 직접 제품이나 서비스를 테스트하는 방법입니다.
• 자동 QA는 컴퓨터 프로그램으로 제품이나 서비스를 테스트하는 방법입니다.
  1. Selenium: 셀레니움
  2. Karate: 카라테
  3. Katalon: 카탈론
  4. Appium: 아피움
  5. Eggplant: 가지
  6. Ranorex Studio: 라노렉스
  7. TestProject: 테스트 프로젝트
  8. Test Studio: 테스트 스튜디오:
  9. Rational Functional Tester: 합리적인 기능 테스터
  10. Cucumber :오이

 

QA는 제품이나 서비스의 품질을 보증하기 위한 다양한 활동을 포함하는 개념입니다. QA를 통해 제품이나 서비스의 품질을 향상시키고, 고객의 만족도를 높이는 데 기여할 수 있습니다.

 

기타

변경 및 추가된 기능 테스트

1. 기획 단계부터 영향범위 체크
2. 영향범위 포함 개발진행
3. 테스트 진행

 

참조 QA 환경

• 단위 테스트 : 장기간 QA 필요할때
• 통합 테스트 : 단위테스트 및 주기적으로 운영환경 배포 전 QA

예상되는 QA팀 프로세스

1. 기획팀 : QA팀에 서비스 시나리오를 설명
2. QA팀 : QA관점에서 누락된 것이 없는지 확인 후 피드백
3. QA팀 : 시나리오 리뷰 종료 후 DS 산정 및 몇명의 TE를 투입해야 할지 리소스 측정
4. QA팀 : QA 계획 및 테스트 케이스 작성 및 리뷰 (영향범위등 확인)
5. QA팀 : 통합 QA 진행
6. QA팀 : QA 중 발생한 이슈 등록
7. 전체 : `디자이너`, `기획`, `개발` 등 각자 이슈 처리 후 QA 재요청
8. 전체 : R서버 배포 되면 테스트 진행

 

QA 및 배포 전 개발팀

1. QA에서 나온 이슈 처리
2. 배포가 복잡하다면 (백앤드가 서로 영향주는 여러가지를 내포 : NodeJS, Python, JAVA 등, 마이그 프로그램, 마이그레이션) 배포 시나리오 작성 판단
3. 시스템 점검 페이지등 노출여부 판단

 

 

참고하면 좋을만 한 곳들

https://brunch.co.kr/@kakaobankplus/39

앱의 품질을 관리하는 모바일 QA 매니저를 만나다

https://tech.kakaoenterprise.com/104

테스트는 누구나 할 수 있지만, QA는 준비된 자만이 할 수 있습니다.

https://techblog.woowahan.com/2534/

QA != 통합테스트 | 우아한형제들 기술블로그