问一个题外话，你对目前项目的构架了解吗？既然是不同的项目，为什么代码会强依赖？

从你的描述来看，感觉你目前的问题不只是自动化测试就能解决的，组织架构，研发过程管理规范，比如需求评审、开发设计评审、code review、需求验收、上线 checklist 等，这些规范的完善比自动化测试更重要。

我们产品出的需求文档，经常一两句话需求，类似业务需求

整理了文档，发布在公司内部的平台上

不是自研小公司，是香港上市公司，但是我刚进来时就发现公司团队管理很混乱，管事的是老板从上家带过来的员工，已有的技术员工不懂什么项目管理、开发规范、测试规范等，都是拿到需求就开始写代码，写到哪是哪，所以版本发布后系统经常出线上问题，这些是背景信息。我是从大厂跳过来的，对于这些问题的解决办法是，先找人了解和熟悉业务系统，按照目前项目迭代情况完成自己的本职工作，没有人带，全靠自己的经验度过试用期，保证系统不出大问题，中间过程很痛苦。然后几个月之后，就开始着手搞自动化，自己搭框架，写代码，在进公司六个月的时候自动化可以跑起来了，这些都是抽工作间隙或者下班后搞的，没有领导要求我干，但是我觉得应该要做，后面又过了几个月招来了一个研发组长，我开始和这个组长一起制定和完善研发过程管理规范，慢慢规范业务、产品、研发、测试的工作职责，目前我们是一周一个迭代，我负责的几个系统也几乎没有生产问题，现在也在准备在公司内分享我的自动化实践。