头回听说还有弄的细了不行的。
接口测试，你就是往最细了弄实际上也是粗的。
严格要求自己吧。
用例设计这块也分主次吧，核心功能先过了再说。你说的那些什么传错类型等等的边界，可以和开发一起看一下代码实现，假如开发使用的公共方法都校验过了，那么对于重复逻辑的测试负担会减轻不少，可以将这部分测试职责放给代码的审计/review 上，靠开发自己的代码质量来保证接口质量。
腾出时间后，赶紧把@Jerry li 所说的实现了。

看了半天没看到有核心竞争力，缺点却显而易见。
产品也搞了好几年了，没见你介绍自己引以为傲的产品介绍，诉我直言，你在公司里一直是小白兔吗？
你想到的危机都是很对的。
送你个建议吧，越是迷茫越要学习。
你的学习强度还是太弱了，什么时候像高三的学习强度，你就能找到工作了。（注意是学习不是加班）。

和人沟通讲究先抑后扬，你上来就委曲求全开发真就合计你是舔狗了，就像谢娜怼她的官方粉丝一样，以后往死了用你还鄙视你。
不是说这些话术不对，而是有点儿太 low 了。
以我的做法，肯定是要喷这个开发，让他知道我们测试不是好惹的，然后做人留一线日后好相见，抬一手，然后这个事情最好让自己领导和开发领导都清楚过程，把事情做漂亮。
还开发私自提交搞出 bug，测试还要一起加班，也太 low 了，测试可以加班，但是不是你开发让我加班的，你能给我调休或者加班费吗，你有这个权力吗，我就没有其他事情了吗，这种事情肯定要搞到各方领导都知道的，要不然师出无名。
最后，建议这种公司的测试注意自我学习，提高自身能力，及时跳槽，因为能搞出这种话术的，连基本的心理都搞不明白，说白了就是连舔都不会舔，啥也学不到。
舔开发没用，要舔的是 KPI，共勉。

学习了，想到了几点：

1. 测试开发价值产出平台呼之欲出：两种方式都要有，1 是节省人天数的计算，2 是使用率的计算，这两种方式都需要算法来落地，而算法的原理需要达到测试部门的共识。同时其中讨论的东西相当多，如项目特别重要则使用率即使很低，但是权重很高，得分也应该很高；项目特别紧急导致的使用率密集，但是全年长时间段平均较低，这种得分也要有考虑；项目人数基数大，使用的人多，等等，要覆盖全面要思考的太多。
2. 如何记录使用率和节省人天数，平台要有各个接入 API，适合各个语言的，所以这个平台是个大项目，未来肯定是分布式异地多活的（数据重要丢失损失 KPI），设置大数据延时统计数据展示的。
3. 大疆的人真的辛苦（想到了猝死的哈工大学生，惋惜）。

其实我觉得，测开往往就是一个兼职的岗位，平时的主要工作还是各种实际落地的测试任务，测开的工作往往是测试人的锦上添花，因为你脱离了测试任务和全职测开可能会造成闭门造车的尴尬。
同时全职的测开岗位还需要有产品经理吧，是整个一套的项目开发流程的，评价全职测开的 KPI 就和评价开发的 KPI 几乎一样了。
这也分岗位分工的。

可能我要说一些不一样的。
开发的兄弟还是很心虚的，所以请你吃了饭。试问一下，如果问题砸下来，你不离职，那这个雷就是开发扛了。
你周围的人不会告诉你实情的，哪有那么简单的弱网络环境更新不了，异常在哪里打出来看看，网络到底弱到什么程度会出问题，网络好了能不能恢复更新，开发是不是换东西了导致问题，强制更新失败后为什么不能回退到之前版本让基本功能可用。

你这周围也没啥牛人也没啥好人，都是江湖客，没啥伤心的。

JAVA 的内存释放也不是绝对的，相互指向是无法释放的； ----这句还是斟酌一下吧，早就没这个问题了。

了解一下 treeMap，直接就是排序的。
这道题应该直接就很暴力就行了，得到 csv 方格中的内容后，就使用正则表达式匹配统计数量。
原因是 3 个统计词循环次数很少。
注意的是 csv 文件的编码格式要和统计计算使用的编码格式相同。

读取 CSV 文件，甚至可以直接用读文本那种一行一行读就可以了，不用考虑方格格式。

这道题可能是要问你对分词的理解（solr，lucence）。
不过以你现在所述，还用不上分词。

