[英]Is writing as many tests as possible at once a good practice for TDD? [closed]
我是TDD的初学者; 我刚刚通过示例阅读了TDD，现在我似乎无法停止以TDD方式编写代码。 我注意到很多时候我正在编写测试，看到它失败，纠正它并重构。 然后经过一些测试后我发现实际上有更好的方法来编写接口，这使我想要改变以前的一些测试。
它显然使我编写的代码浪费了很多时间，所以我想知道为了节省时间而一次（或至少尝试）编写所有测试是否是一个好习惯？ 我问，因为我知道这不是标准方式，但是错了吗？
真正的问题是“你在给定的时间内完成了更多的完成代码吗？” 如果你最后得到更多，你写多少次并把它扔掉都没关系。
当您更多地使用测试时，您将更好地确定测试是否良好。 问自己一个问题，“这个测试能以某种方式帮助代码吗？” 它是否记录了如何使用代码？ 是否检查重构时代码没有被错误地修改？ 它是否测试代码在“快乐路径”上的工作原理以及常见的故障类型？
我会编写一个测试然后编写一段代码。 你必须决定代码的“一个单位”多少，但是你会对它有所了解。
然后我会更新测试以使其更好并改进代码以满足这些更改或编写另一个测试并更新代码以满足测试要求。
继续前进吧。 一点测试。 一点代码。 它让你专注于这种方式。
别忘了YAGNI。 （你不需要它。）这就是说你现在只为你需要的代码编写代码的原则。 不要为“以防万一”或“以后需要”编写任何代码。
以后会有自己的要求。 你仍然会知道如何编码，也许更好，因为你会有更多的经验。 你认为你需要的东西可能（或可能不是）到达那里时你真正需要的东西。
过早编写代码是浪费时间和精力。
“因此，管理问题不在于是否建立一个试点系统并将其扔掉。你会这样做。[......]因此计划扔掉一个;无论如何你都会。”
弗雷德布鲁克斯， 神话人月
你并不是唯一一个在完成工作后想出更好办法的人。 你应该真的计划它。 :)
在验收测试中检查数据库状态是否是一种好习惯？
[英]Is it a good practice to check the state of a database in acceptance tests?
TDD创建了一些“控制器”类-应该以什么意图编写其测试？
[英]TDD creating some “controller” classes - at what level of intention should its tests be written?
声明:本站的技术帖子网页，遵循CC BY-SA 4.0协议，如果您需要转载，请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.
