Page 171

26.1 품질 관리 규모가 큰 소프트웨어 프로젝트는 주어진 기능을 모두 구현함과 동시에 완료되는 경우가 거의 없다. 개발 단계를 수행하는 동안이나 그 후에도 버그를 찾고 수정하는 작업이 항상 뒤따르기 마 련이다. 그래서 그룹 단위로 수행하는 프로젝트의 성공을 이끌어내기 위해서는 품질 관리 quality control

에 대한 책임을 구성원이 함께 지고, 버그의 라이프사이클을 제대로 이해하는 것이 중요

하다.

26.1.1 테스트 책임자 소프트웨어 개발 조직마다 다양한 방식으로 테스트를 수행한다. 규모가 작은 스타트업은 제품 테스트를 전담하는 조직을 갖추지 못한 경우가 많다. 그래서 개발자가 테스트 업무를 맡거나 제 품에서 문제점을 찾는 작업에 회사 구성원 전체가 동원되기도 한다. 규모가 큰 조직은 QA 전담 직원이 있어서 제품이 주어진 기준에 맞는지 테스트한 뒤 출시(릴리스) 여부를 결정한다. 그래 도 여전히 개발자는 어느 정도 수준의 테스트 업무를 담당해야 한다. 테스트 업무를 정식으로 맡 지 않은 개발자라도 전반적인 품질 보증 프로세스 차원에서 어느 정도 책임이 있다는 점을 인식 할 필요가 있다.

26.1.2 버그의 라이프사이클 실력이 뛰어난 개발팀은 릴리스 전이나 후에 언제든지 버그가 발생한다는 것을 알고 있다. 이러 한 상황에 대처하는 방법은 다양하다. [그림 26-1]은 공식 버그 프로세스를 플로 차트 flow chart (순서도) 형태로 표현한 것이다. 이 프로세스에서 QA 팀원은 항상 버그에 대한 정보를 수집한 다. 개발팀 관리자는 버그 리포팅 소프트웨어로부터 알아낸 버그 목록을 보고 우선순위를 매긴 다음 그 버그가 나온 코드를 담당한 개발자에게 알린다. 그러면 해당 개발자는 버그에 대한 책임 이 자신에게 있다면 곧바로 해결하는 작업에 들어가고, 버그가 다른 모듈에서 나온 것이라면 담 당자를 제대로 찾을 수 있도록 재빨리 관리자에게 알려야 한다. 자신이 담당한 코드에서 버그가 나왔다면 문제를 해결하고 나서 그 버그 항목에 ‘수정됨 fixed ’이 라고 표시한다. 그러면 QA 담당자가 확인해서 정말 해결됐다면 ‘해결됨 closed ’이라고 표시하고, 여전히 버그가 발생한다면 미해결 상태로 남겨둔다.

26장 테스트 숙달하기 1249

Profile for 한빛미디어

전문가를 위한 C++ (개정4판) - 맛보기  

『전문가를 위한 C++』(개정4판)은 새로 추가된 기능과 관련 도구를 비롯해 C++에 대한 모든 내용을 코드와 솔루션 위주로 소개한다. 저자는 실전 프로그래밍에 적용할 수 있는 현실적인 기법을 다양하게 소개하였으며, 본 교재는 C++를 더 깊이 이해하...

전문가를 위한 C++ (개정4판) - 맛보기  

『전문가를 위한 C++』(개정4판)은 새로 추가된 기능과 관련 도구를 비롯해 C++에 대한 모든 내용을 코드와 솔루션 위주로 소개한다. 저자는 실전 프로그래밍에 적용할 수 있는 현실적인 기법을 다양하게 소개하였으며, 본 교재는 C++를 더 깊이 이해하...

Advertisement