这是一个创建于 1954 天前的主题，其中的信息可能已经有所发展或是发生改变。
在国内某大厂工作，发现组内的项目基本都没有单元测试，基本都是交给 qa 做业务上的测试。
俺感觉写单元测试挺好的啊，为什么没人写呢？
难道说，不写测试，大家都能保证自己写的代码不出问题？以后重构代码的时候，能保证之前的功能正常？
不写单元测试能做到以上，俺感觉都是大牛啊。。。
可身边都是大牛这又不科学，不可能啊，这么 nb 怎么和俺一样在搬砖。。。
所以，问下各位工作的铁汁，你们给自己的代码写测试么？如果不写测试，怎么保证其运行符合自己的预期呢？
求解惑
俺感觉写单元测试挺好的啊，为什么没人写呢？
难道说，不写测试，大家都能保证自己写的代码不出问题？以后重构代码的时候，能保证之前的功能正常？
不写单元测试能做到以上，俺感觉都是大牛啊。。。
可身边都是大牛这又不科学，不可能啊，这么 nb 怎么和俺一样在搬砖。。。
所以，问下各位工作的铁汁，你们给自己的代码写测试么？如果不写测试，怎么保证其运行符合自己的预期呢？
求解惑
 | 1 sadfQED2 2020-06-10 09:21:15 +08:00 via Android  1 周一拿到需求文档，下周一就得上线，还写个屁的单元测试啊，业务逻辑能写完就不错了，而且反正有 qa，线上 bug 就甩锅给 qa，是他们没测出 bug 来 |
 | 2 shenlanAZ 2020-06-10 09:25:16 +08:00 没写过，大多数老板 /领导 要的是量。并不是你程序有多稳定。功能迭代不出来 老板一天骂三次街（开玩笑的 不会骂街的 只是每次都会提起效率问题） |
 | 3 yubai9366 2020-06-10 09:27:37 +08:00 我和领导说要写单元测试反而被怼了，在国内，不写单元测试反倒变成一件大家认可的事情了，吃枣药丸 |
 | 4 donieleigh 2020-06-10 11:02:51 +08:00 大部分人对单元测试的认知不够，最多知道这是个质量工具，认识到是个效率工具的凤毛麟角。另外，所有的问题都是系统性的问题，不是一两个因素导致的，单元测试实施得不好只是池鱼之殃。 |
Select Language