SW 테스팅 교육 1일차

SW 테스팅 교육 1일차

1.   SW테스팅이란?

•          SW란 사용자의 요구사항에 맞게 회사나 개인이 현실에 구현

•          Testing 이란 문제를 찾거나 품질을 측정하는 일련의 활동

구현을 할 때 결함이 발생 할 수도, 운용을 할 때 장애가 발생 할 수도 있는데 이러한 것이 고객과 회사에 유, 무형의 문제를 가져오고, 이러한 것을 Risk 라고 한다.

이러한 일을 발생하지 않도록 하려면 또는 발생 가능성을 낮추기 위해서는 문제를 확인하는 일련의 모든 과정을 테스팅이라 한다.

즉, SW Testing은 우리 고객이 원하는 그 무언가를 만들었을 떄, 고객을 만족시키고, 이익을 창출할 수 있는지를 확인하기 위한 일련의 활동이다.

-      테스팅은 누가하는가?

제품 개발에 관련된 모든 이해 관계자, 자기가 한 일에 대해서는 본인이 확인을 한다. 하지만, 자기만 했을 때는 자기가 알고 있는 것만 확인하는 단점이 있다.

따라서, 테스팅을 전문적으로 하는 사람이 전체적인 관점에서 이 모든 것들이 일관성이 있고, 이 모든 것들이 체계적으로 잘 구성되는지를 확인하는 과정이 필요하다.

-      테스팅은 언제 하는가?

SDLC(소프트웨어 개발 수명 주기) 전반에 걸쳐서 테스팅을 진행, 즉 요구사항에서부터 설계, 개발 각각의 단계에 테스팅이 있어야 한다.

그래서 테스팅은 SDLC 전반에 걸쳐서 다양한 이해관계자가 결함이나 품질을 측정할 목적으로 수행하는 일련의 모든 활동이다.

 

 

2.   테스트 활동

산출물을 리뷰하고 결함을 찾아내는 것을 정적 테스팅이라 하고,

실제로 사용하면서 장애를 발견하는 것을 동적 테스팅이라 한다.

 

3.   SW테스팅의 원리

A.      테스팅은 결함의 존재를 밝히는 활동이지, 결함이 없음을 증명하지는 않는다.

•          문제를 식별할 수 있어야 한다. 문제를 알아야 식별할 수 있는데 이 문제 자체를 알기가 어렵다. (자의적으로 문제를 만드는 것이 아니기 때문에)

•          따라서 테스팅은 가능성을 찾는 것에 조금 더 가깝다.

B.      완벽한 테스팅은 불가능하다.

•          모든 조건, 조합을 구성하는 것은 무한에 가깝다.

C.      초기 테스팅으로 시간과 비용을 절약할 수 있다.

D.     결함은 집중된다.

•          결함이 집중되는 것을 미리 예측하고, 그 부분에 대해 집중적으로 테스팅한다.

E.      테스트 효과는 줄어든다

•          같은 방법으로 지속적으로 테스팅하면 효과는 줄어든다. 따라서 다양한 조건에서 테스팅 해야한다.

F.      테스팅은 정황에 의존적이다.

•          모든 상황에서 하는 것이 아닌, 가장 현실적이고 논리적인 상황으로 진행해야 한다. (ex. 1초 동안 한 버튼을 8번 누르기는 비현실적인 상황이라 이런 상황까지 테스팅 할 필요 없다.)

G.      결함-부재는 궤변이다.

 

4.   소프트웨어 개발 수명주기(SDLC)에서의 테스팅

소프트웨어 개발 수명주기 모델은 상위 수준에서 소프트웨어 개발 프로세스를 추상화해서 표현한 것이다.

-      모든 소프트웨어 개발 활동에 상응하는 테스트 활동을 두어, 모든 개발 활동이 품질 제어의 대상이 되게 한다.

-      테스트 레벨마다 구체적이면서 독립적인 테스트 목적을 설정해, 중복은 피하고, 적절하면서 포괄적인 테스팅이 가능하게 한다.

-      특정 테스트 레벨을 위한 테스트 분석과 설계를 소프트웨어 개발수명주기의 상응하는 각 개발 단계에서 시작해, 조기 테스팅 원칙을 준수할 수 있게 한다.

-      테스터가 문서 초안이 가용한 즉시 작업 산출물 리뷰에 참여하도록 해서, 시프트-레프트 전략 지원을 위한 조기 테스팅과 결함 발견이 가능하도록 한다.