一、回归测试
回归测试是软件开发迭代阶段中的一种测试，主要功能是保证原有的，功能没有因为新功能的引入而遭到破坏。一般在新功能测试中，也包含了一定的回归测试。
自动化测试在这个阶段被大量用到。相较于新功能，回归测试主要是测试已经发布的或者已经稳定的功能，相应的测试用例已经相对稳定（注意相对这个词），自动化测试用例也经过多轮完善，执行也比较稳定。
对于单一的产品，即便新版本有改动，对回归测试用例而言也只要做些许修改即可，一切似乎很美好，但是现代软件发展太快，可能是为了应对技术的发展，也可能是为了应对市场的变化，一些公司推出了一些形态功能类似，而配置方法、产品基准不同的产品，这些改动，如果作为新功能，就需要开发新的测试用例，如果复用老的测试用例，就要对测试用例进行代码的重构。
二、可用性测试及冒烟测试
可用性测试和冒烟测试都是一种快速验证的过程，其测试时间不会很长，甚至需要严格控制在一个范围内。所以对于这两种测试，应该完全通过自动化来覆盖。
为了能保证这种快速验证，有些团队会有针对性地开发一些测试用例，但往往这些测试用例中的验证点，会和功能测试的测试用例的验证点重复，而不直接使用相应的功能测试的测试用例，目的就是缩短验证时间。因为功能测试的测试用例比较全面，测试数据比较多，执行的时间比较长。有些团队会在测试用例里面加入一些执行开关，让其在执行时，能够跳过某些验证点，达到测试用例复用的目的。
此外，这类测试需要能够灵活地部署，比如开发人员希望在代码入库之前或之后，能够迅速执行这样的测试用例，以保证入库代码基本功能的质量。（CI/CD）
