我们的团队是否热烈争论是否允许未通过单元测试来检查源代码管理.
在一方面,争论是,只要临时 – 可以在当前冲刺中解决.有些人说即使在目前的冲刺中可能无法纠正错误的情况下,我们也可以签入相应的失败测试.
另一方面,这些测试(如果它们被签入)必须标有Ignore属性 – 推理是每晚建立不应该作为开发人员的TODO列表.
然而,Ignore属性的问题是我们倾向于忘记测试.
社区对我们有什么建议吗?
我们是一个由8名开发人员组成的团队,每晚建成一个.就我个人而言,我正在努力练习TDD,但是在编写代码之后,团队往往会写单元测试
我会说,不仅你不应该检查新的失败的测试,你应该禁用你的“10年以上的长期失败的测试”.当然,更好地解决这些问题,但是每个晚上都有一个失败的构建,并且每次都包含测试通过(有一些被排除在外),你最好是绿色的.现在现在,当你改变一些在现有测试套件中引起新故障的东西时,你很可能会想念它.
禁用失败的测试,并为他们输入一张机票;那样你会得到它您的自动化构建系统也会变得更好.
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。