기본 콘텐츠로 건너뛰기

결함 수정율을 높이기 위한 6가지 고려사항

소프트웨어 테스팅의 목적은 장애를 통해 결함을 도출하고 결함을 해결함으로써 소프트웨어의 품질 향상에 기여하는 것이라고 할 수 있습니다.

하지만 실제 개발 환경에서 결함은 그다지 환영받지 못하는 것이 현실입니다.

결함이 증가할수록 해당 결함을 해결하고 테스트하는데 들어가는 시간과 비용 그리고 노력은 어마어마하게 증가합니다.

특히 테스트 활동이 개발 후반에 집중될 수록 이런 현상은 더 심해지는 경향을 보입니다. 그래서 가장 좋은 해결책은 개발 수명주기 전체에 걸쳐 테스트 활동이 병행되는것이지만 현실은 그렇게 녹록하지 않습니다.

때문에 많은 개발 조직들은 결함을 은닉하거나 수정하지 아니하고 그것은 원래 기획의도라면서 두리뭉실 넘어가기 일쑤입니다.

이것은 결국 부메랑처럼 회사와 조직 그리고 고객에게 엄청난 피해를 일으킬 수도 있습니다.

결함은 분명 환영해야할 일이지만 마냥 환영할 수만은 없는 닭갈비 같은 존재입니다.

우리가 결함에 대한 해결을 미루는 이유는 여러가지가 있지만 제 경험상 가장 주요한 이유 중 하나는 바로 테스터에게 있습니다.

테스터들이 보고하는 결함 보고서를 리뷰해보면 결함보다는 장애 그 자체를 보고하는 경우가 꽤 많습니다.

장애로부터 결함을 격리하는 활동 없이 보고되는 장애는 개발 조직에게 장애의 원인을 규명하는데 꽤 많은 자원을 소모하게 만듭니다.

이러한 장애가 한두건이라면 어떻게든 해보겠지만 이러한 장애가 수백건이 된다면 얘기가 달라집니다.

말 그대로 테스터가 해야할 일을 개발자가 해야하니 개발자에게는 이중고가 되고 그러하니 결함이 수정되지 못하는 악순환이 반복되게 됩니다.

테스터들이 장애로부터 결함을 격리하는 활동을 하지 못하는 것은 시간이나 인력이 부족해서일수도 있고 아니면 몰라서 못하는 것일수도 있습니다.

때문에 결함을 격리하고 결함 수정율을 올리기 위한 6가지 고려사항을 적어볼까 합니다.

첫번째는 장애가 발견되었을 때 이것이 실제로 장애인가? 결함인가?에 대하여 물어볼 필요가 있습니다.

우리가 결함이라고 생각하는 것이 실제로는 장애인 경우가 많습니다. 장애가 발생하는 근본원인을 찾아볼 필요가 있습니다. 테스터는 장애의 핵심원인에 대한 근거를 명확하게 제시할 수 있어야 합니다. 이것이 가장 중요한 활동이고 가장 시간과 노력이 많이 들어가는 활동입니다. 이러한 활동에 들어가는 노력을 줄이기 위해서는 모델을 잘 구축할 수 있어야 하고 테스트 설계에 대한 성숙도가 높아질 필요가 있습니다.

두번째는 발견된 결함에 대한 해결책의 방향에 대한 총의를 확보해야 합니다.

세번째는 해결책이 정말 결함을 해결할 수 있고, 어떤 의미가 있는지 물어봅니다. 해결책이 결함을 해결하여 좋은 결과를 달성할 것이라는데 대한 총의를 확보합니다. 결함을 해결하는데 들어가는 비용과 노력보다 더 많은 것을 얻을 수 있는지에 대한 근거가 제시되어야 합니다. 이러한 근거는 결함의 해결이 제품과 사용자에게 미치는 영향을 예측하여 추정할 수 있습니다. 그리고 이러한 근거는 결함 수정의 우선순위와 리그레션 테스트의 강도에 영향을 미칩니다.

네번째는 해결책으로 잘못될 일은 없는지, 어떤 부작용은 없는지 물어봅니다. 일반적으로 이러한 부작용을 파악하기 위해 모델과 함께 영향도 분석을 합니다. 저는 의존도 분석을 선호하는 편입니다.

다섯번째는 해결책을 어떻게 실현할 수 있을지 물어봅니다. 구현을 방해하는 모든 장애물들이 파악하고 그 대책을 마련할 필요가 있습니다. 이러한 장애물들은 프로젝트 리스크로 지속적인 관리를 해야합니다.

여섯번째는 과연 우리들이 결함을 해결해 낼 수 있을지를 물어봅니다. 결함의 성공적인 해결을 위해 모든 리더쉽이 발휘될 것이라는 경영층의 확고한 의지를 확인할 필요가 있습니다.

