使用C#,我需要一个名为User具有用户名,密码,活动标志,名字,姓氏,全名等的类.
应该有方法来验证和保存用户.我只是为这些方法编写测试吗？我甚至需要担心测试属性,因为它们是.Net的getter和setter？
我相信大多数人都在编写大量的自动化测试,而且在进行单元测试时你也遇到了一些常见的陷阱.
我的问题是你是否遵循任何编写测试的行为规则以避免将来出现问题？更具体一点:良好单元测试的属性是什么,或者您如何编写测试？
鼓励语言不可知的建议.
language-agnostic tdd integration-testing unit-testing testing-strategies
我计划在我的团队中引入一套标准来编写单元测试.但要包括什么？
这两个帖子(单元测试命名最佳实践和单元/集成测试中文件系统依赖关系的最佳实践)给了我一些思考的东西.
我的标准中应该涵盖的其他领域应该是如何设置测试类以及如何组织它们.例如,如果您有一个名为OrderLineProcessor的类,那么应该有一个名为OrderLineProcessorTest的测试类.如果在该类上有一个名为Process()的方法,那么应该有一个名为ProcessTest的测试(可能更多来测试不同的状态).
还包括其他什么东西？
贵公司是否有单元测试标准？
编辑:我正在使用Visual Studio Team System 2008,我在C#.Net中开发