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

  • 应该不行

    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());
        }
    }
    
  • 测试基建是啥? at 2021年12月06日

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

  • 测试转研发的一年总结 at 2021年11月11日

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

  • 测试转研发的一年总结 at 2021年11月09日

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

  • 测试转研发的一年总结 at 2021年11月09日

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

  • 测试转研发的一年总结 at 2021年11月09日

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

  • 当然好啦。

  • 测试转研发的一年总结 at 2021年11月09日

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

  • 测试转研发的一年总结 at 2021年11月09日

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

  • 测试转研发的一年总结 at 2021年11月09日

    对的。

  • 测试转研发的一年总结 at 2021年11月09日

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

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

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

    1. 工作两三年有机会就转。
    2. 30 岁以前想搏一搏,转。
    3. 30~35,有 P6+ 开发能力,转。
    4. 其他,做好测试,天花板测试总监。
  • 测试转研发的一年总结 at 2021年11月09日

    谢谢

  • 测试转研发的一年总结 at 2021年11月09日

    客气。

  • 测试转研发的一年总结 at 2021年11月09日

    多谢

  • 测试转研发的一年总结 at 2021年11月09日

    大佬好,同事好。

  • 测试转研发的一年总结 at 2021年11月09日

    客气。生存与挑战。

  • 测试转研发的一年总结 at 2021年11月09日

    可以

  • 测试转研发的一年总结 at 2021年11月08日

    客气

  • 测试转研发的一年总结 at 2021年11月08日

    多谢张老板。

  • 测试转研发的一年总结 at 2021年11月08日

    恩。

  • 测试转研发的一年总结 at 2021年11月08日

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

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

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

  • 多谢。

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