작은 단위를 테스트하는 경우 단위 테스트는 항상 맹목적으로 명백합니다.

그 이유 add(x, y)언젠가 나중에 누군가가 들어갈 때문에도, 유닛 테스트의 언급을 얻는다는 add코드가 모든 곳에서 사용되는 추가 기능을 실현하지 처리 특별 세금 로직을 넣어.

단위 테스트는 매우 연관 원칙에 대해 많은 : A가 B를 수행하고, B는 C를 않는 경우, A는 C. “A는 C를하지”않는 높은 수준의 테스트입니다. 예를 들어 다음과 같은 합법적 인 비즈니스 코드를 고려하십시오.

public void LoginUser (string username, string password) {
    var user = db.FetchUser (username);

    if (user.Password != password)
        throw new Exception ("invalid password");

    var roles = db.FetchRoles (user);

    if (! roles.Contains ("member"))
        throw new Exception ("not a member");

    Session["user"] = user;
}

언뜻보기에 이것은 매우 명확한 목적을 가지고 있기 때문에 단위 테스트를위한 멋진 방법처럼 보입니다. 그러나 약 5 가지 다른 기능을 수행합니다. 각각의 경우는 유효하고 유효하지 않은 대소 문자를 가지며 단위 테스트를 크게 순열시킵니다. 이상적으로 이것은 더 세분화됩니다.

public void LoginUser (string username, string password) {

    var user = _userRepo.FetchValidUser (username, password);

    _rolesRepo.CheckUserForRole (user, "member");

    _localStorage.StoreValue ("user", user);
}

이제 우리는 단위로 내려갑니다. 하나의 단위 테스트는에 _userRepo대해 유효한 동작을 고려 하는 것을 신경 쓰지 않고 FetchValidUser호출됩니다. 다른 테스트를 사용하여 유효한 사용자가 정확히 무엇을 구성하는지 확인할 수 있습니다. 마찬가지로 CheckUserForRole… 당신은 역할 구조가 어떻게 보이는지 알기 위해 테스트를 분리했습니다. 또한 전체 프로그램이에 묶이지 않도록 분리했습니다 Session. 여기에 빠진 조각이 모두 다음과 같이 보일 것입니다.

class UserRepository : IUserRepository
{
    public User FetchValidUser (string username, string password)
    {
        var user = db.FetchUser (username);

        if (user.Password != password)
            throw new Exception ("invalid password");

        return user;
    }
}

class RoleRepository : IRoleRepository
{
    public void CheckUserForRole (User user, string role)
    {
        var roles = db.FetchRoles (user);

        if (! roles.Contains (role))
            throw new Exception ("not a member");
    }
}

class SessionStorage : ILocalStorage
{
    public void StoreValue (string key, object value)
    {
        Session[key] = value;
    }
}

리팩토링하여 한 번에 여러 가지 작업을 수행했습니다. 이 프로그램은 기본 구조를 찢어 버리거나 (NoSQL의 데이터베이스 계층을 버릴 수 있음 Session) 스레드 안전 또는 기타 사항이 아니라면 잠금을 매끄럽게 추가하는 방법을보다 잘 지원 합니다. 또한이 세 가지 종속성을 작성하기 위해 매우 간단한 테스트를 수행했습니다.

희망이 있습니다 🙂

답변

    public void testRoman() {
        RomanNumeral numeral = new RomanNumeral();
        assert( numeral.toRoman(1) == "I" )
        assert( numeral.toRoman(4) == "IV" )
        assert( numeral.toRoman(5) == "V" )
        assert( numeral.toRoman(9) == "IX" )
        assert( numeral.toRoman(10) == "X" )
    }
    public void testSqrt() {
        assert( sqrt(4) == 2 )
        assert( sqrt(9) == 3 )
    }