소프트웨어 테스트 실무 가이드 - 결함 관리/테스트 보고

 

소프트웨어 테스트 실무 가이드 국내도서 저자 : NIPA(정보통신산업진흥원),STA테스팅컨설팅 출판 : STA테스팅컨설팅 2012.09.14 상세보기

01. 요약 정리

 

◎ 결함 관리 지표 : 결함 관리에서 얻은 각종 데이터를 목적에 맞게 가공한 의미 있는 정보. 결함 관리 지표는 결함 관리 항목에 영향을 받음. 새로운 결함 관리 지표가 필요하면 결함 관리 항목을 추가할 필요가 있음. 

◎ 테스트 진행 보고서 : 테스트 진행 보고서는 테스트 진행 중에 합의 사항과 다음에 진행할 테스트 활동에 대한 내용을 담고 있다. 테스트 진행 모니터링을 통해 수집한 정보를 사용해 주기적으로 테스트 진행 보고서를 작성한다. 

◎ 품질 특성 : 품질 특성이란 품질이 좋다 나쁘다를 말할 때, 무엇이 어떻게 좋은지 나쁜지를 말하는 기준이 된다. 이 제품은 '이 기능이 좋아', 저 제품은 '사용하기 편해' 등과 같이 표현하듯이 정리하면 품질 특성은 품질을 측정하는 근거 및 측정 정도다. 

◎ 테스트 자동화 : 테스트 활동 중 수작업의 전부 또는 일부를 도구로 대체한다면 테스트 자동화라 할 수 있다. 최근의 테스트 활동과 상황은 직, 간접적으로 테스트 자동화와 관련이 많다. 테스트 자동화의 궁극적인 목표는 테스트의 효율성을 극대화하고 효과성 향상에 기여하는 것이다.  

◎ 유지보수성 : 유지보수성은 소프트웨어의 수정 및 변경이 얼마나 쉬운가를 의미하며, 소프트웨어에 변경이 있거나 기존의 시스템을 다른 시스템으로 교체하는 경우에 작업 절차가 용이한지, 변경된 소프트웨어가 얼마나 신속하고 문제없이 반영되는지를 확인하는 과정을 테스트 케이스로 작성한다.

◎ 현실적으로 개발자는 정확한 결함정보를 전달 받아야 결함을 수정할 수 있고, 테스터는 개발자가 결함을 수정했는지 알아야 확인 테스트를 할 수 있다. 이 과정에 개발자와 테스터 사이에 정해진 약속이 있으면 불필요한 커뮤니케이션 낭비를 줄일 수 있다. 결함 발견부터 결함 해결까지, 전 과정을 개발자가 혼자 처리하면 결함 처리 규칙은 필요 없을지도 모른다. 하지만 결함 처리는 여러 이해관계자가 참여하는 소통 중심의 복잡한 업무다. 따라서 결함의 등록부터 종료까지 전 과정을 추적하고 관련 정보를 공유해야 한다. 이것이 결함을 관리하는 근본적인 이유다. 

◎ 현재 진행 중인 테스트가 계획대로 진행되고 있는지 어떻게 판단할 수 있을까? 보통 프로젝트를 진행하면서 주간 단위의 보고서를 통해 프로젝트 진행 상황을 모니터링한다. 프로젝트의 진척상황을 분석하고 발생한 이슈 등을 보고해 프로젝트가 목표대로 진행되고 있는지 파악한다. 마찬가지로 테스트 프로젝트도 테스트 진행 보고서를 통해 이러한 활동을 할 수 있다. 테스트 계획 대비 진척상황을 모니터링하고, 해당 기간 동안 발생한 이슈에 대해 이해관계자와 공유함으로써 테스트 목표에 성공적으로 도달할 수 있다. 

◎ 테스트 진행 보고서는 테스트 진행 중에 합의 사항과 다음에 진행할 테스트 활동에 대한 내용을 담고 있다. 테스트 진행 모니터링을 통해 수집한 정보를 사용해 주기적으로 테스트 진행 보고서를 작성한다. 

테스트 진행 보고서에서 다루는 주요 정보는 다음과 같다.

- 테스트 계획 대비 진척상황 (진행률)

