我应该记录我的单元测试方法吗?

Jad*_*ias 9 tdd unit-testing

正如私有方法发生的那样,只有谁有权访问源代码才能看到单元测试方法文档.是否值得花费在它上面的努力?

通过文档我的意思是(但更具描述性):

/// <summary>
///A test for SomeClass.SomeMethod
///</summary>
[TestMethod()]
public void SomeMethodTest()
{
}
Run Code Online (Sandbox Code Playgroud)

Vin*_*vic 14

单元测试的目标应该是自我描述,但总会出现无法实现这一目标的情况,因此对所写内容的描述应该到期.

换句话说,尝试进行单元测试,以便他们不需要文档,但如果需要,请编写它!

  • 顺便说一下,我相信所有代码都应该以自我描述为目标,只有在你无法获得代码来讲述整个故事的地方才能发表评论.单元测试只会使这个更加明显(因为单元测试代码通常更简单). (2认同)

Kla*_*sen 13

我宁愿倾向于说你应该以一种表达方式对你的测试方法进行命名:SomeMethodWillBehaveThisWayWhenCalledWithTheseParameters()尽管有些人可能会发现有争议的.

  • 我刚刚发现方法的"when_*condition*_should_*doThis*"命名. (4认同)

Per*_*der 5

哦,是的!

即使"有权访问源代码的人"永远不会成为除了你以外的任何人,但是在一年内(甚至从现在开始的一个月内)看起来就不一样了,请相信我: - )