考研，别做 IT

深有同感~

这么严密的条件都能被你扯来扯去，也是服了

线上 bug 作为考核 KPI 最合适不过，难道你们就喜欢用例数、测试环境发现 bug 数量、加班时长这些指标？
喷天喷地喷空气不如你给个更好的办法？
或者说，各位喷来喷去……都没看到 “线上” 二字？

只是因为他学会了用 GPT 帮他写代码而已~

每秒钟只能处理 3500 个请求，那么 TPS 就是 3500，管他响应时间是多少呢，废条件~
如果并发是 3500，响应时间 200ms，那么 TPS = 3500 * (1000 / 200) = 17500

很难想象，还有 vue 页面写下去不是复制修改，而是从头来过的，所以除了 svg previewer 感觉都没啥用

本来不想杠你的，但是我看还有人点赞，觉得有必要举个例子给你们琢磨一下：
不说银行，银行太复杂，就说保险吧，至少会包含这些最基本的模块：

• 新契约签单，承保并且生效之后，保单、责任条款之类的数据持久化落库
• 保全变更，比如受益人变更、联系方式变更、退保等等，操作的还是这批数据
• 理赔，这个不用我解释大家都懂，操作的还是这批数据
• 渠道佣金计提，字面意思，操作的还是这批数据
• 财务，字面意思，操作的还是这批数据

……以上所有数据没操作一次都要可追溯，供稽核和监管审计，而且很多很多操作都会影响后续的操作，比如健康险理赔一次之后，第二次理赔，费率不一样了；车险理赔之后次年的保费也会不一样；分红险分红过后保单价值也会随之发生变化……

如果你来设计，是准备把这些服务独立，操作数据向其他服务去冗余呢？还是说放到一个服务里面，一旦服务不可用，所有的业务都不要开展了呢？
依据你给出的设计，你再思考楼主的问题，可能就更容易得出解决方案了，至少我没有勇气去考虑改变系统纠缠的问题

单测 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，开源的，随便玩

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

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

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