编写全面的单元测试

版块：开发主题：.net, 单元测试，编程，测试驱动开发，测试

在那些声称熟悉单元测试“最佳实践”的人们中有一种常见的观点：在一个测试中你应该只写1个断言，最多2个。那些宣称这个理论的人几乎很少展示他们的单元测试并且那些单元测试确实只有一个断言。显然，如果你采纳了他们的建议，一个不重要的小方法也会需要一打儿的断言来保证质量。本文意在通过实例证明每个测试多个断言不仅是必须的而且是有益的。

让我们来考虑下一个非常典型的在数据绑定场景中很常见的Person对象：

测试 FirstName 属性

我们想要测试的第一件事是设置对象的FirstName属性，一开始：

[ TestMethod ]
 public void  Person_FirstName_Set()
{
       var person =  new   Person ( "Adam" ,  "Smith" );
      person.FirstName =  "Bob" ;
       Assert .AreEqual( "Bob" , person.FirstName);
}

然后我们想测试FirstName 属性的更改通知。

[ TestMethod ]
 public void  Person_FirstName_Set_PropertyChanged()
{
       var  person =  new   Person ( "Adam" ,  "Smith" );
       var  eventAssert =  new  Granite.Testing. PropertyChangedEventAssert (person);
      person.FirstName =  "Bob" ;
      eventAssert.Expect( "FirstName" );
}

分类: 文章翻译

标签: C# , .net , TDD , testing , unit test

作者： Leo_wl

出处： http://www.cnblogs.com/Leo_wl/

本文版权归作者和博客园共有，欢迎转载，但未经作者同意必须保留此段声明，且在文章页面明显位置给出原文连接，否则保留追究法律责任的权利。

版权信息

查看更多关于编写全面的单元测试的详细内容...

声明：本文来自网络，不代表【好得很程序员自学网】立场，转载请注明出处：http://haodehen.cn/did48891

更新时间：2022-09-24 阅读：46次