这些 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

呵呵，我这么清高的人怎么会考虑分红这种世俗的问题，切~
20W 啥时候还我

如果只是让测试像卢瑟一样只关注场景而不关注实现……RF 就足够了啊，还有 cucumber
核心关键词就是 DSL，约定一种大家都可以接受的场景描述方法，照着这个规则去设计场景，底层提供脚本生成的支持
比如 BDD 里面的 given、when、then 这种描述方式就很不错

那是嘉宾吧……骨干是何意？

无他，唯有 AI+MBT，去操作吧骚年，蜀黍只懂概念不懂技术，匿了

段总也成了骨干……可以的

青浦？

方法和结构体内部可以不用写，除非逻辑很混乱，设计很不堪
但是方法和文件头一定要写啊，不然你告诉我 doc 全都靠事后补？然后你说我是这样实现的所以就是这样设计的？
做工具写注释、doc 就要看齐 jdk，不然就不要给别人用甚至开源了

膜拜电子科大的学弟……坐等代码开源……看过 iview，结果放弃了，选择的 element-ui

bootstrap 就是这个缺点，上手慢……让人不得不把有些自己想要但是一时半会解决不了的样式问题交给 jquery，所以，我更喜欢 element-ui，跟 vue 一样渐进式

坐等 github 地址~

symentec 早前有一款神器名字就叫 Symentect APM，可惜后来卖掉了
老牛逼了，用过最叼的一款……要钱的

恒温？干嘛匿名……