그리고 이러한 여섯가지 활동을 수행할 조직이 필요합니다.

단순히 시간에 쫓겨 발견되는 장애가 리뷰도 없이 개발 조직에 전달되고 정확하지 않은 데이터를 기반으로 한 의사결정과 결함 수정은 시간과 비용, 노력을 낭비하게 하고 더 나은 제품을 제공하지 못합니다.

시간이 없다고 하더라도 하나 하나의 장애에 대하여 정확한 분석과 해결 전략을 도출할 필요가 있습니다.

더 좋은 것은 그러한 장애에 대한 원인이 되는 결함이 발생하지 않도록 조직 전체가 테스트에 대한 책임을 가지고 테스트를 실행할 필요가 있습니다.

만약 여러분의 조직이 발견되는 결함이 제대로 수정되지 못하고 미궁에 빠져 있으시다면 위의 6가지 고려사항 중 얼마나 많은 것들을 고려하고 실행하고 계신지 확인해보시기 바랍니다.

댓글

  1. 장애와 결함의 차이가 무엇인가요?

    답글삭제
    답글
    1. 결함은 명세, 모델 ,코드가 잘못 구현된 것으로 정적 테스팅을 통해 식별하고 장애는 제품의 실행 결과가 의도와 다른 것으로 동적 테스팅으로 식별하고 그 원인은 크게 결람에 의한 장애와 환경 특성 장애로 구분합니다.

      삭제

댓글 쓰기

이 블로그의 인기 게시물

프로젝트의 3요소 - Project Management

프로젝트는 예산, 일정, 품질 3가지 요소로 이루어진다고 볼 수 있다. 물론 위 3가지 요소 외에도 개발 범위, 팀워크, 자원 조달 등 여러가지 요소들도 고려해 볼 수 있지만, 가장 중요한 요소를 꼽는다면 예산, 일정, 품질일 것이다. 위에서 말한 여러가지 요소들은 프로젝트를 계획하여 완료하는 순간까지 복합적으로 작용해서 프로젝트의 성과를 제한하게 된다. 위의 요소들을 잘 통제한다면 성공적인 프로젝트가 되는 것이고 그렇지 못한다면 실패하거나 사라지게 될 것이다. 프로젝트 관리란 그런 면에서 제한된 자원을 가지고 목적한 바를 제한된 기간내에 최소의 비용으로 완수할 수 있도록 하는 것으로 정의할 수 있을 것이다. 이것을 도식화 한다면 아래와 같은 그림으로 표현할 수 있을 것이다. 위의 그림에 보는 것처럼 일정과 품질, 예산은 우리의 프로젝트가 목적하는 바를 달성하도록 하기 위해 상호 연관되어 작용하게 된다. 우리가 접하게 되는 많은 방법론들의 가정에는 위의 요소들을 어떻게 관리할 것인가에 대한 기본적인 가정들이 설정되어 있다. 조직에서 어떤 특정한 방법론을 도입한다는 것은 그런 가정에 동의하는 것이고 그러한 철학을 받아들인다는 것이기 때문에, 방법론을 채택하기 전에 조직의 근본 문제와 문화에 대해 점검해 볼 필요가 있다. 그리고 위의 요소들 외에 고려해 볼 사항은 위의 요소들은 변동성과 불확실성을 내포하고 있다는 것이다. 특히 비용과 예산, 목적은 프로젝트를 진행하면서 가변할 가능성이 매우 큰 요소들이다. 대부분의 방법론은 이러한 변동성에 대한 안전장치들을 가정해서 세워져 있다. 변동성의 측면에서 위의 요소들을 다시 살펴본다면 아래와 같이 가정할 수 있다. 위의 그림을 일부 해석해 본다면 일정이 늘어난다면 비용은 늘어나게 된다. 범위가 변경되어도 비용은 늘어나게 된다. 범위와 일정은 상호 의존적이 된다. 만약 위 3가지 요소의 변동성을 통제하지 못하게 된다면 프로젝트는

코디에서 클라우드 저장소 연동해서 비디오 라이브러리 생성하기

