嗯。回答一下题主的问题。也舍不得 @ 恒温（张老板）。

应该不行

1. 测试代码和业务代码分开，解耦。
2. 你的需求会影响接口性能。
3. 你的需求属于两个执行环境，一个在 spring 容器，一个是 junit 类加载器加载，不在一个容器。

如果要做一些拦截（你自己的验证逻辑）

spring 5.x 之后版本

1. 实现 AsyncHandlerInterceptor，写自己的业务逻辑.
2. 重写 preHandle/postHandle/afterCompletion 任意一个或某几个或全部方法。可以试试（我没试过）new JUnitCore().run(Request.method(ATest.class, "测试功能1"));。
3. 实现 WebMvConfigure。
4. 重写 addInterceptors 并注册你写的拦截器。

spring 5.x 之前版本

1. 继承 HandlerInterceptorAdaptor。
2. 继承 WebMvcConfigureAdaptor。

spring 5.x 为例

@Component
public class CommonInterceptor implements HandlerInterceptor {

    @Override
    public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) throws Exception {
        // TODO 你的验证逻辑
        System.out.println(request.getRequestURI());
        HandlerMethod handlerMethod = (HandlerMethod)handler;
        System.out.println(handlerMethod.getMethod().getName());
        return false;
    }
}

@Configuration
public class CommonWebMvcConfig implements WebMvcConfigurer {
    @Override
    public void addInterceptors(InterceptorRegistry registry) {
        WebMvcConfigurer.super.addInterceptors(registry);
        registry.addInterceptor(new CommonInterceptor());
    }
}

基础建设都可以理解为基建。
大点说，国家的电网，铁路，交通，水利这些基础累的满足人民生活基本需求的。
业务来说，帮助商户提升店铺建设，商品完善，价值提升等。
测试来说支持测试日常工作的基本工具/框架/平台/工程等，接口自动化，抓包，压测，CI/CD，容量自动缩容扩容（水位评估），流量回放，用例管理等。

需要有一定积累和产出，先在自己的组内得到大家的认可，组织内部还是有一定认可度的。但是转了之后竞争升维，调整好心态。

测试天花板是比较局限，不过看机会。
纯业务测试生存空间会被进一步压缩。
测试研发比也会压缩。
测试根据风险进行投入，比如交易链路投，其他非关键链路不投测试资源，有问题再打补丁。

自己过得舒服就好。这也是一种生活，工作在人生中才占多少？还有那么旅游，看书，购物，娱乐呢。

尽最大努力，其他交给天意吧。加油。

当然好啦。

客气了。赛道不同，每个垂直赛道都可以成为优秀的人。加油。

我觉得很厉害了，不知业务复杂度如何，可以尝试挑战一下。

对的。

交易我不敢当，不敢回答你，体系是个很庞大的概念。贯穿整个软件项目的生命周期。
我只能谈谈我做过哪些事情：

1. 常规的需求评审，正向、逆向、履约（我主要是正向）
2. 提测质量的监督。（工具平台支撑，比如发提测单）
3. 全链路监控（接的星环运维）
4. 流量回放做回归（中间件隔离）
5. 全链路压测。
6. 资金红蓝军攻防演练（就是 monky 注入）。
7. 废单演练。
8. 提效工具、造数平台的开发。
9. 发布、回滚监控。

第二个问题，转开发的建议。

1. 工作两三年有机会就转。
2. 30 岁以前想搏一搏，转。
3. 30~35，有 P6+ 开发能力，转。
4. 其他，做好测试，天花板测试总监。

谢谢

客气。

多谢

大佬好，同事好。

客气。生存与挑战。

可以

客气

多谢张老板。

恩。

感谢恒捷大佬。
现阶段跟你看到基本差不多，测试团队主导研发效能，通过各种质量、指标进行度量。
目前的体感就是交付效率，基本一个需求两周上线，一周代码写完，3 天联调和测试，后续验收和上线。

因为疲于需求迭代，我不一定说的对。

1. 架构、设计能够给出相应的建议，可能开发确实没想到，通用性设计的考虑以及性能方面。
2. 因为都在预发测试，所以测试环境数据构造就显得颇为关键。测试环境最好基本要解决低级问题再上预发，要不影响其他人。
3. 辅助功能的开发，比如人员信息查询，这个要问开发，开发也应该相信测试（最好要快）。
4. mock 的功能，测试给第三放接口 mock，那是真的太赞了。
5. 账号映射等功能，比如角色类的代码，可以开发映射功能，提供不同身份人员的视角查看数据，可以通用到所有组织。
6. 能帮我修一些 bug 和功能，监控、告警、核对等，不是开玩笑，是真的。

很简单，一个 version 字段，可做数据隔离和恢复。

多谢。

见谅，白天工作，只能 11 点以后抽时间，感谢。