1. 테스팅은 결함이 있다는 것을 증명하는 것이다. (Testing shows the presence of bugs)
A라는 행동을 했을 때 나온 결과는 A라는 행동에 대한 결과만을 보장해준다는 의미. 가령 지문 인식을 엄지손가락으로만 테스팅 했다면 이 테스팅은 엄지손가락의 결과에 대해서만 보증을 하는 것이지, 다른 손가락으로 했을 때의 결과까지 보증해주는게 아니라는 것.
2. 완벽한 테스팅은 불가능하다. (Exhaustive testing is impossible)
일정은 제한 되어 있고, 복잡한 구조 때문에 모든 경우의 수를 확인할 수 없다는 의미.
3. 테스팅은 가능한 개발 초기에 시작해야 한다. (Early testing)
전체적인 일정으로 따져볼 때 테스트가 초반에 이뤄지는게 좋다는 의미. 다만 테스트 인력을 투입하는 것도 공짜는 아니고, 규모가 작을 때는 개발자가 업무와 테스트를 혼자서 해도 무리가 없어서 극초기에 별도의 테스트 인원이 투입될 일은 없다. 테스트 인원이 별도로 배정되는건 보통 정식 프로젝트로 승인된 이후부터.
4. 결함 집중 (Defect clustering)
새로 만드는 것, 다른 모듈과 상호작용이 많은 것에서 결함이 쏟아져 나온다는 의미. 그 외에 개발 실력이 부족한 사람이 담당한 곳에서도 결함이 많이 발견된다.
5. 살충제 패러독스 (Pesticide paradox)
같은 살충제만 쓰면 벌레가 대응력을 키워서 더 이상 그 살충제로는 죽지 않듯이, 똑같은 테스트로는 반복되는 테스트에서 새로운 결함을 발견할 수 없다는 의미. 즉, 테스트 문서를 꾸준히 갱신하고 업데이트 하라는 소리다. 히스토리를 쌓아감으로서 누락을 방지하고, 테스트 하는 사람에 상관 없이 동일한 커버리지를 달성하게 하려는 목적을 갖는 원칙이다.
6. 테스트는 정황에 의존적이다. (Testing is context dependent)
대상에 따라 테스트 내용이 달라지는 것을 의미한다. 가장 흔한 예시는 일정이 중요한 게임 vs 안전이 중요한 의료 분야.
7. 오류-부재의 궤변 (Absence-of-errors fallacy)
목적에 맞는 테스팅을 하라는 의미. 기능 테스트 해야하는 상황에 호환성 테스트하면 의미가 없다.
그 외 원칙
A. Testing must be done by an independent party. (테스트는 독립적인 조직에 의해 수행되어야 한다.)
개발자가 테스트를 할 경우 개발자의 시선으로 테스트하기 때문에 결과를 신뢰하기 어렵다는 의미. 따라서 개발과 동떨어진 이들이 테스트를 설계하고 수행해야 한다.
B. Assign best personnel to the task. (최고의 인력을 할당하라.)
당연한 이야기.
C. Test for invalid and unexpected input conditions as well as valid conditions.
유효 상태만큼이나 비유효 값 / 상태로도 테스팅을 수행하라는 의미. 다양한 관점에서 테스트 해보라는 의미이기도 하다.
D. Keep software static during test.
테스트가 진행되는 동안에는 빌드가 변경되지 않게 하라는 의미다. 테스트 도중에 빌드가 변경되면 테스트 결과를 신뢰할 수가 없다.
E. Provide expected test results if possible.
가능한 기대 결과를 제공하라는 의미. 기대 결과가 제공되지 않으면 테스팅 결과에 대해 정상인지 결함인지 판단할 수 없다.
참고 페이지: https://www.testingexcellence.com/seven-principles-of-software-testing/
'미분류 게시물' 카테고리의 다른 글
| TimeZ - 彩虹 (Rainbow) 가사 (0) | 2019.03.05 |
|---|
