我是 PA 出来的，做面试官也有好几年了，基本上面试过程中发现候选人沟通等方面缺陷比较严重的基本后面看起来都是 EQ（16PF）评测比较离谱的那一拨，也有 16PF 评测结果为不建议甚至是拒绝录用的，因为技术出挑而走特批进入公司的，能干满一年的都是奇迹

我觉得吧，一个公司花几千万乃至几亿买的东西，应该不是垃圾，据说起初 PA 旗下的新兴互联网系子公司是不用集团这套测评机制的，后来发现招聘工作成本不可控，团队稳定性也得不到保证，才强制都使用这套了

至于合理不合理，站在双方的立场都考虑一下，其实楼主这种心态来说，应该是无法适应 PA 的企业文化的：不是太需要天才，也不需要有明显缺陷的人才，试图（注意是试图）通过低成本的事先选择同一沟通能力和方式的人群来建立高效沟通的组织流程，这种做法本身是否能得到应聘者认同就决定了应聘者能否得到足够上升的空间。

另外，以前是现场花 1、2 个小时做题目，现在为了考虑候选人的时间问题，邮件通知做题目，能相互省很多时间了

历史包袱重，业务逻辑重、复杂，导致系统架构先进性受制约，有些甚至数据、逻辑合二为一，耦合性强，数据时间有效性要求复杂，可测性差，测试数据构造困难，测试环境维护成本高，信息安全要求较高，权限控制严格
例如：oracle 大量存储过程，数据库表大量主、外键约束，等等……

内编最痛苦，福利啊、钱啊数的手疼……最可恨的是不怎么加班

外包最好不要去~

不要去……银行这种垃圾地方，很痛苦的，让我替你承受吧

性能对业务背景需要有全局认识，通过阅读和沟通就可以知道业务形态，业务细节不是首要的，系统架构才是首要的

看语言吧，请各位记得测试 65535，还有数据库的 int、Integer 类型测试，9 楼那个测试显然太黑盒了

只做展示：
user_a + hash + topic_id--> 匿名 1
user_b + hash + topic_id--> 匿名 2
……

根据 hash 识别是否同一个匿名用户，这样用户还可以收到匿名对喷时别人的回复提示

我说话没过脑子，其实我想说的不是 cookie，应该是恒温说的 local storage……汗

感觉设计的确有问题：
1、匿名可以不用展示姓名，但是直接把用户全都真的直接改成匿名用户，匿名讨论看不到对话轨迹
2、草稿这种功能不是应该使用本地 cookie 吗，怎么草稿也进了后台数据库？

结果呢？
我声明：我只提供方法，不提供医疗费

这么问的面试官，只好给他嘴上笑嘻嘻，心里 MMP……如果是其他部门的就算了，如果是自己上司，还是不要去这个公司了

简历里写的清清楚楚，你哪里不懂？或者哪个技术细节需要跟我确认的，直接说……

看这个，胜过一切：

https://cn.vuejs.org/v2/guide/index.html

这些 class 只是用来引用样式定义，大量重复说明前端写的还不错，一致性比较好
核心问题在于你们的前端开发，不懂 UI 自动化测试的需要，你可以培训他们，然后请他们、要求他们给你加 id：

<template>
    <div style="width: 100%;" id="root">
        <div class="crumbs" id="crumbs">
            <el-breadcrumb separator="/">
                <el-breadcrumb-item><i class="el-icon-date"></i> 研发过程管理</el-breadcrumb-item>
                <el-breadcrumb-item>需求管理</el-breadcrumb-item>
            </el-breadcrumb>
        </div>
        <el-tabs v-model="activeName" type="border-card" style="margin-top:30px; border-radius:4px;" id="menus">
            <el-tab-pane name="main">
                <span slot="label"><i class="el-icon-info"></i> 主页</span>
                <v-query @user1="clickEvent"></v-query>
            </el-tab-pane>
            <el-tab-pane name="req">
                <span slot="label"><i class="el-icon-star-on"></i> 原始需求</span>
                <v-request :reqinfo="req_info"></v-request>
            </el-tab-pane>
            <el-tab-pane name="srs">
                <span slot="label"><i class="el-icon-star-off"></i> 软件需求</span>
                <!--<v-srs></v-srs>-->
            </el-tab-pane>
            <el-tab-pane name="rel">
                <span slot="label"><i class="el-icon-time"></i> 排期发布</span>
                <!--<v-rel></v-rel>-->
            </el-tab-pane>
        </el-tabs>
    </div>
</template>

我选择用 cursor 外加一个临时变量，循环比对，这种写法在 oracle 时代用的不要太多哦

会 和 包揽的差异，这是两码事，原文是说不要总以个体贡献者的思维做团队建设

另外，对技术的追求，你这个说法很好的回答了你楼上的问题。

“HR 最后要求提供当前薪资流水” 看到这就感觉是骗子公司，后面那个协议每一个字都感觉假的不行

你搞笑吧，我还没见几个厂子不要求提供这个呢~

至于其他的，只要工作满意，我建议楼主签字就行，基本只是一个表态的作用，不具备任何法律效力，HR 心里明白得很
如果真的出现纠纷，一纸仲裁或者诉状交上去，保证甲方会被干到死~

绕了半天就是告诉你：我们是创业公司，薪水不会高，你可以赌一下
直接跟你说低薪水是耍流氓啊，所以问了很多不知所谓的问题

无论什么工具，单个负载客户端同时要启 100+ 线程的时候我都会选择分布式执行，这点从 LR 时代就做了很好的设计，所以不需要纠结单个客户端能压多少线程上去，太多了本地也要排队、网络开销也大
机器不够多的场景我觉得不大需要考虑，谁家业务需要支撑 1000+ 并发的时候还提供不了 10 台 4C、8G、1Gbps 的 vm 呢

那这 1000+ 个线程在本地（负载客户端）CPU 上是实际生成运行了呢还是没有？
用 go 写能轻松搞定是因为 1000+ 线程在 CPU 上不用排队还是只有一个线程 post 了 1000+ 请求？

请教一下，JMeter 是怎样的施压性能不行呢？能具体点吗

换个高版本的驱动试试，估计你的 mysql 是 5.6+ 了
https://dev.mysql.com/downloads/connector/j/
maven：

<dependency>
    <groupId>mysql</groupId>
    <artifactId>mysql-connector-java</artifactId>
    <version>5.1.45</version>
</dependency>

整理一下排版，阅读效果会更好哦

搞定领导是唯一的出路，至于为什么做这么久自动化还没有赢得领导的认可，我觉得你要反思一下

1、由于公司就我一个人在做自动化测试
2、前期做出的自动化测试框架没有得到很好的推广

1 是根本问题，2 是个主要问题

结合这篇一起看：https://tech.meituan.com/linux-jvm-memory.html