首先可以善用mock，做粒度小一些的单测。 其次在流水线脚本里加上处理删除数据的step
写毛，自测OK就丢给测试了
自测？反正我本地能跑就行了，哈哈哈哈哈
业务太多了, 单元测试写不完, 我都是用JB家编辑器自带的http-request写请求用例, 没问题就丢给前端
1 Like
打包可以屏蔽单元测试
完全写不来，一般就在页面上点一点，顶多再用apifox测试一下 
打包不测试，单元测试都是在测试环境集成后跑一遍没问题后数据回滚，然后在预发布环境让测试部门测试，最后在线上灰度一部分用户，一段时间后没问题逐步开放。
2 Likes
搞个yapi，至少提交dev环境的代码是通过mork的。
先决定测试框架和 CI/CD 流程，有个好的，可持续的框架和 ci/cd 很重要。
至于具体的测试用例怎么写，可以边实践边进步。
测试用例不是后补吗，都是项目验收补呢
单元测试有mock功能,读写数据考它实现
用嵌入数据库啊，H2，Sqlite
不是需求到了，测试代码和项目代码一起开始写吗？所以不用不写，项目代码写好测试团队早就写好测试脚本了。等你 git 提交代码后会自动测试，CI/CD 上线到测试环境也会有测试。然后等着出结果 扣工资 。
1 Like
我没说清楚，其实倒不是打包的问题，就是新增的数据如何处理
佬你这个说法看起来最靠谱也最正规
不懂，因为我从来没写过，所以想请教下各位平时写单元测试的佬是怎么做的，
学院派？？？
实践派是不写这些东西的
写bug的时间都不够，哪还有时间写这种浪费时间的东西
1 Like
从不写这个。
完全不写（心情好的时候用apifox测试一下）