可以先学习公司的测开平台技术架构，然后了解背后的原因，为什么是如此的技术选型，模块要这么划分，背后的需求是什么，有没有什么指导思想或者套路在里面。从身边能接触到的地方入手探索吧

你可以根据个人情况写，了解、熟悉、掌握、熟练掌握 等几种程度，分别用于下述的点
Java 基本语法、常用数据结构、异常处理、面向对象编程、多线程、设计模式、Spring（里面可以继续细分）
一般来说，后面的熟悉了，前面的就可以不用说了，默认都是会的，如果后面的不会，前面的可以说一下
eg：我的例子，熟练掌握 Spring 全家桶，能够选择合适的设计模式在项目中应用，熟悉多线程、线程池与信号量机制，编写过批量任务的并行调度处理引擎，日均调度 10W+ 任务。
供参考。

By GPT-3.5:
作为测试行业，要向 AI 方面靠拢，可以考虑以下几个方面：

1. 学习和理解 AI 技术：了解不同类型的 AI 技术，如机器学习、深度学习、自然语言处理等，并学习相关的概念、算法和工具。可以通过在线课程、教育平台、书籍等多种资源进行学习。

2. 探索自动化测试：AI 技术在自动化测试领域有广泛应用。了解和掌握各种 AI 驱动的自动化测试工具和框架，如基于机器学习的测试优先级排序、异常检测、数据生成等。

3. 数据驱动的测试方法：AI 需要大量的高质量数据来训练和验证模型。在测试过程中，可以关注和收集与应用程序或系统相关的数据，以进行 AI 分析、模型训练和预测。

4. 探索 AI 在测试中的应用：了解 AI 在测试领域的应用场景，如自动化测试脚本生成、缺陷预测和检测、智能测试执行和报告分析等。尝试使用 AI 技术来提升测试效率和准确性。

5. 跟踪 AI 测试工具和平台的发展：关注市场上的 AI 测试工具和平台，了解最新的技术趋势和解决方案。根据实际需求选择适合自己业务场景的工具和平台。

6. 寻求专业支持和培训：可以参加相关的 AI 测试培训课程、研讨会和行业会议，与领域专家和从业者交流经验、分享最佳实践，获取专业的支持和指导。

7. 持续学习和自我提升：AI 技术在快速发展，要保持对新技术和工具的敏感性。保持学习态度，不断更新知识，积极跟进行业动态，关注前沿技术和应用。

以上是一些建议，希望能够对你在测试行业向 AI 方面靠拢有所帮助。AI 技术在测试领域有广阔的应用前景，通过学习和掌握相关知识和技能，可以为测试工作带来更高效、准确的解决方案。

算上外包，有 500 多人的技术团队

建议从内部的需求出发吧，我们对测试平台加了前端埋点监控，可以知道哪些是用户（测试人员）用到的高频功能，哪些是低频功能，高频功能就向着更易用，更好用的目标持续迭代

比 xxx 强就一定去干 xxx，我不认可这个观点。测开是可以提供独特价值的，既有开发的视角，又可以有测试的思维，可以充当开发及测试团队中的桥梁。另外一点，其实根本不需要纠结到底是啥，团队需要什么，我就干什么。需要测试，我就是测试，需要开发，我就是开发，需要测开，我就是测开，都会，都能干，也都能干好，具体岗位啥的根本不需要纠结，只要能贡献价值，用正确的方式持续的做正确的事情，别的都无所谓。

“测开的开发水平也比不了开发” 不一定

你的这个诉求可以通过分析调用链变更来解决。如果调用链上的代码在本次发布中发生了变更，可以清空调用链上方法的覆盖记录

引用陈老师的一篇文章 https://mp.weixin.qq.com/s/iW75qatF2oN7BpzACUf58Q 希望能有启发

可以参考下我们在 MTSC2021 上做的分享，我们是期货行业，主要是私有协议，依赖 socket 编程

看看团队需要什么？对标一下类似的组织，还有哪些可以改进&提高的地方？先有目标，然后再行动吧~

某些情况下，你可能 new 不了对象，比如构造函数私有的情况

目前测试团队用的禅道，开源版可以免费使用，内置有定时备份功能，管理员开启就好

每个版本都延期，也是一种不延期

那说明你生成报告的时候输入的源代码范围不全。如果你们是 maven 多模块开发，想看到其他模块的有代码行的覆盖数据，那就也需要输入这部分的源代码才可以。jacoco 命令行中--sourcefile 参数可以写多个，分别指向各个模块下的 src/main/java

按照你的需要，你可以看 PlanQuery 这个类的覆盖报告呀，不用盯着 controller 的报告看

宝，你有考虑过，为啥一定要扫到方法上的注解呢？你截图中的注解，一堆都是 swagger 文档的，然后 PostMapping 和 ResponseBody 是 SpringBoot 框架的，然后没了，这样扫到或者没扫到，又有什么意义呢？另外要理解 jacoco 扫描的原理呀，也要理解注解的实现原理

对，但创建周边环境足够方便，运维也足够方便（通过配套平台支持），基本上一套周边环境（大概三四十个系统）可以在十分钟内准备完毕。

我们的做法是直接在 k8s 上拉一套独立的周边系统（这个操作依赖于各个系统的容器化），这套测试环境就是这个团队独占的

给大佬点赞

问题 5 引申出来一个遇到的坑，Java 后端使用 long 类型时，直接传递给前端，前端 js 处理会有精度丢失问题，反而需要把 long 转为 string 传给前端，才能保证精度不丢失

学到了，之前搞脚手架总是复制已有的代码再删

不打算解释说明什么，也没必要。我们团队内部觉得这并没有啥，而且一般很少出现延期，大家都很遵守约定，也很乐意去聚餐（纯吃纯玩，完全没有应酬啥的）。

对于前后端分离的系统来说，前端往往都是 React,Vue 这些框架渲染出来的，这要如何使用 data-test-id 来定位呢

忘了说，我们每天八点半上班，下午五点下班，周末双休 ，确实有时间准备