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

前端之家收集整理的这篇文章主要介绍了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相关文章