<div id="readability-page-1" class="page"><article id="post-1844">
			
		<div>
			
<p>테스트에서 유명한 원칙이므로 알아둘 필요가 있어서 정리해둠.</p>







<p><strong>단위 테스트</strong>가 지켜주면 좋은 속성들을 앞 글자를 따서 정리함.</p>



<ul><li>Fast: 단위 테스트는 빨라야 함. 반대로 말하면 테스트를 느리게 하는 DB나 File IO 같은 것에 의존하지 않는 게 좋다고 말함.</li><li>Independent/Isolated: 각각의 단위 테스트는 격리되어야 함. 위에서 언급한 DB 같은 외부 자원이나 테스트 끼리 공유하는 자원이 있다면, 다른 테스트에 의존할 수 있음.</li><li>Repeatable: 단위 테스트는 반복되어도 같은 결과를 내야 함.</li><li>Self validating: 단위 테스트는 스스로 성공 또는 실패를 반환해야 함. 사람이 일일이 판단하게 만들면 안된다는 의미.</li><li>Timely/Thorough: 두 가지 단어로 적혀있던데 여러 정리 글을 읽어보고 나서 “단위 테스트는 구현을 개발하는 시점에 맞춰서 준비되어야 구현한 것에 대해 확신을 줄 수 있다”는 말로 요약했다.</li></ul>



<h2 id="right-bicep">Right-BICEP</h2>



<p>주로 테스트 하는 것들을 모아둠.</p>



<ul><li>Right: 결과가 올바른가?</li><li>Boundary: 경계 조건 테스트</li><li>Inverse relationship: 역 관계 테스트</li><li>Cross-check: 다른 수단으로 교차 검증하기</li><li>Error condition: 오류 조건이 발생했을 때의 테스트</li><li>Performance: 성능 조건에 대한 테스트. ex) 리팩토링 후에 기존 것과 비교</li></ul>



<p>경계 조건 테스트는 범위가 넓어서 이에 대한 가이드라인도 있다.</p>



<p>출처: <a href="http://www.kyobobook.co.kr/product/detailViewKor.laf?ejkGb=KOR&amp;mallGb=KOR&amp;barcode=9791160508383">자바와 JUnit을 활용한 실용주의 단위 테스트 – 제프 랭어, 앤디 헌트, 데이브 토마스</a></p>



<p><em>주의: 이 글은 책을 읽은 다른 사람들의 정리 글을 본 내용입니다.</em></p>



<ul><li>Conformance: 정해진 형식이 있으면 그 형식에 맞는지 테스트</li><li>Ordering: 순서 있는 데이터를 다룬다면 기대한 것처럼 정렬되었는지 테스트</li><li>Range: 범위가 정해진 값이면 범위 안에 있는지 테스트</li><li>Reference: 사전/사후 조건과 외부 의존성이 준비되었는지 테스트.<br>(다만 좋은 테스트는 이런 외부 의존성의 준비와 상관없이 동작해야 함.)</li><li>Existence: null check하기</li><li>Cardinality: 컬렉션은 반드시 충분한 값이 있는지 테스트하기.<br>ex) 0개일 때, 1개일 때, n개일 때</li><li>Time: 순서와 시간의 특성(DST, timezone 등), 동시성 문제를 고려해야 함.</li></ul>



<h2 id="기타-자료">기타 자료</h2>



<p><a href="https://stackoverflow.com/a/43129899">https://stackoverflow.com/a/43129899</a></p>



<p>이 답변에선 FIRST 대신 FASRCS라는 것도 얘기하는데 추가 내용은 다음과 같다.</p>



<p>“테스트는 최대한 단순하고, 요구사항을 기반해야 하며, 테스트 내용을 명확하게 파악할 수 있게 구현해야 한다.”</p>
			
			
								</div>
</article></div>

Wraithkim의 지식공방

테스트에서 유명한 원칙이므로 알아둘 필요가 있어서 정리해둠. FIRST 단위 테스트가 지켜주면 좋은 속성들을 앞 글자를 따서 정리함. Fast: 단위 테스트는 빨라야 함. 반대로 말하면 테스트를 느리게 하는 DB나 File IO 같은 것에 의존하지 않는 게 좋다고 말함. Independent/Isolated: 각각의 단위 테스트는 격리되어야 함. 위에서 언급한 DB 같은 외부 자원이나 테스트 끼리 공유하는 자원이 있다면, 다른 […]

FIRST와 Right BICEP

댓글