Question

我正在使用Visual Studio 2010的内置测试工具和此article中的类库来测试Account / Loggon操作，以创建虚假的控制器上下文。当我运行测试方法时，这段代码：

  FormsAuthentication.SetAuthCookie(username, false);

抛出异常：对象引用未设置为对象的实例

为了测试loggon动作，我想我应该创建一个带有假控制器上下文的控制器，该控制器上下文有一个cookie集合。这是我的测试代码块：

   AccountController controller = new AccountController();
   var cookies = new HttpCookieCollection();

   controller.ControllerContext = new FakeControllerContext(controller, cookies);

   ActionResult result = controller.RemoteLogOn(username, password);

Answer 1

我不确定这是否是正确的方式，但这就是我们所做的，而且有效。

而不是直接使用FormsAuthentication.SetAuthCookie，而是将其抽象为一个界面，例如IFormsAuthenticationService，并按照常规实现。

在您需要的MVC控制器中接受，例如：

public AccountController(IFormsAuthenticationService formsAuthenticationService)
{
   _formsAuthenticationService = formsAuthenticationService; // should use DI here
}

public ActionResult LogOn(string username, string pw)
{
   if (yourLogicWhichChecksPw)
       _formsAuthenticationService.SetAuthCookie(username, false);
   return RedirectToAction("Index");
}

然后在您的单元测试中，使用Moq之类的东西伪造界面。

var username = "blah";
var pw = "blah";
var fakesFormsAuth = new Mock<IFormsAuthenticationService>();
fakeFormsAuth.Verify(x => x.SetAuthCookie(username, false), Times.AtLeastOnce());                 
var controller = new AccountController(fakedFormsAuth.Object);
controller.LogOn(username, pw);

原因用于模拟这是因为完全不需要对表单身份验证进行单元测试。它是ASP.NET框架的内置，经过良好测试和稳定的部分。这就是为什么我们模拟我们不关心底层实现的东西，而只是测试某些条件是否满足（它被调用，异常被抛出，一些变量被设置等）。

测试你自己的代码，而不是.NET的机制。

对于Stephen Walther的文章，当你的测试中的某些代码需要Request中的数据时，更多的是伪造RequestContext。例如User.Identity，Request.IsAuthenticated，Form变量等。这就是你需要伪造上下文的地方，例如以下代码：

public ActionResult Save(SomeModel)
{
   var user = Request.User.Identity; // this will be null, unless you fake the context.
}

测试帐户/登录操作

1 个答案: