前言

以下分享仅为个人习惯

规范

我们需要清楚的是, 测试的主要目的是对应的主要关注功能点和问题点, 使我们对自己的代码更有信心, 并且可以提升开发效率。
而一味的追求测试覆盖率, 一定会造成边际效应递减的副作用, 会大大降低开发效率。
因此, 我建议git提交时, 对测试的命名以所在意的功能点为参考。并且测试代码中也尽量如此, 至于每个it()中的名字, 是可以以函数名子为准的。

test(<名称>)

<名称> 的规范:

新增测试(业务上的变动, 对应删除), 单词间以-隔开或空格
修复现有测试中的bug(其中涉及到测试代码的增删改, 仅与测试本身有关与测试业务无关), 使用fix_
更正现有测试(如测试范围不对, 或是测试的边界值有变, 注意与修复的区别), 使用modify_
(在已有功能名称的测试中)添加新的测试, 使用add_
(在已有功能名称的测试中)删除旧的测试, 使用delete_
删除不需要的测试(业务上的变动, 对应新增), 使用remove_

当然, 以上这些细分命名可以让我们在开发中, 如鱼得水。不过向主分支合并时, 还是通过squ..将其合为一个提交, 或是融合在 feat或fix中一起squ…