MS 单元测试示例

Question

我正在努力理解单元测试。我一直在关注 Nerddinner 和 pro asp.net MVC 框架中的示例，但是一旦我尝试自己的示例，很快就会陷入困境。作为测试，我尝试构建一个验证类，该类仅使用登录信息（用户名和密码）从存储库返回用户。我使用这个例子是因为很容易想象可以执行哪些测试：Is_Password_Valid、Is_Username_Valid 等。

我花了太长时间试图解决这个问题。任何人都可以提供一个示例来说明如何将其作为单元测试来处理吗？我想一旦我解决了这个问题我就会离开。

//Arrange
string email = "[email protected]";
string password = "test";

//Arrange
List<Customer> customer = new List<Customer>();

customer.Add(new Customer { CustomerId = 1, Email = email, Password = "best", FirstName = "test", LastName = "wods", Sex = true });
mockRepos = new Moq.Mock<ICustomerRepository>();
mockRepos.Setup(x => x.GetCustomerByPasswordUsername(email, password)).Returns(customer.First());
Authenticate auth = new Authenticate(mockRepos.Object);

//Act
var result = auth.Login(email, password);

//Assert
//this is where I start to become unstuck??????

Answer 1

看来您确实走在正确的轨道上，但让我尝试解释一下我将如何进行测试。

实际的被测系统 (SUT) 是验证类。您还没有透露太多相关内容，因此我将假设以下内容：

它使用 ICustomerRepository 实例根据用户名（电子邮件）和密码的组合来确定用户是否存在。

当存储库返回 Customer 实例时，给定用户名和密码组合，Login 方法返回 true。当存储库返回 null 时，Login 方法返回 false。

我将在下面使用这些假设，但如果它们不正确，我相信您将能够更改测试，以便它们对您的场景有意义。

测试1：当用户名/密码组合正确时，Login将返回true

public void LoginWillReturnTrueForAValidUsernamePasswordCombination()
{
    string email = "[email protected]";
    string password = "test";

    //Dummy customer
    var customer = new Customer();

    //Create mock
    var mockRepos = new Moq.Mock<ICustomerRepository>();
    mockRepos.Setup(x => x.GetCustomerByPasswordUsername(
            It.Is<string>(s => s == email), 
            It.Is<string>(s => s == password))
        .Returns(customer);

    var auth = new Authenticate(mockRepos.Object);

    //Act
    var result = auth.Login(email, password);

    //Assert
    Assert.IsTrue(result);
}

注意It.Is的使用。基本上，模拟的设置方式是，当测试中定义的电子邮件和密码传递到 GetCustomerByPasswordUsername 方法时，它只会返回虚拟客户对象。

测试 2：当用户名/密码组合不正确时，Login 将返回 false

public void LoginWillReturnFalseForAnInvalidUsernamePasswordCombination()
{
    string email = "[email protected]";
    string password = "test";

    //Create mock
    var mockRepos = new Moq.Mock<ICustomerRepository>();
    mockRepos.Setup(x => x.GetCustomerByPasswordUsername(
            It.Is<string>(s => s == email), 
            It.Is<string>(s => s == password))
        .Returns<Customer>(null);

    var auth = new Authenticate(mockRepos.Object);

    //Act
    var result = auth.Login(email, password);

    //Assert
    Assert.IsFalse(result);
}

虽然上述测试已隐式测试，但您可能想更进一步并编写一个测试确保 Login 方法将正确的参数传递到存储库。这样的测试可能如下所示：

测试 3：登录将正确调用存储库

public void LoginWillInvokeGetCustomerByPasswordUsernameCorrectly()
{
    string email = "[email protected]";
    string password = "test";

    //Create mock
    var mockRepos = new Moq.Mock<ICustomerRepository>();
    mockRepos.Setup(x => x.GetCustomerByPasswordUsername(
            It.Is<string>(s => s == email), 
            It.Is<string>(s => s == password))
        .Returns<Customer>(null)
        .Verifiable();

    var auth = new Authenticate(mockRepos.Object);

    //Act (ignore result. We are only testing correct invocation)
    auth.Login(email, password);

    //Assert
    mockRepos.Verify();
}

如果尚未设置已设置的方法，则模拟的 Verify 方法将引发异常叫。

我希望这有帮助。如果您还有其他问题，请随时询问。

Answer 2

如果您碰巧有一个被测系统使用您的 SUT 也添加侦听器的 API，那么它也会变得更加复杂（您可以使用执行器和计时器（模拟两者）执行相同的操作）。

class RealAPIYouSUTUses {
      public void addListener(XXXListener l);
}

class MockAPI implements RealAPIYourSUTUses{
      public void addListener(XXXListener l) {
         this.cachedListener = l;
      }
      public XXXListener getListener() {
         return cachedListener;
      } 
}

然后你的单元测试可以测试监听器及其与系统的交互...

class Test {
    public void test() {
        MockAPI mockAPI = new MockAPI();   
        SUT sut = new SUT(mockAPI);  

        sut.doSomething();
        //expect your listener to be added from calling doSomething....
        XXXListener l = mockApi.getListener();

        //simulate firing an event into your SUT 
        l.fireEvent(new Event("asdf"));
    }
}

所有这一切的有趣之处在于你可以模拟 Executor.java 和 Timer.java 并且你的测试可以获取提供给执行器和 TimerTaks 的可运行对象到计时器，您可以按顺序和相反顺序运行它们，以确保您的系统正常工作。

我做了很多异步编程和单元测试，这样你就可以确保所有类之间的集成正常工作。