- 현황 및 이슈사항 (진행에 장애가 되는 요소, 고려사항 등)

- 관련 지표 (테스트 진척률, 결함 발견률, 결함 수정률 등)

- 제품 품질 리스크

- 향후 예정된 테스트 활동

- 제품 품질 (결함 수, 미해결 결함, 테스팅 상태)

- 테스트 생산성 (계획대비 달성도, 이미 진행한 테스트와 앞으로 남은 테스트)

◎ 소프트웨어 품질은 한마디로 정의하기 어렵다. IEEE는 소프트웨어의 품질을 주어진 요구사항을 만족시킬 수 있는 소프트웨어의 기능 및 특성이라고 정의한다. ISO/IEC 25010에서는 명시적이거나 묵시적인 필요를 만족시키는 능력과 관련된 소프트웨어 제품의 특성 및 특징 전체를 '품질'이라 정의한다. 

◎ 품질 특성은 아래와 같이 여러 목적으로 사용된다. 

- 품질 목표 수립

- 기능 명세 및 기능, 비기능 요구사항 보완

- 테스트 설계 및 테스트 케이스 도출

- 품질 평가 및 인증

◎ 유지보수성은 소프트웨어의 수정 및 변경이 얼마나 쉬운가를 의미하며, 소프트웨어에 변경이 있거나 기존의 시스템을 다른 시스템으로 교체하는 경우에 작업 절차가 용이한지, 변경된 소프트웨어가 얼마나 신속하고 문제없이 반영되는지를 확인하는 과정을 테스트 케이스로 작성한다. 

◎ 테스트 활동 중 수작업의 전부 또는 일부를 도구로 대체 한다면 테스트 자동화라 할 수 있다. 최근의 테스트 활동과 상황은 직,간접적으로 테스트 자동화와 관련이 많다. 테스트 자동화의 궁극적인 목표는 테스트 효율성을 극대화하고 효과성 향상에 기여하는 것이다. 

◎ 우선 테스트 자동화의 가치는 어디에서 찾을 수 있을까? 테스트 담당자인 경우 누구나 단순 반복적인 업무를 하고 싶지 않을 것이다. 개발자인 경우 몇 일 동안 끙끙대면서 해결하지 못하고 있는 소프트웨어결함이 있다면 누군가가 한 번에 해결해 주길 원할 것이다. 테스트 관리자는 개발 또는 유지보수 대상 시스템의 품질을 보다 쉽고 편리하게 관리하고 싶을 것이다. 또한 프로젝트를 발주한 고객은 끊임없이 프로젝트 진행 과정에서의 소프트웨어 품질에도 관심이 많을 것이다. 따라서 소프트웨어 품질을 측정하고 모니터링 할 수 있는 객관적인 정보가 절실할 것이다. 

◎ 성공적인 테스트 자동화 도구 도입은 어느 조직에서나 원하는 일이지만 쉽게 얻을 수 있는 일은 아니다. 조직 내 테스트 자동화 주체와 테스트 자동화 전문가가 서로 협업하여 현 조직의 테스트 성숙도 및 자동화 환경을 면밀히 분석함으로써 단기, 중기, 장기 도입 전략을 세워야 자동화 도입에 따른 부작용을 최소화하고 테스트 자동화 도구를 성공적으로 도입할 수 있다. 더구나 중소기업에는 테스트 자동화 전문가가 없거나 테스트 자동화에 대한 전문적인 지식과 경험이 부족한 경우가 많기 때문에 더 어려운 일이다. 

 

02. 시스템 간 또는 기능 간 연동과 관련된 결함은 다음 중 어느 유형에 해당하는가?

   요구사항 결함

   기능 결함

   인터페이스 결함

   데이터 결함

 

 

 

---

 

 

 

 

03. 다음 중 테스트 진행 보고서에서 다루는 주요 정보에 해당하는 것이 아닌 것은 무엇인가?

   테스트 계획 대비 진척상황

   현황 및 이슈사항

   제품 품질 리스크

    소프트웨어 평가

 

 

 

04. 메모리 할당 후 반환되지 않거나, 메모리 크기 변경(할당)에 실패했을 때 발생하는 오류를 무엇이라 하는가?

   버퍼 오버플로우

   null

    메모리 누수

   역참조