tdd – 我允许检查失败的测试
发布时间:2020-12-13 20:25:18 所属栏目:百科 来源:网络整理
导读:我们的团队是否热烈争论是否允许未通过单元测试来检查源代码管理. 在一方面,争论是,只要临时 – 可以在当前冲刺中解决.有些人说即使在目前的冲刺中可能无法纠正错误的情况下,我们也可以签入相应的失败测试. 另一方面,这些测试(如果它们被签入)必须标有Ignore
我们的团队是否热烈争论是否允许未通过单元测试来检查源代码管理.
在一方面,争论是,只要临时 – 可以在当前冲刺中解决.有些人说即使在目前的冲刺中可能无法纠正错误的情况下,我们也可以签入相应的失败测试. 另一方面,这些测试(如果它们被签入)必须标有Ignore属性 – 推理是每晚建立不应该作为开发人员的TODO列表. 然而,Ignore属性的问题是我们倾向于忘记测试. 社区对我们有什么建议吗? 我们是一个由8名开发人员组成的团队,每晚建成一个.就我个人而言,我正在努力练习TDD,但是在编写代码之后,团队往往会写单元测试
我会说,不仅你不应该检查新的失败的测试,你应该禁用你的“10年以上的长期失败的测试”.当然,更好地解决这些问题,但是每个晚上都有一个失败的构建,并且每次都包含测试通过(有一些被排除在外),你最好是绿色的.现在现在,当你改变一些在现有测试套件中引起新故障的东西时,你很可能会想念它.
禁用失败的测试,并为他们输入一张机票;那样你会得到它您的自动化构建系统也会变得更好. (编辑:李大同) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |