踩坑精准测试的第二年，现在 C/C++/Java 的静态、动态调用链，方法详细信息都有了，结合变更做影响范围评估，推荐用例，结合执行记录工具（自研的），能基于变更做测试设计推荐，后续往知识图谱方向探索

“研发说我只改了一个配置文件”，除了对比 image 不同，没有别的办法了嘛？换个表达方式，配置文件的变更你们怎么管理？在我理解，用 image 是 “迫不得已” 的选择

推荐阅读 周海旭老师《测试设计思想》 http://www.tup.tsinghua.edu.cn/booksCenter/book_10212001.html

给您点赞。

感谢您提出观点。拜读了您 2020 年写的文章，不知道您的平台落地情况如何？欢迎一起交流下/ 我们之前的分享。这可能也是我提出需要基础扎实的原因。

哦，有没有一种可能，我是想引导楼主思考一下 ，而不是我不会

当提到 http 基础知识的时候，你能想到多少？试着列一下吧

报错中的 flyway 是数据库版本工具，看看数据库相关配置？

不看掌握什么技术，只看解决什么问题

可以看看 IBM 的 RUP

图不见咯

点赞！

感谢关注，上述三个岗位要求 211 本科以上哈

在 bat 同级目录，按住 shift+ 鼠标右键，弹出菜单中选择在此处打开命令行（或者 PowerShell）,用命令行运行这个 bat 文件，就能看到输出信息了（如果有的话）

不看掌握什么技能，只看解决什么问题

目前的阶段成果：测试团队愿意自主且自助的使用精准测试能力（基于内部基础设施搭建了一个比较简单的平台），用于每轮系统测试过程的评估，我们不做覆盖率的卡点，只希望测试人员能够结合被测版本的增量报告来补充测试场景（发现有变更代码没覆盖，就去分析原因，如果觉得需要补充测试场景，就去补充然后继续执行）。

我们团队前年做了个类似的东西 https://mp.weixin.qq.com/s/qpWe_AveUDQvKJ-zfoZglg 现在是作为测试的基础设施来用的

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

你可以根据个人情况写，了解、熟悉、掌握、熟练掌握 等几种程度，分别用于下述的点
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，我不认可这个观点。测开是可以提供独特价值的，既有开发的视角，又可以有测试的思维，可以充当开发及测试团队中的桥梁。另外一点，其实根本不需要纠结到底是啥，团队需要什么，我就干什么。需要测试，我就是测试，需要开发，我就是开发，需要测开，我就是测开，都会，都能干，也都能干好，具体岗位啥的根本不需要纠结，只要能贡献价值，用正确的方式持续的做正确的事情，别的都无所谓。

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

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