2007/09/15 01:36
소프트웨어 테스트는 제품검수 가 아닙니다. 관찰일지/생각키우기2007/09/15 01:36
소프트웨어 테스팅의 중요성에 대한 각성
이란 글에 잘 나와 있듯이
지금이라도 테스트의 중요성을 깨닫고 시행을해야 한다고 생각합니다.
아주 작은 수의 기업이지만,
이미 몇몇 기업에서는 "소프트웨어 테스트"를 도입하고 있습니다.
위의 글의 나와있는 예들 중 하나는 제가 몸담았던 회사에서 했던 프로젝트입니다.
그 기업에는 제도적으로 '테스트' 과정을 도입하였고 시행을 하고 있었습니다.
어떤과정을 거쳤는지 정확히 알길은 없지만,
제도적으로는 존재하기 때문에,
그 프로젝트 역시 어떤식으로든 '테스트'의 과정은 거쳤을 것이라 봅니다.
그런데도, 문제가 터졌습니다.
그 이유는 소프트웨어 테스트에 대한 잘못된 인식 입니다.
소프트웨어 테스트라고 하면 제조업의 품질 검사 과정을 떠올리게 됩니다.
이 둘은 제품의 기능 점검이라는 목적에서는 동일하지만, 차이가 보입니다.
소프트웨어는 하드웨어와 부품의 조합이 아니라,
'논리'의 조합이기 때문에 당연히 검수가 아니라 검증을 해야합니다.
따라서 소프트웨어의 테스트에는
기능 테스트도 포함되어 있지만,
더 중요한 것은
그런데, 소프트웨어 테스트를 '제품검수'하듯하니
효과가 전혀없는 것이죠.
(오히려 개발에 부담만 주고 있습니다)
소프트웨어 테스터들은 초보자는 불가능하며 어느 정도 수준이 갖추어야 합니다.
의혹이 있는 부분을 찾아야하고 검증또한 해야하기 떄문에 당연한 거죠
(외국의 경우 개발자와 테스터는 직군이 다르며, 최소 경력이 3~5년은 되어야 테스터로서 입문이 가능하다고 들었습니다)
그런데, 우리나라의 경우를 테스트를 도입한 기업 경우도 전문 테스터를 두는 경우는 찾기가 매우매우 힘듭니다.
제가 있었던 한 프로젝트에서도 테스트 과정을 도입하며 테스팅을 전문으로 하는 조직도 만들었지만, 정작 테스터로 지정된 인력은 웹디자이너 2년차였습니다. -_-;
이 역시 소프트웨어 테스트를
제조업의 '검수' 정도로 생각하는 인식 때문에 그런 것입니다.
현재로써는 제대로 된 테스터를 구하는 문제도 어렵습니다.
이미 누차 지적된 왜곡된 소프트웨어 개발 시장 구조 때문에 테스터로써 성장할 길이 전혀없기 때문입니다.
지인의 말을 빌리면 새로 시작하는 구글 코리아의 경우
우리나라에서 테스터로써 일할 만한 인력이 구할 수 없어
개발된 코드 테스트를 미국으로 보내서 한다는 군요
(그들은 테스트를 합니다!!!)
소프트웨어 사고들이 터지는 것을 보면 아무래도 기분이 좋지는 않습니다.
그런데, 이 글의 끝에서 처럼 매번 사고의 원인을 소프트웨어 개발자에게 모든 책임을 돌리는 것은 보면 분노가 치밉니다.
바보가 아닌 이상
한 두 번이야 그럴 수도 있겠거니 하겠지만, 매번 그런다면 개발자가 아니라 프로세스상 문제가 있다고 보는 것이 맞습니다.
이러한 문제는 '소프트웨어 테스트'를 도입하지 않아 생기는 문제입니다.
소프트웨어 테스트를 도입하길 권유합니다.
하지만, 소프트웨어 테스트를 제조업의 검수와 착각하여
오히려 부담만 가중시키고 효과는 전혀없는 어리것은 짓은 하지 않기 바랍니다.
덧붙여 동시에 소프트웨어 테스트를 위해 왜곡된 소프트웨어 시장을 바로 잡아 소프트웨어 테스터를 육성하려는 노력도 같이 기울여야 할 것입니다.
(덧글)
위의 글에서 나와 있는 예들도, 일반적인 상황에는 문제가 없지만,
어떤 특정한 조건에 대해 논리적 허점(논리 오류)이 발생하여,
생긴 문제들입니다.
( 마치 백조는 모두 희다고 생각했다가, 검은백조를 마주쳤을 때와 같죠.-성급한 일반화의 오류 이 논리 오류들 을 무의식 중에 지나치듯, 소프트웨어 개발 과정 중에도 그런 일이 종종 일어납니다)
이란 글에 잘 나와 있듯이
지금이라도 테스트의 중요성을 깨닫고 시행을해야 한다고 생각합니다.
아주 작은 수의 기업이지만,
이미 몇몇 기업에서는 "소프트웨어 테스트"를 도입하고 있습니다.
위의 글의 나와있는 예들 중 하나는 제가 몸담았던 회사에서 했던 프로젝트입니다.
그 기업에는 제도적으로 '테스트' 과정을 도입하였고 시행을 하고 있었습니다.
어떤과정을 거쳤는지 정확히 알길은 없지만,
제도적으로는 존재하기 때문에,
그 프로젝트 역시 어떤식으로든 '테스트'의 과정은 거쳤을 것이라 봅니다.
그런데도, 문제가 터졌습니다.
그 이유는 소프트웨어 테스트에 대한 잘못된 인식 입니다.
소프트웨어 테스트라고 하면 제조업의 품질 검사 과정을 떠올리게 됩니다.
이 둘은 제품의 기능 점검이라는 목적에서는 동일하지만, 차이가 보입니다.
제조업에서 품질 검사과정은 "검수" 이고, 소프트웨어 테스트는 "검증"입니다.
소프트웨어는 하드웨어와 부품의 조합이 아니라,
'논리'의 조합이기 때문에 당연히 검수가 아니라 검증을 해야합니다.
따라서 소프트웨어의 테스트에는
기능 테스트도 포함되어 있지만,
더 중요한 것은
논리 오류의 가능성을 찾아내고 그것을 검증하는 일입니다.
그런데, 소프트웨어 테스트를 '제품검수'하듯하니
효과가 전혀없는 것이죠.
(오히려 개발에 부담만 주고 있습니다)
소프트웨어 테스터들은 초보자는 불가능하며 어느 정도 수준이 갖추어야 합니다.
의혹이 있는 부분을 찾아야하고 검증또한 해야하기 떄문에 당연한 거죠
(외국의 경우 개발자와 테스터는 직군이 다르며, 최소 경력이 3~5년은 되어야 테스터로서 입문이 가능하다고 들었습니다)
그런데, 우리나라의 경우를 테스트를 도입한 기업 경우도 전문 테스터를 두는 경우는 찾기가 매우매우 힘듭니다.
제가 있었던 한 프로젝트에서도 테스트 과정을 도입하며 테스팅을 전문으로 하는 조직도 만들었지만, 정작 테스터로 지정된 인력은 웹디자이너 2년차였습니다. -_-;
이 역시 소프트웨어 테스트를
제조업의 '검수' 정도로 생각하는 인식 때문에 그런 것입니다.
현재로써는 제대로 된 테스터를 구하는 문제도 어렵습니다.
이미 누차 지적된 왜곡된 소프트웨어 개발 시장 구조 때문에 테스터로써 성장할 길이 전혀없기 때문입니다.
지인의 말을 빌리면 새로 시작하는 구글 코리아의 경우
우리나라에서 테스터로써 일할 만한 인력이 구할 수 없어
개발된 코드 테스트를 미국으로 보내서 한다는 군요
(그들은 테스트를 합니다!!!)
소프트웨어 사고들이 터지는 것을 보면 아무래도 기분이 좋지는 않습니다.
그런데, 이 글의 끝에서 처럼 매번 사고의 원인을 소프트웨어 개발자에게 모든 책임을 돌리는 것은 보면 분노가 치밉니다.
바보가 아닌 이상
한 두 번이야 그럴 수도 있겠거니 하겠지만, 매번 그런다면 개발자가 아니라 프로세스상 문제가 있다고 보는 것이 맞습니다.
이러한 문제는 '소프트웨어 테스트'를 도입하지 않아 생기는 문제입니다.
소프트웨어 테스트를 도입하길 권유합니다.
하지만, 소프트웨어 테스트를 제조업의 검수와 착각하여
오히려 부담만 가중시키고 효과는 전혀없는 어리것은 짓은 하지 않기 바랍니다.
덧붙여 동시에 소프트웨어 테스트를 위해 왜곡된 소프트웨어 시장을 바로 잡아 소프트웨어 테스터를 육성하려는 노력도 같이 기울여야 할 것입니다.
(덧글)
위의 글에서 나와 있는 예들도, 일반적인 상황에는 문제가 없지만,
어떤 특정한 조건에 대해 논리적 허점(논리 오류)이 발생하여,
생긴 문제들입니다.
( 마치 백조는 모두 희다고 생각했다가, 검은백조를 마주쳤을 때와 같죠.-성급한 일반화의 오류 이 논리 오류들 을 무의식 중에 지나치듯, 소프트웨어 개발 과정 중에도 그런 일이 종종 일어납니다)
'관찰일지 > 생각키우기' 카테고리의 다른 글
| 너덜셋 트롤 이야기 (0) | 2009/02/12 |
|---|---|
| 돈만이 포상 방법은 아니다 (6) | 2007/12/08 |
| 소프트웨어 테스트는 제품검수 가 아닙니다. (0) | 2007/09/15 |
| 세대차이는 문화의 차이이고, 그 차이는 동서양의 차이와 똑같다 (0) | 2007/09/11 |
| 토론회 발전에 대한 조그만 생각 (4) | 2007/09/05 |
| 토론회의 발전에 대한 나의 생각 (2) | 2007/09/02 |
