项目在不停的重构，然后测试代码也在不停的改，所以写到后面测试代码就不想写了。请问下老师这种情况怎么解决呀

作为一个测试，冒昧的买课来学了，我来从测试角度来说一下对开发自测的看法： 1、测试不仅仅局限于具体的测试行为，测试思维很关键，写代码的时候就能考虑到可能出现的异常情况，需要覆盖的逻辑分支，修改可以影响的其他功能范围等，这比写 100 条自动化测试都重要； 2、作为一个测试，我自己写代码的时候也会懒得写单元测试，所以很理解开发同学的心情，所以写单测，或者做自测，是和自己习惯的对抗，要有这种接受痛苦的觉悟才行，不经历风雨怎么见彩虹； 3、测试不是为了证明没问题而测试，而是验证是否符合预期，所以不要「骗」自己，不要专门用特殊数据绕过验证逻辑，能发现问题才是价值，才有继续做下去的动力； 以上，期待郑老师后面的精彩内容。

曾经很努力的在团队尝试过如何写好单元测试结果还是失败了，比如数据库代码如何mock. 之前的代码太烂测试写不下去. 前端vue代码写一起也单元测试不了，需求一变代码需要重新写等等问题，最后尝试过前端自动化ui测试但是成本太高放弃，后台接口变成了集成接口测试

程序员编写的代码，通过代码审核和测试人员的测试可以过滤掉一些问题，真正一劳永逸的方式还是要编写自动化测试。

读过类似介绍Junit的书籍，以及其他怎样写好测试的书籍，但还是不会写测试。一看到日常工作的项目中一堆的外部依赖、猛多字段的POJO，不知道从何开始。但是，在用TDD的方式练习简单的kata时，运行测试后的绿色，能让感到极度安心。所以，希望能通过学习这门课程，练习出在实际工作中也能写出合适测试的能力。

郑老师， 我了解也实践过TDD，在一些重视测试的代码库上加测试，TDD不算太困难，毕竟框架例子很多，有测试先行的想法就好。 遇到过几次的问题是在老旧的代码里面写测试，这些代码中测试少，范围小，或者几乎没有。如何从零开始，引入测试框架（老旧的代码新的框架兼容也是问题），TDD呢？希望您能在专栏覆盖一下这些话题。 谢谢！

我就是那个因为不会写测试，因此要抵制测试的码农。来寻求破局之道。

已经全买 加油

老师出品，必属精品，十分推荐。 郑老师前三个专栏都买了，都是很早读完的，停不下来没有束之高阁。有的还读了好几遍。