저희 집에는 TV가 없습니다. 모니터만 있지요.. 몇년 전까지만 해도 IPTV를 이용했지만.. 자주 보는 것도 아니고.. 비용도 비용인지라.. 그냥 TV를 없앴습니다. 사실은 기레기 시키들 보기 싫어서 KBS 수신료 내는거 싫어서 그냥 TV를 없애버렸습니다. 대신에 스마트폰에서 OTT 서비스 실행해서 크롬캐스트로 전송해서 보고 싶은 프로그램만 봤었는데 슬슬 불편해서 고민고민하다 그냥 질렀습니다. TV 보는 것도 불편했지만 다른 이유는 PC에 저장된 동영상을 보고 싶을 때 매번 PC를 켜야하는 것도 불편하더라고요. 저희 집 컴이 이제 10년이 넘어서.. 부팅 부터가.. ㅠㅠ 그래서 오피스 365 월결제를 끊으면 원드라이브 1테라를 사용할 수 있습니다. 이 원드라이브에 제가 가지고 있는 영화 200여편을 몽땅 올렸는데.. 원드라이브에 있는 영화를 스마트폰에서 실행해서 크롬캐스트로 전송하는 것도 불편하더군요. 어쨌든 이런 저런 이유로 너무 불편해서.. 지금은 사라진 TELEBEE 의 미박스 3에 글로벌 롬을 올려서 싸게 판다는 정보를 입수하고 그냥 질렀습니다. 싸다고 하는데 싼지는 모르겠지만.. 크롬캐스트 울트라보다는 싸더라구요. 넷플릭스를 이용하지는 않지만 조건만 맞으면 4K도 재생되고 국내 AS도 된다고 해서 질렀습니다. 관련 정보는 네이버 카페 [Eddy Lab] UHD 미니 PC 포럼 에서 보실 수 있고, 지금도 구매가 가능한지는 모르겠지만 MiBox3-EddyLab 에디션 안드로이드 셋탑 에서 구매하실 수 있습니다. 안드로이드 셋탑은 질렀는데.. 국내 IPTV처럼 친절하게 설정되어 있는 셋탑이 아닌지라 처음 켜보고 뭐부터 해야할지 참 막막하더라구요. 우선은 중요한건 TV를 편하게 보고 싶은것과 원드라이브의 영화를 편하게 감상하는 것이기 때문에 여기에 중점을 두고 네이버 카페와 구글을 하염없이 떠돌아다녀보니.. 코디라고 하는 앱이 가장 정보가 많다는 것을 알게되었습니다. 그래서 우선 무작정 코디를 설치했습니다. 코디

스위치봇 & 스위치봇 허브 미니 간단 사용기

제 블로그에 예전부터 오셨던 분들은 제가 사브작 사브작 홈 오토메이션을 어설프게 해온 것을 아실겁니다. 작년부터 너무 하고 싶었던 도어락 자동화에 도전해봤습니다. 우리 나라에 자체 서비스로 앱을 통해 도어락을 제어하는 제품은 꽤 있습니다. 게이트맨도 있고, 키위도 있고, 삼성도 있죠.. 그런데.. 전 그것보다 구글 어시스턴트를 지원하는 도어락이 필요했는데... 그런건 안만들더라구요.. 꼭 필요한건 아니지만 웬지 해보고 싶은데... 언제 제품이 출시될지도 몰라서.. 가능한 방법을 찾아보다가.. 스위치봇이라는 제품으로 도어락을 버튼을 꾹 누르는 방법을 찾아서 스위치봇이 직구가 아닌 국내에 출시되었길래 낼름 구매해서 도전해봤습니다. 스위치봇 제품에 대한 내용이나 구매는  https://www.wakers.shop/  에서 하시면 됩니다. 저는 스위치봇에 스위치봇을 구글 홈에 연결시키기 위해 스위치봇 허브 미니까지 구매했습니다. 스위치봇 허브 미니가 없으면 스위치봇을 외부에서 제어하거나 구글 홈에 연결할 수 없습니다. 그리고 제가 스위치봇 허브 미니를 구매한 이유 중 다른 하나는 이 제품이 RF 리모컨 기능이 지원됩니다. 집에 있는 모니터를 제어할 필요가 있어서 이참 저참으로 같이 구매했습니다. 제품 등록은 어렵지 않습니다. 여기서는 스위치봇 허브 미니에 RF 리모컨을 등록해서 구글 어시스턴트로 제어하는 방법을 소개해드릴까 합니다. 제가 스위치봇 허브 미니로 모니터를 제어하고 싶었던 부분은 컴퓨터에서 크롬캐스트로 외부 입력을 때에 따라 바꿔야 하는데.. 그때마다 리모컨을 찾는게 너무 불편해서였습니다.  어차피 리모컨은 외부 입력 바꿀 때 빼고는 쓸 일도 없는지라.. 매번 어디로 사라지면 정말 불편해서 이걸 자동화 하고 싶었습니다. 그런데, 처음에 스위치봇 허브 미니를 등록하고 여기에 리모컨을 등록하니.. 구글 홈에 등록된 리모컨이 자동으로 등록이 됩니다. 그런데, 등록된걸 확인해보니 전원 On/Off만 제어되는 것이고, 나머지 버튼은 구글 홈으로 제어가 안되어서..