C#

무효 반환 유형 / 서브 루틴은 오래된 뉴스입니다. 나는 8 년 동안 Void 반환 유형을 만들지 않았습니다 (내가 매우 게으르지 않은 한) (이 답변 시점 부터이 질문을하기 전에 조금만).

다음과 같은 방법 대신 :

public void SendEmailToCustomer()

Microsoft의 int.TryParse () 패러다임을 따르는 메소드를 작성하십시오.

public bool TrySendEmailToCustomer()

아마도 장기적으로 사용하기 위해 메소드가 리턴해야하는 정보가 없을 수도 있지만 메소드를 수행 한 후 메소드 상태를 리턴하는 것은 호출자에게 큰 도움이됩니다.

또한 bool이 유일한 상태 유형은 아닙니다. 이전에 만든 서브 루틴이 실제로 3 개 이상의 다른 상태 (Good, Normal, Bad 등)를 반환 할 수있는 경우가 많습니다. 이런 경우에는

public StateEnum TrySendEmailToCustomer()

그러나 Try-Paradigm은 보이드 리턴을 테스트하는 방법에 대해이 질문에 어느 정도 대답하지만 다른 고려 사항도 있습니다. 예를 들어, “TDD”주기 동안 / 후에, 당신은 “리팩토링 (refactoring)”을하게되며 방법으로 두 가지 일을하고 있다는 것을 알 수 있습니다. “단일 책임 원리” 따라서 먼저 처리해야합니다. 둘째로, 당신은 의존성을 이념화했을 수도 있습니다. 당신은 “영구적 인”데이터를 만지고 있습니다.

의뢰 방법에서 데이터 액세스 작업을 수행하는 경우 n 계층 또는 n 계층 아키텍처로 리팩토링해야합니다. 그러나 “문자열이 데이터베이스에 삽입된다”고 말하면 실제로 비즈니스 로직 계층 또는 다른 것을 호출한다는 의미입니다. 나중에 가정하겠습니다.

객체가 인스턴스화되면 이제 객체에 종속성이 있음을 이해합니다. 이것은 객체 또는 메소드에서 종속성 주입을 수행할지 여부를 결정해야 할 때입니다. 즉, 생성자 또는 요청 방법에 새로운 매개 변수가 필요합니다.

public <Constructor/MethodName> (IBusinessDataEtc otherLayerOrTierObject, string[] stuffToInsert)

이제 비즈니스 / 데이터 계층 개체의 인터페이스를 수락 할 수 있으므로 단위 테스트 중에이를 모방 할 수 있으며 “사고”통합 테스트에 대한 종속성이나 두려움이 없습니다.

따라서 라이브 코드에서는 REAL IBusinessDataEtc객체 를 전달 합니다. 그러나 단위 테스트에서는 MOCK IBusinessDataEtc객체 를 전달 합니다. 모의 점에서, 당신은 비 인터페이스와 같은 속성이 포함될 수 있습니다 int XMethodWasCalledCount그 상태 (들) 인터페이스 메소드가 호출 될 때 업데이트됩니다 또는 무언가를.

따라서 단위 테스트는 질문에 대한 방법 (들)을 거치고, 가지고있는 논리를 수행하고, IBusinessDataEtc개체 에서 하나 또는 두 개 또는 선택된 메서드 집합을 호출 합니다. 단위 테스트가 끝날 때 어설 션을 수행하면 몇 가지 테스트 할 사항이 있습니다.

1. Try-Paradigm 방법 인 “서브 루틴”의 상태.
2. Mock IBusinessDataEtc객체 의 상태입니다 .

시공 레벨에 대한 의존성 주입 아이디어에 대한 자세한 내용은 유닛 테스팅과 관련이 있습니다. 현재 가지고있는 각각의 현재 인터페이스 / 클래스에 대해 인터페이스와 클래스를 하나 더 추가하지만, 매우 작으며 더 나은 단위 테스트를 위해 엄청난 기능 향상을 제공합니다.

답변

[TestMethod]
public void TestSomething()
{
    try
    {
        YourMethodCall();
        Assert.IsTrue(true);
    }
    catch {
        Assert.IsTrue(false);
    }
}

[TestMethod]
public void ReadFiles()
{
    try
    {
        Read();
        return; // indicates success
    }
    catch (Exception ex)
    {
        Assert.Fail(ex.Message);
    }
}