기본 콘텐츠로 건너뛰기

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

댓글

이 블로그의 인기 게시물

매우 매우 매우 실망스러운 레일플러스 모바일 교통카드

우리 나라에서 버스나 지하철 같은 교통 수단을 이용하는 대부분의 사람들은 티머니와 같은 선불교통카드나 카드사와 연계된 후불교통카드를 쓰는 경우가 거의 대부분일 것입니다.

저도 현금으로 지하철이나 버스를 이용해본지가 언제인지 기억이 가물가물 합니다. (최근에는 현금을 들고 다닐 필요가 거의 없긴 하죠. 그러다보니 가끔 지방에 가서 카드가 안되는 가게나 주차장 등에서 난감하기도 하고요..)

그런데, 이런 카드 말고 스마트폰으로 교통 수단을 이용하는 사람들도 있습니다.

우리 나라에서 스마트폰으로 교통 수단을 이용하는 것은 심카드를 기반으로 구현된 기술로 문제는 해외 단말은 이 기능을 지원하지 않는 다는 것입니다.

해외 단말들이 이와 같은 기능을 구현하기 위해서는 HCE 라는 방식이 필요한데.. 이런 방식으로 결제 시스템을 구현은 할 수 없지만 지금까지는 이 기술로 구현된 사례가 없었는데, 얼마전 코레일에서 레일플러스 모바일 교통카드를 HCE 로 구현하여 서비스를 시작했습니다.

이로서 해외 단말을 사용하는 사람들도 스마트폰으로 버스나 지하철과 같은 교통수단을 이용할 수 있게 될것이라고 환호했습니다만, 실상은 그렇지 않다고 볼 수 있습니다.

저는 넥서스 5X 사용자로 심카드를 기반으로 하는 결제 시스템을 쓸 수 없었기 때문에 저도 코레일에서 저 서비스를 내놓았을 때 기대에 부풀어서 나오자마자 바로 설치해봤습니다. 처음 서비스 시작한 시점이 8월이었는데, 그 때에는 안드로이드 8.0을 지원하지 않아서 서비스는 시작되었지만 사용할 수 없었습니다.

그러다가, 9월 업데이트로 안드로읻 8.0(오레오)에서도 해당 앱이 정상적으로 동작하게 되어서 한번 사용해 본 소감을 남깁니다.

우선 현재 시점으로 해당 서비스를 이용하는 방법은 크게 2가지입니다.

하나는 레일플러스 모바일 교통카드 앱을 설치하여 이용하는 방법이고, 다른 하나는 신한 판(앱카드)를 설치하여 이용하는 방법입니다.

카드 종류는 선불과 후불 2가지 종류가 있는데, 레일플러스 모바일 교통카드 앱은 2가지를 모두 지원하고…

최선희 한복 수선 후기

2년 전에 제가 쾌자를 하나 구매하고 후기 적었던걸 기억하시는 분 계신가요?

http://murianwind.blogspot.kr/2013/06/blog-post_10.html

그 쾌자.. 2년 동안 몇번 입기는 했지만.. 그 때 후기에도 적었던 것처럼 기존에 가지고 있는 생활 한복과 너무 너무 안어울려서.. 그냥 옷걸이에 걸려서 방치되어 있던 것을..

정말로 큰 맘 먹고 수선하기로 결정했습니다.

2년이 지나고 가장 큰 변화는 제가 한복에 워낙 관심을 가지다 보니 정보를 얻는 곳이 더 넓어진것도 있지만 모던 한복 또는 패션 한복이라는 분류로 한복을 좀 더 새롭게 해석해서 만드는 젊은 디자이너 분들이 매우 많아졌다는 것입니다.

