你正文都特意写了产品瓶颈高一大截，很匹配你的期望。

我理解那直接转产品是不是就可以了？或者说还有什么顾虑？

我心目中的 7 年经验水平，仅供参考：
1、测试方面，有过中大型项目的测试经历，用例设计考虑会比较全面，且基于风险大小和重要程度会有取舍，而不是一味全测。
2、技术方面，自动化是做过的，对于如何用工具提效自己也有一些想法，自动化/工具平台有实际落地且获得成效是加分项。同时对于自己测试的系统不是只是一个黑盒，至少核心业务流程对应的系统交互时序图（一个泳道是一个服务）可以画得出来。
3、管理方面，7 年我觉得至少要有中型项目的项目管理经验，或者带小团队的经验。对于一些常用的项目方面的问题（如进度风险）有一些比较靠谱的解决方法。

简单点说，7 年经验，薪酬肯定会有一定的要求，所以在团队里发挥的作用也会期望不只是一个普通一线，而是遇到中大型项目可以直接上，甚至到一个主导项目的角色的。

楼主一直只是在提技术，而且听起来楼主的强项并不在技术。楼主不妨可以也从业务、项目乃至管理这些方面总结一下自己的经历和能力，挖掘下自己的强项？

PS：好记性不如烂笔头。我也会代码写完太久没用就忘，这个是人之常情。不过我会做笔记，后面找回笔记总归能回想起来当时的思路，不至于相当于完全没做过。建议楼主学东西还是做一下总结或者笔记，这样后面也容易回想，而且这些放到博客还可以成为你能力的一部分体现。

不是瞬间，是持续的增大。也不算测最大承载数，主要看达到这个数量级时，资源使用情况以及接口响应情况是否在要求范围内。

个人遇到的比较多是产品运营做活动，需要提前压测确认当前线上配置是否可以承受活动期间大量用户涌入导致的系统负载增大。

这里的测试策略可以详细说一下么？或者举个例子说一下根据策略生成的用例大概是怎样？

有个疑问点，“说白了，就是别人给你英文文档，你返回人家需要的中文或者其他语言文档。” ，那你们的服务的核心功能是语言自动翻译吗？

如果是，那我理解核心功能应该在服务端，而和服务端交互最有效的手段就是接口。但看你下面的第一阶段还采用了 mock 专门保障被测对象范围在前端 UI，好像又不大一样。

另外，你们正常手工测试时，验证点是什么，怎么验证结果是否符合预期的？翻译这类功能，输入非常自由，我理解很难有真正意义上可以明确固定的 “预期结果” 吧。

业务测试这个可以通过定期到业务组轮岗之类的来进行，不一定就要直接转岗。需要的是你有这方面的经历和经验，对业务有一定的熟悉度。

个人觉得，作为测试团队的一员，没有业务测试经验光做工具开发，容易和测试团队缺少共鸣。

提前准备好足够多的账号，然后用集合点让所有线程同时发压。

不用 pycharm 打开，直接浏览器打开？

光这个图，没看出具体有什么问题 。

可以补充更详细的信息，特别是你的预期是什么，实际结果和你预期结果差异点是什么？

如果新增表 c，这 100 个用例只需要新增 delete 表 c 数据的语句，不需要其他变化，那可以考虑把这部分通用的内容抽离到一个专门用于存放通用清理数据的 sql 中，并进行适当参数化以便匹配各用例。

保护好团队的交互效率，这个点挺重要的。

好建议，我们看是否有做得不错的，邀请来大会分享。

学习了，我一般只是改端口，没加封 ip

很详尽的排查过程，也学习了 k8s 一些相关知识，做性能排查还是必须得懂整体原理，以及怎么通过日志等方式把原理中的每个模块拆解验证呀。

受教了。

ifconfig 检查下是不是有多网卡，所以有多 ip？

可以随时加我微信，我微信在我社区个人主页有。

赞，对于一些私有协议的场景，非常需要呀。

[Appium] Requested iOS support with version >= 10, using 'XCUITest' driver instead of UIAutomation-based driver, since the latter is unsupported on iOS 10 and up.
[Appium] /Applications/Appium Server GUI.app/Contents/Resources/app/node_modules/appium/node_modules/appium-webdriveragent/index.js:1
[Appium] import * as dependencies from './lib/check-dependencies';
[Appium] ^
[Appium]
[Appium] SyntaxError: Cannot use import statement outside a module
[Appium] at Module._compile (internal/modules/cjs/loader.js:815:22)

从日志看，有可能是这个报错导致 ios driver 没有被正确 import ，导致后续的报错。

一般这类问题来自于 node 版本过低不兼容新的语法，可以看看 appium 官方文档提及的 node 版本要求是多少？或者直接下载 appium desktop 来启动（desktop 版本内置了 node 以及各种依赖，基本不会有这类问题）

内推就是 GPT 说的，由公司内部员工推荐的候选人。

不过也不是说必须就得是很熟悉的人，我司内推系统内推的时候会有个是否熟悉的选项，不熟悉也是可以推的。

其实倒不用特别关注是不是推的就是熟人，毕竟不一定每个人都有那么多熟人刚好找工作的。内推中各方也是各取所需，三者共赢：

公司：低成本获得相对优质的资源（很多时候比直接招聘网站获得的简历质量高不少），降低总体招聘成本
内推者：获得公司内推奖励，而且认识多几个朋友，也没坏
被内推者：获得更高成功率的简历投递机会

我也经常焦虑，毕竟已经 30 多了。

长期的出路还是没有特别明确的方向，但至少工作上还是发现了自己存在的很多不足。目前能做的主要就是持续投资自己，接触更大的世界，让今天的自己比去年的自己强吧。

如 @ 自娱自乐 所说，成不成看天，但做不做看你。做了总比没做强。

我的回复里没有提及完整性和有效性吧，所以我不大知道你这里问这个，指代的是什么？可以给更多的一些信息吗？

延期解决都挂在产品名下，那这个问题的责任人就是产品了。

让研发老大去找产品就好。

好建议，我们调整下。

直接按照接口测试的要求，验收确认是否都有覆盖到就可以啦。

如果说对于接口测试的要求目前也是没有相关资料的话，可以找找一些关于怎么做接口测试的资料看看。