单测 mock，集成 mock，系统级测试参考 4 楼……不过 4 楼只说了应用层，金融系统 DB 有可能都是多应用共享的，这个更麻烦，对造数的能力要求比较高
具体怎么搞，其实还是要看你们的系统群的架构设计，包含系统间交互方式、数据管理方式、安全管控等等因素，给不了什么有价值的建议……

金融类系统，十几甚至几十个都正常，7 个小场面

当然要解决问题……除非你说的问题是 BUG 本身……

刚毕业那会，我在神州数码西安，领导安排我负责国开行的项目，帝都过来一个架构师，每次开会就是对我们的测试指指点点，项目经理也不好意思出声……我离职大约 1、2 年之后听说那哥们在帝都总部门口被同事揍了，当时听起来可痛快了，再过段时间回忆那个架构师说过的话……好像也没啥不对的，好像也只是说有更好、更快的方法而已……

题外话：最好不要相信 GPT 给你出的测试方案，如果大家都愿意相信，那么灾难就开始了~

标准做法：
1、创建 proxy-server
2、录制操作，记录操作的 node（功能点）和数据
3、根据记录结果，使用 canvas 生成有向图，提供一套 GUI 的操作途径，前端也可以手动断开某些 node 之间的关系，或者添加逆向操作关系等等
4、根据 BFS 遍历图，生成流程 case 列表
5、手动再次裁剪明显无效的 case——至此，自动化创建 web api 流程测试已经完成
6、造数工具或平台给录制的每个操作 node 在不同的 case 里分别生成测试数据
7、运行测试，拿到结果
8、附加题一：对于 springboot 这样的应用可以配合 swagger 之类的工具，静态扫描 web api 的 url 和代码文件的映射关系，然后每次测试只需要拿变更集文件清单就可以逆向推导出哪些 node 需要测试，然后在前面说的有向图里面 pick 出这些 node，临时自动化创建 api 流程测试的 case，拿到数据……跑起来，新增 web api 如何处理？每次运行之前都扫一次 api 列表就行了，发现新增的，自己手动去图里添加 node 和连线……
9、附加题二：自动化性能测试的应用、测试环境监控的应用、移动端的测试应用、测试结果（发现 bug 比重）评估……等等等等~

1、合法合规的定义在哪里，你可知道？
2、谁来写？
3、gpt 服务一旦中断，社区该怎么办？

什么叫发展？为什么要发展？摆烂不香吗

你是不是关注层主了，或者是不是关注这个帖主了，或者是不是订阅这个帖子了
你们这个帖子属于小圈子，外面的人看不到，没法给你具体判断你关注的是谁

实诚人啊……既然就你一个测试，那么这些项目的测试，你可以写上 “负责”、“主导”，而不是什么 “参与”……听起来太磕碜了！

另外，你的自我驱动能力好像有所不足，这个没改变的前提下，建议老实苟着~

核心还是按需引入吧，做不做对首页加载有巨大的影响
至于 CodeMirror，样式主要改这俩 class 定义实现高度控制：

.case-detail .CodeMirror,
.case-detail .CodeMirror-scroll {
  min-height: 65%;
}

或者

.case-detail .CodeMirror {
  min-height: 150px;
  max-height: 170px;
}

.case-detail .CodeMirror .CodeMirror-scroll {
  min-height: 150px;
  max-height: 170px;
  overflow: auto;
}

这也能让你窝火？不应该很开心吗？
开发牛 X 你省心，开发傻 X 你发财~

文心一言哪来的脸跟 GPT5 比，3 估计都够不着边……

不是很懂，这种测试叫混沌测试吗？

网上都有烂大街那种——才半年，你确定这些真的掌握了，也就不虚了，就怕眼高手低

Superset，开源的，随便玩

我们不妨站在对方的角度分析下，卤煮不要生气：

• 截图里，你先问了一个问题，应该是在对方看来很基本的业务逻辑问题，这种工具本来就是给专业性很高的人用的，你这个问题就已经让客服不爽了
• 你又来了一句，你们的缺陷比较多吧，要么可以理解为你在否定对方的产品质量，要么可以理解为你在咨询别人团队自己的缺陷数据……无论是哪个都会让人很不爽
• 最后，以对方 “歧视免费用户” 为道德绑架的抓手，给人家赋能（扣帽子），的确干得漂亮

通过如上分析，我觉得客服在愤怒到一定程度之后还能及时调整心情，强行皮一下来试图扭转不良影响，职业素养已经算是非常高的了，至少比我高多了，我遇到这种情况会直接请对方出门左转~

陈平安撼山拳 100 万拳打完都花了几年，你这个成就比他只会高不会低

P1 高光部分没压住，可能是测光点选择不合适

沙河校区咋不来？

的确有很多团队把敏捷玩成了小瀑布，不过小瀑布也比大瀑布优秀
只要是有改进、符合市场需求，无论是小瀑布还是敏捷，都是合理的，组织改进不是一蹴而就的，不用那么极端

你好像把正向、逆向搞反了吧~

test oracle，多年前的术语了，意为结果参照物，也就是预期结果，要骂就骂那些二货翻译吧，没有很好的为这个词的翻译找到抓手，也没有跟读者们拉通对齐，所以无法给大家的工作赋能……

楼主这个昵称，深得山寨精髓

我去年和今年上半年也面了不少，感受：

• 实践过多，基础偏弱，对于那些导师不允许出去实习的（不管是不是借口）我反而都会特别关注和咨询一下。不单是面向热点教育，我对面向找工作的教育本身就不咋赞同，我觉得这 20 年的 IT 人口红利反而会拉低我国的高等教育水平，就业不是一切，当然这跟社会有关系，也不能怪学校～～～现在以及未来 10 年里，再也难有那种环境可以诞生求伯君、雷军、史玉柱、马化腾这样的程序员了～
• 动辄秒杀或者自研分布式缓存系统，做的东西又经不起推敲，面试完，弟弟妹妹们只要主动问有啥建议的，我基本都是建议他们把 “图书管理系统”、“网上选课系统” 这些再做一遍，随便搞清楚一个细节都比那些堆砌的大数据、高并发的名词有价值的多
• 提前批的候选人比春招的好很多，无论是实践经验还是主动性方面，都好很多，以至于 9～12 月份面过之后，3、4 月份连简历都很难看上，更别说交流起来那种分分钟陷入尴尬的 “没关系，另外一个问题”……的境遇了
• 对应届生，多观察其聪慧性，也就是体现在沟通、理解和学习能力上，所以多关注本科的院校和成绩，实践经验其实并没有那么重要，招一个合适的人，1 年经验超过别人 2 年经验的能力，都是可能的，也比比皆是～