요즘 가장 뜨거운 관심을 받고 있는 리슬이라는 브랜드가 있고요..(http://leesle.com/) (저와 제 아내는 요즘 리슬에 꼽혀서.. 거의 100만원에 육박하는 옷을 질렀습니다. 쿨럭 쿨럭..)

챠이킴(http://blog.naver.com/tchaikim)이라는 브랜드도 요즘 뜨거운 브랜드 중 하나입니다.

유명한 천의 무봉(http://blog.naver.com/y8317)도 있습니다.

그런데 대부분 이런 곳들은 가격이 머.. 만만치 않습니다. 그리고 우선 제가 원하는 수선을 전문으로 하는 곳은 아니죠..

그래서 수선을 잘 하는 한복집을 찾다가 최선희 한복(https://www.facebook.com/sunhee.choi3)이라는 곳을 알게 되었습니다.

수선도 잘 해주시고.. 원단도 잘 사용하신다는 평에..

어떨까? 하다가 큰 맘 먹고 다시 한번 도전해보기로 했습니다.

그리고 수선 후 이렇게 생긴 옷을 받았습니다.


쾌자를 전복으로 바꿔주셨습니다.

입어보니.. 이제 꽤 한복 같은 느낌이 납니다.

우선은 깃을 좀 높게 달아서 안에 입은 한복이 겉으로 드러나지 않으니 좋네요..

그런데 원래 이 옷은 여름에 겉에 두르려고 맞췄던 건데.. 이제는 그건 좀 무리지 않을까 싶긴 합니다. 음.. 여름에 한번 도전해 봐야겠어요.

솜씨도 좋으시고…

ISO/IEC 25010 제품 품질 모델 소개

소프트웨어의 품질 특성을 정의하고 있는 국제 표준 ISO/IEC 9126 은 IT 업계에서 소프트웨어로 종사하시는 분들이라면 누구든지 한번쯤은 들어보셨고, 현업에서도 잘 활용하고 계실거라고 믿습니다.

그리고 ISO/IEC 9126 이 근래에 ISO/IEC 25010 으로 개정된 것도 알고 계실 겁니다.

정식으로 개정되었기 때문에 이제는 9126이 아닌 25010으로 얘기를 하는것이 맞다는 것이 제 생각입니다.

그런데 구글님에게 아무리 물어보아도 국내에 최신 25010 이 소개된 자료를 찾을 수가 없어.. 제가 칼을 빼들었습니다.

무려 17,400원이라는 거금을 들여서 문서를 샀습니다.

전체 문서를 구매하면 당연히 비싸기 때문에 그냥 개요 문서만 샀습니다.

혹시 전체 내용이나 상세한 내용이 궁금하신 분은 꼭 한국표준정보망(https://www.kssn.net/)에 가셔서 구매하시기 바랍니다.

저도 자세한 내용을 공유해드리면 좋겠지만.. 문서 하단에 정확하게 저에게 라이센스를 부여하며 불법 복사 및 무단 배포를 금한다고 협박성 문구가 적혀 있는 관계로 간단하게 어떤 내용들이 언급되어 있는지 소개 정도 해드리겠습니다.

ISO/IEC 25010은 2011년 제1판이 발행되었고 국내에는 2011년 12월 30일 제정되어 배포되었습니다. 한국어 번역이 무지 잘된 상태는 아니지만 이해하는데 큰 문제는 없습니다.

문서를 읽어본 소감을 말씀드리자면 이전 ISO/IEC 9126 표준에 비해 많은 내용들이 이해하기 쉽도록 변경되고 실무에 바로 적용할 수 있을 정도로 잘 정리되었습니다.

가장 큰 변화는 주특성이 기존의 6가지에서 8가지로 늘었다는 것입니다.

각 주특성과 부특성을 살펴보면 아래와 같습니다. ( ) 의 내용은 기존의 ISO/IEC 9126에서의 명칭입니다.

우선 기존의 기능성은 기능 적합성(functional suitability)으로 변경되었습니다.
부특성으로는 기능 성숙도(functional completeness), 기능 정확성(명확성)(functional co…