为什么要做单测
ToB 业务 与 ToC 相比:
业务会相对稳定:UI页面稳定变化少
稳定性要求极高:需要频繁的进行回归测试,服务的是付费用户
持续升级迭代:迭代周期相对较长
单测带来的收益:
减少Bug:如今的项目大多都是多人分模块协同开发,当各个模块集成时再去发现问题,定位和沟通成本是非常高的,通过单元测试来保证各个模块的正确性,可以尽早的发现问题,而不时等到集成时再发现问题;
放心重构:对于持续升级迭代的项目,代码不断的在变化和重构,通过单元测试,开发可以放心的修改重构代码,减少改代码时心理负担,提高重构的成功率;
改进设计:越是良好设计的代码,一般越容易编写单元测试,多个小的方法的单测一般比大方法(成百上千行代码)的单测代码要简单、要稳定,所以在编写单测的过程中,如果发现单测代码非常难写,一般表明被测试的代码包含了太多的依赖或功能,需要反思代码的合理性,进而推进代码设计的优化,形成正向循环;
碰到的问题
import 不能使用
安装 @babel/plugin-transform-modules-commonjs
1 | yarn add @babel/plugin-transform-modules-commonjs -D |
添加 .bablerc
文件
1 | { |
- 本文作者: Littleki
- 本文链接: https:/littleki.gitee.io/2021/05/14/单元测试/
- 版权声明: 本博客所有文章除特别声明外,均采用 MIT 许可协议。转载请注明出处!