作者回复: 我认同你的说法
作者回复: 还有一点是,知识,很多人不愿意写测试的原因是不会写测试。
作者回复: 首先,迭代速度快慢与是否写测试没关系,取决于工作是否完成是前面提到的 DoD。其次,前端之所以能够在今天成为一个独立的项目,在于它有大量的逻辑需要写,如今 JavaScript 相关的测试框架已经发展得很完整了,就按照正常的方式去写测试就好了。
作者回复: 1和2,本质上是一个问题。其实,很多人担心写测试会影响写代码,但实际上,写测试,尤其是单元会帮助写代码,否则,你用的手工测试或系统测试的方式来保证系统的正确性。如果你不花练习写测试,你永远学不会写测试,写测试在你看来就是浪费时间。
这背后其实还隐藏着另外一个问题,为什么会变化快?因为一方面,前期的工作做得少,这是我们前面讲的内容要解决的,另一方面,设计做的不好,变化都是大变化,设计不做好,那就到处是问题,这是我们后面要讲的内容。
3,国内公司在工程上做得都不够好,如果想看好榜样,可以看看国外的公司,比如,Google,它要求100%测试覆盖率。
作者回复: 很多人不知道质量问题是一环套一环累积起来的。
作者回复: 小病不治,会生大病的。
作者回复: 坚持是蜕变的基础,加油!
作者回复: 说得有道理,不过,在接下来的几篇,我们先把关于测试的理念梳理顺了,知道问题出在哪,以后才好进行改进。
作者回复: 首先,涉及到Spring启动,这是集成测试,不是单元测试。
其次,Spring提供了数据库的测试方案,测试之后,可以回滚,测试之间彼此不影响。用spring和test作为关键字可以搜到。
再次,我个人推荐使用Spring Data,自己少写数据库逻辑。
作者回复: 在单元测试里,M 的接口是可以用 Mock 的,这才算是单元测试。涉及到数据库,就变成了集成测试。
作者回复: 是的,良好的设计会让测试更好写。
作者回复: 好建议,我可以考虑加餐。
作者回复: 项目永远很紧,时间永远不够,你打算永远这样吗?
作者回复: 优秀程序员总是少数的,会写测试就已经上了一级台阶,能在写代码之前思考测试,就会再上一级台阶。
作者回复: 经济学告诉我们,没有足够高的价钱。
作者回复: 很多不喜欢写测试的真实原因是,不会写。他们先要知道写测试是怎么回事,可以把我这个系列学完之后,分享给他们。
作者回复: 呃,这个角度好神奇,但你意识到要多写测试就好。
作者回复: 想写好测试,要写好代码。
作者回复: 耦合是肯定的