저장소 클래스 내의 메서드 만 호출하는 서비스 클래스 내의 메서드에 대한 단위 테스트를 작성해야합니까?

Question

저장소 클래스 (DAL)가 있습니다.

public class MyRepository : IMyRepository 
{ 
    public void Delete(int itemId) 
    { 
     // creates a concrete EF context class 
     // deletes the object by calling context.DeleteObject() 
    } 

    // other methods 
} 

또한 서비스 클래스 (BLL)가 있습니다.

public class MyService 
{ 
    private IMyRepository localRepository; 

    public MyService(IMyRepository instance) 
    { 
     this.localRepository = instance; 
    } 

    public void Delete(int itemId) 
    { 
     instance.Delete(itemId); 
    } 

    // other methods 
} 

MyRepository에 대한 단위 테스트를 작성하면 Entity Framework 컨텍스트를 조롱해야하기 때문에 구현하는 것보다 시간이 더 많이 걸립니다.

하지만 MyService에 대한 단위 테스트를 만드는 것은 저장소에만 호출하기 때문에 난센스가됩니다. 내가 확인할 수있는 것은 그것이 실제로 저장소 삭제 메소드를 호출했는지 확인하는 것입니다.

질문

이러한 쌍의 삭제 방법을 단원 테스트에 제안 하시겠습니까? 양자 모두? 하나? 없음? 그리고 당신은 무엇을 시험하겠습니까?

Answer 1

네, 확실히 서비스 계층에 대한 단위 테스트를 작성할 것입니다. 그 이유는 구현이 현재 작동하는지 테스트하는 것이 아니라 앞으로도 계속 작동하는지 테스트하기 때문입니다.

이해해야 할 중요한 개념입니다. 나중에 누군가가 따라 와서 ServiceLayer를 변경하고 단원 테스트가 없으면 기능이 계속 작동하는지 어떻게 확인할 수 있습니까?

나는 DAL에 대한 테스트도 작성할 것이지만, DataTests 또는 다른 어셈블리라는 별도의 어셈블리에 넣을 것입니다. 여기에서의 목적은 어셈블리 전반에 걸쳐 귀하의 관심사를 격리시키는 것입니다. 단위 테스트는 귀하의 DAL과 관련되어서는 안됩니다.

Answer 2

예, 둘 다.

IMyRepository mock = ...; 
// create Delete(int) expectation 

MyService service = new MyService(mock); 
service.Delete(100); 

// Verify expectations 

귀하의 삭제 방법은 현재 저장소에서 삭제 방법 만 호출 할 수 있지만 항상 그런 것은 아닙니다. 이것에 대한 단위 테스트가 제대로 작동하는지 확인하고 부분적으로 저장소가 작동하는 방법에 대한 사양을 정의하는 방식으로 수행해야합니다.

또한 리포지토리가 null 인 경우 생성자가 예외를 throw하는지 확인하는 테스트가 있어야합니다. 또한이 메소드에서 수행 할 다른 검증 (예 : 음수가 아닌 ID 또는 0이 아닌 ID)이있을 수 있습니다. 어쩌면 여기에서는 일어나지 않을 수도 있습니다. 예상되는 동작을 검증하는 테스트를 작성하여 스펙에 포함 시키십시오.

그들은 사소한 것처럼 보일 지 모르지만 언젠가는 바뀔 것이라는 보장 만 할뿐입니다. 귀하의 기대와 사양은 검증되지 않을 수도 있습니다.

Answer 3

서비스 테스트를 만듭니다. 현재은 저장소 삭제 메서드를 호출하는 것입니다. 그러나, 당신은 그것에 대해 신경 쓰지 않아야합니다. 나중에 어떤 일이 발생하고 기능이 훨씬 복잡해지면 어떨까요? 기능이 예상대로 작동하고 있음을 보장하는 단위 테스트 코드를 원하십니까?

서비스를 통해 삭제를 노출하는 경우 효과가있을 것으로 예상됩니다. 단위 테스트를 작성하여 그 효과를 테스트하십시오. 특정 요구 사항에 따라 저장소 삭제에 대한 테스트가 필요하지 않을 수도 있습니다. 특히 해당 기능이 서비스 삭제 기능의 일부로 사용되는 경우 특히 그렇습니다.하지만 실제로는 모든 서비스 수준, 다시 시도하십시오.

Answer 4

또한 TDD로이 코드를 만든 경우 테스트를 거쳤을 것입니다. 실제로 사람들이 서비스를 통해 삭제를 호출 할 수 있는지 여부가 중요하므로 실제로 테스트해야합니다.

Answer 5

제 생각에는 두 가지를 모두 테스트해야합니다. 어쩌면 당신은 MyRepository 테스트를 위해보다 쉽게 ​​테스트하고 컨텍스트 클래스를 조롱 할 수있는 별도의 공장에서 생성 EF 컨텍스트 클래스를 수행 할 수 있습니다. 그게 더 쉽고 컨텍스트 호출을 만들기위한 공장을 사용하면 나를 위해 조용한 것 같다.