项目完成后（功能点比较多）是不是不适合做单元测试了

Question

不适合吗
那要怎么办呢
没有测试好像也不行

Answer 1

项目都做完了，你还测个锤子啊？所谓单元测试本身是TDD必不可少的一个部分，是指在项目刚开始还没开始的时候，就按照需求和原型，先把测试用例写好之后，然后再逐步按照测试用例完成项目代码的一个过程。项目都完成了，就直接进入系统测试了，这时候还做什么单元测试。

Answer 2

单元测试是测试的手段之一,你用鼠标点点点也是测试
单测早点写比较有价值,因为问题早发现,修复成本更低
不写单测的借口很多,常见的是成本(人力成本和时间成本)问题
如果你的项目已经经过qa的手工测试,再补单测价值的确较低
如果对质量有追求,但时间有限你可以挑着代码测
优先测工具代码,被多处使用的代码,丑陋复杂可能会出问题的代码,业务价值大的代码

Answer 3

也不一定吧 前端项目的ut不一定是在项目还没开始的时候执行吧，比如某些react组件的ut或者util方法的ut。。。

Answer 4

单元测试主要用在一些开源项目中。一般对项目需求，使用，可能写用例对工作量比你开发的工作量还大。。。

Answer 5

不是啊，可以针对单一功能点进行单元测试，可以测出来隐藏bug，尤其是可以看到很多边界条件是否有遗漏

Answer 6

项目做完了还要看你的项目的维护价值， 假如你的项目将来维护价值巨大（比如需要用很久，并且很可能会增添修改功能），
我觉得增加测试用例还是有必要的。

写单元测试最重要的目的是“给自己增加信心”，让你有信心去修改代码。
当然低覆盖率或者写的不好的单元测试会给你一种“everything goes fine” 的假象。