我可以检查一个失败的测试

Question

我们的团队正在就是否允许将故障单元测试签入源控制进行激烈辩论.

一方面,争论是肯定的,只要它是暂时的,就可以在当前的冲刺中解决.有人说即使在当前冲刺中可能无法纠正的错误的情况下,我们也可以签入相应的失败测试.

参数的另一方面是那些测试,如果它们被签入必须用Ignore属性标记 - 原因是每晚构建不应该作为开发人员的TODO列表.

然而,忽略属性的问题是我们倾向于忘记测试.

社区对我们有什么建议吗？

我们是一个由8名开发人员组成的团队,每晚构建一次.就个人而言,我正在尝试练习TDD,但团队倾向于在编写代码后编写单元测试

Answer 1

我不仅要说你不应该检查新的失败测试,​​你应该禁用"10次左右的长期失败测试".当然,更好地解决它们,但是每晚都有一个失败的构建和每个包含的测试通过(有些被排除在外) - 你最好是绿色.就目前的情况而言,当您更改导致现有测试套件出现新故障的内容时,您很可能会错过它.

禁用失败的测试并为每个测试输入一张票; 那样你就可以了.您对自动构建系统也会感觉好多了.

Answer 2

我和一位朋友讨论了这个,我们的第一个评论是最近的极客和捅:)(附)

更具体一点 - 所有测试都应该在之前编写(只要它应该是TDD),但那些检查未实现功能的测试应该在其前面加上否定值.如果它没有实现 - 它应该不起作用.[如果它工作 - 测试是坏的]实施测试后,你删除它!,它的工作[或失败,但然后它就是这样做:)].

你不应该认为测试是一次写的,总是正确的.测试也可能有bug.所以编辑测试应该是正常的.