看一下 Sentinel，应该直接满足你上面这些。(https://mp.weixin.qq.com/s/yCRPr_U0XlBMoVLTXNFj4Q)

另外广告一下，多谢：
https://www.jianshu.com/p/cd6388627f64 一个测试同学的，互帮互助。

如果真是垃圾，那不说 5K 了，5 都是多了。
首先这个教程好不好不是宣传出来的，建议可以把提纲教案列出标题，大家看一下。
其次放出来一些体验课，让大家体验一下。
建议靠口碑把教程发扬光大，而不是靠扣帽子。

教材/架构素材是基础，老师也很关键啊，就比如梅西和武磊同时教足球，价钱肯定不一样。
老师多少也介绍一下吧，看看这 5K 到底花在了哪。

线上的课程太多了，而一般不会这么贵的，有些蹊跷啊。

https://www.jianshu.com/p/cd6388627f64
一个测试同学的，互帮互助。

服务器进程内启动 JMeter，意思是使用 Jmeter 的 API 来启动脚本。

能解释一下是什么意思么？

额，这是一个性能测试平台，不负责接口测试的事情。
接口测试的报告还是接口测试平台来做。

其实平台缺少的是一个调试脚本的手段方式，并且这个需求场景越来越频繁。

依次说一下吧。
ant 主要是卡在脚本执行结果文件格式上了。 ant 需要 jtl，但是测试报告需要 CSV，有冲突。
allure 等的是接口测试平台的职责，作为调试手段不如 ant 了。

还不支持。
不过你这种方式真的是不错的，借助 docker 解决 client 部署的问题，甚至能解决 slave 的重复利用问题（需要测试验证不能贸然使用）。
目前平台还仅仅是支持 slave 的事先部署（也可以用 docker 部署 Jmeter），没有 docker 的这种脚本的自动批量部署和销毁（平台虽然没有但是使用者可以自己实现，然后将数据插入到数据库的 slave 表中即可）。

平台目前的职责非常单一清晰，就是把脚本能页面执行 + 页面监控 + 生成测试报告。脚本的页面执行包含了分布式情况下的执行。分布式环境的其实并不在平台的核心职责之内。

这个人不是我，是拿我的东西给自己宣传了。
我 QQ 邮箱是 ： 444104595@qq.com

感谢能把你的思考写到评论中来，感谢。
我主要是思考几个问题来的，分享一下：

1. 如果完全不懂业务能不能做性能测试？ 答案是可能的，虽然不是说所有的性能测试都不要业务吧，但是完全不懂业务是可以做性能测试的，因为存在接口的性能压测，因为就算页面录制脚本的操作可以由功能测试或者开发代为执行。
2. 如果完全不懂系统架构能不能做性能测试？ 答案是可能的，就算系统是个黑盒，我也能做性能测试，并且根据折线图做一下基本的判断，如果给我服务器被压测机的系统监控指标或者日志记录，或者就给我服务器登录密码，我真的可以告诉你它性能有没有问题，问题出在哪。 我认为这是性能测试的基本功。

工作岗位的胜任力是一门科学，你的胜任力中很关键的一部分是业务，那就要把业务搞熟悉。

目前的定时压测是使用本身 Jmeter 脚本的自带功能：

其他定时任务是执行平台的方法，需要个人对平台根据需求二次开发，和性能测试关系就不太大了。

以后我会发帖子简单说说，主要是想讲讲方法论。
因为调优的例子网上多了去了，但是能从例子中总结出自己东西的能有几个人？很多人也根本看不出门道。
方法论是一些基本的东西，抛砖引玉吧。

建议直接使用 Jmeter 的脚本命令先试一下生成报告。
生成测试报告是建立在 Jmeter 本身的功能上的。
同时注意运行平台的用户和安装平台的用户权限是否一致。

这个异常信息是 Jmeter 自己打印的，我自己的异常信息都是中文大白话的……。

我本地执行是正常的。
建议把这种必现问题提到 issue 上吧，然后请详细说明一下报的异常是什么，问题现象是什么，多谢了。

因为我初步判断这里应该不存在兼容性问题。那么我的环境是 OK 的，想不到为什么你那里会失败。
提 issue 吧。

你好，主要是因为我使用 jtl 文件生成测试报告会遇到异常，我看是 Jmeter4.0 里强制写的判断。

同时还有一些附带的原因：

1. 相同的请求数量，jtl 文件比 CSV 的文件大。
2. CSV 文件的内容比 jtl 文件的丰富，有一些指标是仅支持 CSV 文件的（jmeter.properties 文件中有说明，不详细贴了）。

可能我这方面了解的还不多，如果你有好的方式，让 Jmeter4 使用 jtl 来生成测试报告，一定要知道我一下如何做……对平台的结果展示很有用。

测试的立足之处早有权威定论，就是测试这个岗位是必要的，软件工程离不开测试过程。
可能你想说的是如何能立足之稳，这在我的文中有说明，这里不复述了。
我可没说过技术不如开发，环境不如运维。

可以的。

其实是你太强势了，产品相对弱小了，哈哈。