문성준의 단단해지기

테스팅을 하다보면 오류가 발생하게 된다.

오류의 원인으로는 무엇이 있을까?

1.     인간의 실수 – 소프트웨어 또는 시스템 코드에 결함을 야기

2.     주변 환경에 의한 결함 – 전자파, 자석 , 공해 , 자연현상 등과 같은 주변 환경의 영향으로 소프트웨어 또는 시스템이 사용하는 하드웨어에 영향을 주어 오류 발생

위와 같이 오류도 상황에 따라 다양한 이유로 발생하기 때문에 이를 분류해 줄 수 있는 용어가 필요하다.

<<테스팅 용어>>

-       오류 (error) : 잘못된 결과를 만드는 사람의 행위(사람의 실수에 의한 에러)

-       결함 (Defect, Bug,Fault) : 에러에 의해 발생한 것 , 에러가 실제로 코드에 구현된 것 , 소프트웨어 상의 Error 를 일으킬 수 있는 징후 ,요구 기능의 부정확한 처리 , Failure 의 원인

-       장애 (Failure) : 예상과 다르게 동작하는 소프트웨어의 의도하지 않은 결과, 결함을 가진 SW 실행 시 발생 ( 단, 모든 결함이 장애로 가지는 않는다)

이러한 이유로 소프트웨어가 올바르게 작동 되지 않는 경우 이로 인한 피해가 크다.

피해로는 아래와 같은 이유가 있다.

1. 금전적 손실

2. 시간 낭비

3. 비지니스의 이미지 손상

4. 부상 or 사망

테스트 후의 결과는 곧 신뢰성과 밀접한 연관관계를 가지고 있다.

아니 거의 동일하다고 본다. 

추가적으로 이건 내 경험이지만, 같은 팀이여도 못믿는 경우가 생긴다.

QA 팀이지만 본인부터 실수가 많아버리면 제품이나 고객사에게도 큰 영향을 주기때문에 

내가 직접 보고 경험한 것 만으로 보고를 해야한다고 생각된다.

*피드백 환영입니다.*

<<테스팅의 일반적인 원리>>

1.     테스팅은 결함이 존재함을 밝히는 활동이다. 

 – 결함이 없다는 것은 증명할 수 없다.

2.     완벽한 테스팅(Exhaustive) 은 불가능 하다. 

 – 무한 경로, 무한 입력 값, 무한 타이핑, 리스크 분석과 결정된 우선 순위에 대한 테스팅을 집중

3.     테스팅을 개발 초기에 시작한다. 

 – 개발 시작과 동시에 테스트를 계획, 전략적으로 접근, Test case 를 도출하면서 문서상의 결함 발견

4.     결함 집중(Defect Clustering) 

 – 적은 수의 모듈에서 대다수의 결함 발견 ( 결함과 장애가 집중)

5.     살충제 패러독스(Pesticide Paradox) – 동일한 테스트를 반복적으로 수행하면 버그를 찾기 힘듦, 경험 기반 기법을 통해 테스트 방법을 다양화

 – 해당 기법을 다른 모듈 또는 시각에서 재적용시켜 테스트 케이스를 업데이트하는 노력

– 탐색적 테스팅(Exploratory testing), JIT 테스팅(Just-in-time-testing)등의 경험 기반 접근법을 통해 새로운 테스트 케이스를 추가하는 것이 필요

6.     테스팅은 정황(Context)에 의존적이다. (일의 사정과 상황)

 – 효율적, 효과적 테스트 팀 조직, 독립적 테스트 환경

7.     오류 – 부재의 궤변 (Absence – of – errors fallacy)

 – 사용자 요구사항에 맞지 않는다면 결함을 찾고 수정하는 것은 무의미, 결함을 모두 발견했다고 해도 품질이 높다고 할 수 없다.

*피드백 환영입니다*