쨌든 품질 좋은 소프트웨어를 만들고 싶지 않습니까? 물론 그렇겠지요. 어려운 점은, 품질보증
이 최종 목표가 아니라 대립하는 견해를 낳는 주제라는 겁니다. 필자는
QA
의 관점에서 볼 때
웹 개발이 크게 두 가지로 나뉜다고 봅니다.
예산이 풍부하거나 규모가 큰 경우
보통
QA
부서가 따로 있고, 불행히도
QA
부서와 개발 부서 사이에는 적대적인 공기가 흐릅니
다. 최악의 경우라고 볼 수 있죠. 두 부서는 모두 같은 팀에서 같은 목표를 향해 일하지만,
QA
부서는 버그를 많이 찾아야 평가가 올라가고 개발 부서는 버그가 적어야 평가가 올라갑니다.
불화와 경쟁이 생길 수 있습니다.
예산이 빠듯하고 규모도 작은 경우
대개는
QA
부서가 따로 있지 않고, 개발 인력이
QA
와 소프트웨어 개발을 모두 담당합니다.
QA
는 개발과는 사뭇 다르며 개성이나 재능이 다른 사람을 필요로 합니다. 물론 두 가지 재능
을 다 갖춘 사람이 분명히 있겠지만, 마감 기한이 다가올 때는 보통
QA
시간을 희생하곤 합
니다.
실무에서 일하다 보면 여러 가지 기술이 요구되는 경우가 많은데, 기술이 점점 발전하면서 모
품질보증
CHAPTER
5
Become an O’Reilly member and get unlimited access to this title plus top books and audiobooks from O’Reilly and nearly 200 top publishers, thousands of courses curated by job role, 150+ live events each month, and much more.