[MVVM] 8.유닛 테스트와 MVVM, ViewModel의 유닛 테스트 작성 요령

소프트웨어 개발에서 유닛 테스트는 코드를 작고 독립적인 단위로 테스트하여 버그를 조기에 발견하고 코드 품질을 유지하기 위해 필수적인 과정입니다. 특히, MVVM 패턴은 WPF (Windows Presentation Foundation) 애플리케이션의 구조적 설계를 위해 널리 사용되며, ViewModel은 MVVM의 핵심 구성 요소입니다. 이 글에서는 MVVM에서 ViewModel을 어떻게 유닛 테스트할 수 있는지, 그리고 효과적인 유닛 테스트를 작성하기 위한 요령을 자세히 설명합니다.

1. MVVM 패턴의 이해

MVVM(Model-View-ViewModel) 패턴은 WPF 애플리케이션의 아키텍처를 구조화하는 데 사용됩니다. 이 패턴은 다음과 같은 세 가지 주요 구성 요소로 나뉩니다:

Model: 애플리케이션의 데이터 및 비즈니스 로직을 포함합니다.
View: 사용자 인터페이스를 구성하며, 사용자와 상호작용합니다.
ViewModel: Model과 View 사이의 중재자로, UI 로직과 비즈니스 로직을 분리합니다.

이 구조는 단위 테스트를 보다 수월하게 해주며, 특히 ViewModel에서는 독립적인 비즈니스 로직을 테스트할 수 있습니다.

2. 유닛 테스트란?

유닛 테스트는 애플리케이션의 각 구성 요소를 독립적으로 검증하는 자동화된 테스트입니다. 이를 통해 개발자는 코드를 변경한 후에도 기존 기능이 올바르게 작동하는지 확인할 수 있습니다. C#에서는 NUnit, MSTest, xUnit 등 다양한 테스트 프레임워크를 사용하여 유닛 테스트를 작성할 수 있습니다.

3. 유닛 테스트의 장점

유닛 테스트의 주요 장점은 다음과 같습니다:

버그 조기 발견: 코드 변경 부작용을 쉽게 찾아낼 수 있습니다.
리팩토링의 안전성: 코드를 개선할 때 기존 동작을 그대로 유지하는지 검증할 수 있습니다.
문서화: 테스트는 코드가 어떻게 작동하는지에 대한 문서 역할을 할 수 있습니다.
개발 속도 향상: 자동화된 테스트로 인해 반복적인 수작업 테스트를 줄일 수 있습니다.

4. ViewModel의 테스트 준비

ViewModel의 테스트를 준비하기 위해서는 몇 가지 고려사항이 필요합니다:

의존성 주입: ViewModel에서 필요로 하는 서비스 또는 데이터 접근 객체에 대한 의존성을 주입하여 테스트 대역(mock)을 활용할 수 있도록 해야 합니다.
속성 바인딩: WPF의 데이터 바인딩을 활용하기 위해 INotifyPropertyChanged 인터페이스를 구현하여 속성의 변경을 감지하도록 합니다.

5. ViewModel 예제

다음은 간단한 ViewModel의 예제입니다. 이 ViewModel은 사용자 이름을 저장하고, 변경할 때마다 알림을 제공합니다:

using System.ComponentModel;

public class UserViewModel : INotifyPropertyChanged
{
    private string _userName;

    public string UserName
    {
        get { return _userName; }
        set
        {
            if (_userName != value)
            {
                _userName = value;
                OnPropertyChanged(nameof(UserName));
            }
        }
    }

    public event PropertyChangedEventHandler PropertyChanged;

    protected virtual void OnPropertyChanged(string propertyName)
    {
        PropertyChanged?.Invoke(this, new PropertyChangedEventArgs(propertyName));
    }
}

이 ViewModel은 INotifyPropertyChanged를 구현하여 View에 속성 변화를 알립니다. 다음 섹션에서 이 ViewModel을 위한 유닛 테스트를 작성해 보겠습니다.

6. ViewModel 유닛 테스트 작성하기

이제 UserViewModel에 대한 유닛 테스트를 작성해 보겠습니다. NUnit을 사용할 경우, 다음과 같은 테스트 코드를 작성할 수 있습니다:

using NUnit.Framework;
using System.ComponentModel;

[TestFixture]
public class UserViewModelTests
{
    private UserViewModel _viewModel;

    [SetUp]
    public void SetUp()
    {
        _viewModel = new UserViewModel();
    }

    [Test]
    public void UserName_Should_Update_Property()
    {
        // Arrange
        string expected = "John Doe";

        // Act
        _viewModel.UserName = expected;

        // Assert
        Assert.AreEqual(expected, _viewModel.UserName);
    }

    [Test]
    public void UserName_Should_Raise_PropertyChanged_Event()
    {
        // Arrange
        bool eventRaised = false;
        _viewModel.PropertyChanged += (sender, e) =>
        {
            if (e.PropertyName == nameof(UserViewModel.UserName))
            {
                eventRaised = true;
            }
        };

        // Act
        _viewModel.UserName = "Jane Doe";

        // Assert
        Assert.IsTrue(eventRaised);
    }
}

7. 모의 객체(Mock Object) 사용하기

뷰모델이 더 복잡해지면 외부 서비스에 대한 의존성을 처리해야 할 수도 있습니다. 이때 모의 객체(mock object)를 사용하여 외부 의존성을 제거하고 ViewModel의 기능을 테스트할 수 있습니다. Moq 라이브러리를 사용하여 간단한 모의 객체를 생성해 보겠습니다:

using Moq;

public interface IUserService
{
    string GetUserName();
}

public class UserViewModel
{
    private readonly IUserService _userService;

    public UserViewModel(IUserService userService)
    {
        _userService = userService;
    }

    public string UserName => _userService.GetUserName();
}

// Test
[Test]
public void UserName_Returns_Correct_Value_From_Service()
{
    // Arrange
    var mockService = new Mock<IUserService>();
    mockService.Setup(s => s.GetUserName()).Returns("Mock User");
    var viewModel = new UserViewModel(mockService.Object);

    // Act
    var userName = viewModel.UserName;

    // Assert
    Assert.AreEqual("Mock User", userName);
}

위의 예제에서는 Moq를 사용하여 IUserService 인터페이스의 모의 객체를 생성하고, GetUserName 메서드가 반환할 값을 지정합니다. 이렇게 하면 외부 서비스에 의존하지 않고 ViewModel을 테스트할 수 있습니다.

8. 여러 테스트 시나리오 다루기

유닛 테스트를 작성할 때는 다양한 테스트 시나리오를 고려해야 합니다. 다음과 같은 상황을 테스트할 수 있습니다:

범위 내의 유효한 입력 값
경계 값 (예를 들어, 최소 및 최대 값)
잘못된 입력 값
예외가 발생하는 경우

예를 들어, UserViewModel에서 사용자 이름 입력의 유효성을 검사하는 메서드를 추가하고 이를 테스트할 수 있습니다.

public bool IsUserNameValid(string userName)
{
    return !string.IsNullOrWhiteSpace(userName) && userName.Length > 2;
}

// Test
[Test]
public void IsUserNameValid_Should_Return_False_When_Empty()
{
    Assert.IsFalse(_viewModel.IsUserNameValid(string.Empty));
}

9. 테스트 실행 및 CI/CD 통합

유닛 테스트는 코드 변경시 빠른 피드백을 제공하므로, 지속적인 통합(CI) 및 지속적인 배포(CD) 파이프라인에 통합하는 것이 좋습니다. GitHub Actions, Azure DevOps, Jenkins와 같은 CI/CD 도구를 활용하여 코드를 푸시할 때마다 자동으로 모든 유닛 테스트를 실행할 수 있습니다.

10. 마무리

MVVM 패턴에서 ViewModel의 유닛 테스트는 애플리케이션의 품질과 유지보수성을 높이는 데 매우 중요합니다. 이번 글을 통해 유닛 테스트의 개념, ViewModel에 대한 유닛 테스트 작성 방법, 모의 객체 사용 및 다양한 테스트 시나리오를 다루는 방법을 배웠습니다. 지속적인 테스트 및 CI/CD 통합을 통해 코드 품질을 지속적으로 유지하고, 향후 수정을 더욱 쉽게 수행하시길 바랍니다.