따라서 단위 테스트를 가능한 한 책별로 만들려고하지만 간단한 추가 / 삭제 방법을 테스트 할 때 문제가됩니다.
add 메소드의 경우 기본적으로 더미 오브젝트를 작성하여 추가해야합니다. 그런 다음 테스트가 완료되면 더미 오브젝트를 삭제해야합니다.
그리고 삭제 테스트를 위해 분명히 삭제할 수 있도록 더미 객체를 만들어야합니다.
하나의 테스트가 실패하면 다른 테스트도 모두 실패하므로 실패합니다.
"주문 취소"라는 테스트를 작성해야하는 시스템과 동일합니다. 우선 일부 더미 주문이 먼저 취소되어야하는데 이것이 단위 테스트 지침에 위배되지 않습니까?
이와 같은 사례를 어떻게 처리해야합니까?
답변:
글쎄, 당신이하고있는 일에는 아무런 문제가 없습니다. 여러 테스트에서 동일한 코드를 처리 할 수 있습니다. 그것은 단지 하나의 문제로 여러 테스트가 실패한다는 것을 의미합니다. 피하고 싶은 것은 다른 테스트 결과에 의존하는 테스트입니다. 즉, 삭제 테스트는 실행 된 추가 테스트에 따라 달라 지므로 추가 테스트 전에 삭제 테스트를 실행하면 실패합니다. 이 문제를 방지하려면 각 테스트 시작시 "빈 슬레이트"가 있어야 특정 테스트에서 발생하는 일이 후속 테스트에 영향을 미치지 않도록해야합니다.
이를 수행하는 가장 좋은 방법은 인 메모리 데이터베이스에 대해 테스트를 실행하는 것입니다.
추가 테스트에서 빈 데이터베이스를 작성하고 오브젝트를 추가 한 후 실제로 추가되었는지 확인하십시오.
삭제 테스트에서 이미 삭제하려는 객체로 데이터베이스를 만듭니다. 오브젝트를 삭제하고 삭제되었다고 주장하십시오.
분해 코드에서 데이터베이스를 날려 버립니다.
거래를 사용하십시오.
트랜잭션을 지원하는 데이터베이스를 사용하는 경우 트랜잭션에서 각 테스트를 실행하십시오. 테스트가 끝나면 트랜잭션을 롤백하십시오. 그런 다음 각 테스트는 데이터베이스를 변경하지 않은 채로 둡니다.
예, 주문을 취소하려면 먼저 주문을 만들어야합니다. 괜찮아. 테스트는 먼저 주문을 생성 한 다음 취소 한 다음 주문이 취소되었는지 확인합니다.
잘하고 있어요 단위 테스트의 유일한 기본 원칙은 모든 코드 경로를 다루는 것이므로 코드가 수행해야 할 작업을 수행하고 변경 및 리팩토링 후에도 계속 수행 할 수 있습니다. 단위 테스트를 작고 단순하며 단일 목적으로 유지하는 것이 가치있는 목표이지만 근본적인 것은 아닙니다. API의 두 가지 관련 메소드를 호출하는 테스트를 갖는 것은 실제로 의심의 여지가 없지만 실제로 지적한 것처럼 종종 필요합니다. 중복 테스트의 단점은 작성하는 데 시간이 더 걸린다는 것입니다. 그러나 거의 모든 개발 과정에서이 방법은 항상 상충 관계를 유지해야하며 최상의 솔루션은 거의 극단적 인 포인트 중 하나가 아닙니다.
소프트웨어 테스팅 기술은 매우 다양하며, 이에 대한 교육을 많이받을수록 서로 다른 (때로는 상충되는) 지침을 많이 보게 될 것입니다. 지나갈 '책'은 하나도 없습니다.
나는 당신이 같은 것을 말하는 단위 테스트에 대한 지침을 본 상황에 있다고 생각합니다.
등등. 'unit test'정의 방법에 따라 모든 것이 맞습니다 .
나는 "단위 테스트"를 다음과 같이 정의 할 것이다 : "다른 의존적 컴포넌트들과 분리 된 하나의 코드 단위에 대해 하나의 기능을 수행하는 테스트".
이 정의에 따라 수행중인 작업 (테스트를 실행하기 전에 데이터베이스에 레코드를 추가해야하는 경우)은 '단위 테스트'가 아니라 일반적으로 '통합 테스트'라고하는 것 이상의 것입니다. 내 정의에 따르면 실제 단위 테스트는 데이터베이스에 충돌하지 않으므로 삭제하기 전에 레코드를 추가 할 필요가 없습니다.
통합 테스트 (예 : 사용자 인터페이스 등의 여러 구성 요소 사용 기능 행사할 및 데이터베이스) 및 단위 테스트에 적용될지도는 반드시 통합 테스트에 적용되지 않습니다.
다른 사람들이 그들의 답변에서 언급했듯이, 단위 테스트 지침에 위배되는 일을하더라도 당신이하는 일은 반드시 틀린 것은 아닙니다. 대신, 각 테스트 방법에서 실제로 테스트하는 대상을 추론하고 테스트를 충족하기 위해 여러 구성 요소가 필요하고 일부 구성 요소는 사전 구성이 필요한 경우 계속 진행하십시오.
그러나 무엇보다도 많은 종류의 소프트웨어 테스트 (단위 테스트, 시스템 테스트, 통합 테스트, 탐색 테스트 등)가 있다는 것을 이해하고 한 유형의 지침을 다른 유형에 모두 적용하려고하지 마십시오.
하나의 테스트가 실패하면 다른 테스트도 모두 실패하므로 실패합니다.
그래서?
... 이것이 단위 테스트 지침에 위배되지 않습니까?
아니.
이와 같은 사례를 어떻게 처리해야합니까?
동일한 테스트로 인해 여러 테스트가 독립적 일 수 있으며 모두 실패합니다. 실제로 정상입니다. 많은 테스트가 일반적인 기능을 간접적으로 테스트 할 수 있습니다. 공통 기능이 손상되면 모두 실패합니다. 아무 문제가 없습니다.
단위 테스트는 클래스로 정확하게 정의 되므로 업데이트 및 삭제 테스트에 사용되는 일반적인 더미 레코드와 같이 코드를 쉽게 공유 할 수 있습니다.