要在代码之前编写测试,您需要有一种方法来与代码进行交互.测试倾向于提前定义接口,以便可以编写测试.
但是,经常开发一个好的实现包括发明一组良好的组件间接口,多次调整和重新构建这些接口.在此期间,您要么继续重写测试代码的好部分,要么让测试落后于代码.
有没有最好的做法来缓解这种情况?
这听起来像整个红绿重构循环.也就是说,TDD是 – 有点 – 关于这种接口的重写.这使他们保持精益和重点.一旦你掌握了TDDing,并且你编写面向接口的测试,并保持你的对象很小,你不应该看到很多变化,除非你遇到一些不可预测的东西,必须适应,这是敏捷的点(这是希望你为什么TDDing)
听起来有点像你一次性定义整个界面.哪个是错的.一个测试应该在接口中生成一个函数,并且它是预期的行为.您的界面将与测试套件一起增长,从而最大限度地减少任何反向修补.
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。