普遍性平台的话大概都是以下功能，接口平台为例：
接口管理、用例管理、在线调试、Mock、抓包 + 转换、报告管理、参数管理、设备/项目管理、并发操作等

怎么提啊，找到领导对他说：领导，我要涨工资！？
频率怎么样啊，一年一次还是如何啊大佬

是的，就是不知道该怎么去避免这种负面影响

可能我表达的不清楚，这里的问题更多的是本地提交到 dev 导致无关功能受影响，是否有流程上的优化方案，这里在我理解应该不在测试负责的范围内

因为功能模块较多且需求改动较为小而频繁，所以每次改动的主流程验证目前看来不好实现，而且开发自测质量也比较一般。所以想从流程上请教下有没有优化方式

正在紧张审核中...
骑驴找马，方得安心

还在等下月不知道有没有的年终奖。。。二线城市感觉还行，没多大压力

请问各位大佬在进行性能测试时，是测出性能瓶颈或其他指标性结果即可，还是需要根据测试结果给出对应的性能优化方案

楼上说的都对！
除此之外，自己还是多考虑下是否真的有必要，毕竟这行也很卷。专业是否对口、学历是否达标、年龄是否有较大缓冲空间、是否有高薪对应的抗压能力！这些都决定了你的竞争力如何
千万不要只看到了幸存者偏差，好几年经验仍然拿不到高薪的才是大多数！

谁看完了麻烦用一句话给我说下楼主说了啥

顶下楼上吧。
可以的话希望楼主分享下自身情况，让我们看看 “上限”

赞了再说

我的理解：
1、要查数据库吗？
如果可以做数据层面的就校验当然是最好的，如果做不了就只能期望 code 或者说接口响应是很详细很有针对性的
2、要看开发代码接口实现逻辑吗？
不知道你说的是接口内还是接口间的，个人认为实现逻辑其实就是业务逻辑，理解并可用于测试设计即可
3、落地接口自动化，对于接口文档、测试自身，项目、公司等有什么具体要求？
落地一看环境、二看技术，文档乱七八糟/档期不够等情况是常事
4、接口设计规范是什么？往往存在前端 迁就 后端 接口的情况
规范不太理解和了解；前后端问题可以用 mock 来进行规避，前后端分离，端与端测试都适用
5、对于小公司，接口自动化的效率如何体现？
小公司首先要面对的是怎么实现落地，之后才是效率体现；其实小项目单系统以及频繁的需求更迭的话，自动化还真不如点的性价比高，当然为了 kpi 除外

要么干他要么随着他，毕竟面试官都是我们需要哄一次的孩子

所有岗位都在逐步多能化，这是社会现状和趋势。
打工人有时就要弄清楚一个事：你做得是工作而不是岗位，不要被岗位所局限，做出来的都是能力。
----虽然像鸡汤，但不是鸡汤

我认为这两者简单来说分两者情况：
1.大组网系统，会进行很多次的版本迭代：版本测试用例还是使用 Excel 写比较好，其中的特性测试用例可以使用 xmind
2.敏捷测试、单系统小需求多迭代：可以使用 xmind 来编写用例，也是因为用例的复用率较低，更多的是一次性使用

其实这就涉及自动化的前提啦：成熟度
换而言之就是自动化的对象时那些固化的长时间不会进行更改的功能
实用性方面是有被过度夸大了，因为极大多数公司的产品状态其实是不适配的，但是一方面为了卷一方面为了面试都对其的出现率造成了一定程度的拉升
卷已是行业现状，面船干点也是既成事实

跌宕起伏，人生更多的是波折，最少的才是平淡

原来已经这么久了啊

还有双侧门场景可以补充，
电梯厢是否可以满足足额人员的长时间的空气转换，
坠落停止到半开空间时是否存在手动操作的功能，
电梯出正门外是否存在其他安全出口，
安全出口应含一定的提示及防误触措施
当内关外开时是以哪一方操作为主。。。

济南：沙龙？啥？有过吗

记得提醒无敌哥去领奖励

沙发！

您好，我是起点中文网业务部编辑，请问您有意签约成为我站的网约作者吗

刀片已买，静候下文