如果要公平量化，建议团队内部对测试用例的复杂度进行分级

看你的报错信息 “SignatureDoeNotMatch”，猜测有可能是因为 header 的原因导致的。Fiddler 代理有可能自动为你添加了头导致你相同的 Jmeter 脚本一个可以成功一个却失败，可以试着在 Jmeter 中加上 header 试试

不用说咱们这个社区了，前一阵去 github 搜项目，前两页还正常点，后面的好多都根本看都不敢看。真的烦，搞点技术也要被强插那些乱七八糟的东西。

从你的问题中 “逐一压测” 可以看出，要么你们的产品是对每一个接口都有明确的性能指标，要么就是都没有需要逐一去测试一遍得出实际结果，以上两种情况确实没有好的办法，只能一点点做。但是如果是有实际场景的压测，可以根据实际场景进行一些接口的整合，把逐一这个过程放进一个或者多个测试场景会相对轻松一些。

一起加油！

可以聊聊，这个东西是我的理解，可能我说的某些东西并不对。欢迎指正的

是的，方法其实有很多种，只要能达到目的都可以的

个人认为，针对创新，一定是针对工作中的痛点进行改善。不建议强行创新，原因是你强行创新出来的东西不一定是当前项目需要的，你的领导或者是公司很难通过你的创新并给予物质和时间上的支持。而基于痛点的创新，则是每个公司都需要的，不管是从流程上，还是技术上都可以思考。

多谢！已经可以了！

不是，主要是提供云服务比如助力企业上云等等

我觉得这话主观色彩太严重了，这和比较两门语言哪个厉害没什么区别。自动化测试的选型更多的还是依照项目本身的情况和人员技术能力来决定，啥叫看见过更好的，看到好的就能用的话他怎么早不用呢。。。

申请开通专栏 @simple

大概就是专一某项技术 + 对应领域的业务熟练度