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

34678
  • 61

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

回复
阅读 1.2k
6 个回答

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

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

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

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

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

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

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

宣传栏