asp.net-mvc – ASP.NET MVC – 单元测试过度杀毒？ (TDD)

所以我开始抓住TDD错误，但是我想知道我是否真的做到这一点…我似乎正在写一些测试。

越多的测试越好，肯定，但我有一种感觉，我已经做了。说实话，我不知道我能写多久这些简单的重复性测试。

例如，这些是我的AccountController的logon操作：

public ActionResult logon(string returnUrl)
{
    if (string.IsNullOrEmpty(returnUrl))
        returnUrl = "/";

    var viewmodel = new logonForm()
    {
        ReturnUrl = returnUrl
    };

    return View("logon",viewmodel);
}

[AcceptVerbs(HttpVerbs.Post)]
public ActionResult logon(logonForm logonForm)
{
    try
    {
        if (ModelState.IsValid)
        {
            AccountService.logonValidate(logonForm);

            FormsAuth.SignIn(logonForm.Email,logonForm.RememberMe);

            return Redirect(logonForm.ReturnUrl);
        }
    }
    catch (DomainServiceException ex)
    {
        ex.BindToModelState(ModelState);
    }
    catch
    {
        ModelState.AddModelError("*","There was server error trying to log on,try again. If your problem persists,please contact us.");
    }

    return View("logon",logonForm);
}

很自我解释

然后我有以下测试套件

public void logon_Default_ReturnslogonView()
public void logon_Default_SetsViewDataModel()
public void logon_ReturnUrlPassedIn_ViewDataReturnUrlSet()
public void logon_ReturnUrlNotPassedIn_ViewDataReturnUrDefaults()
public void logonPost_InvalidBinding_ReturnslogonViewWithInvalidModelState()
public void logonPost_InvalidBinding_DoesntCallAccountServicelogonValidate()
public void logonPost_ValidBinding_CallsAccountServicelogonValidate()
public void logonPost_ValidBindingButAccountServiceThrows_ReturnslogonViewWithInvalidModelState()
public void logonPost_ValidBindingButAccountServiceThrows_DoesntCallFormsAuthServiceSignIn()
public void logonPost_ValidBindingAndValidModelButFormsAuthThrows_ReturnslogonViewWithInvalidModelState()
public void logonPost_ValidBindingAndValidModel_CallsFormsAuthServiceSignIn()
public void logonPost_ValidBindingAndValidModel_RedirectsToReturnUrl()

这是杀了吗我甚至没有显示服务测试！

哪些(如果有的话)可以剔除？

TIA，
查尔斯

解决方法

这一切都取决于你需要/想要多少覆盖面，多少可靠性是一个问题。

以下是您应该问的问题：

>这个单元测试是否有助于实现我还没有的功能/代码更改？
>如果稍后进行更改，本机测试是否有助于回归测试/调试本机？
>这个单元测试的代码是不是很简单，还是应该进行单元测试？

关于第三个，我记得当我开始编写单元测试(我知道，不像TDD那样)，我会有这样的测试：

string expected,actual;
TypeUnderTest target = new TypeUndertest();
target.PropertyToTest = expected;
actual = target.PropertyToTest;
Assert.AreEqual<string>(expected,actual);

我可以用我的时间做一些更有成效的事情，比如为我的桌面选择一个更好的壁纸。

我推荐这篇文章ASP.net MVC书作者Sanderson：

http://blog.codeville.net/2009/08/24/writing-great-unit-tests-best-and-worst-practises/

asp.net-mvc – ASP.NET MVC – 单元测试过度杀毒？ (TDD)

解决方法

相关文章