俺也一样，一被问到这类型的问题，俺就头痛， 我一般都是回答没有，或者基本没啥问题搪塞过去，或者随便想一个。

过奖了，

么么，你也可以。宝

哈哈，是啊，隔行如隔山，看不懂我可以给你解释的，

么么

豁，原来如此，学到了，

老哥一起共创未来！

不敢当呀。

有道理！~

哈？有么？是小弟眼拙了，再一次缺失了跟大佬合作的机会。

是的喔

豁，好的，感谢感谢，谢谢老哥了。

你也可以的，老哥！~

找到了，哈哈，尴尬！~

没有，一事无成

不合适，近期面试较多，HC 非常少，而且要求资深以及高级岗位的多，普通人，苟着，铜三铁四都算不上今年年初；

混合场景：
混合多个单场景内容进行压力测试，以常规的一些 APP 为例，如：登录 + 分享 + 购买 + 订阅等等单场景结合进行压力测试场景设计；
前置条件：
1、需要你了解单场景的被压测服务器的服务资源分布；
2、架构的数据流向；
3、协议或中间件或者硬件的选型；
实施条件：
1、人员的选择；
2、压测时间的选择；
3、线上环境，压测环境的设定；
测试报告分析：
28 原则 + 不崩，不卡，长时间负载极限值（稳定性测试）满足业务方要求即可；

题目不明，什么叫研发与测试之间的绩效方式？你是指研发的考核标准还有测试的考核标准么？

加 v 拉你

xcode

真实的资本控制！~几年前也没卷成这样，等大企业观望下，没什么风吹草动看能不能稍微回暖一些，太卷了。

向你学习，我多少也因为周边环境导致自己有点怠惰了，我跟你的同事一样！~哈哈

写的好全啊！~

个人看法，测开还是先测后开才是测开，敏锐的测试思维，研发流程中痛点或者提效的环节你可以通过开发的手段【编码】去解决就已经是一名测开了，只是有个水平以及熟练度高低的问题，你之所以虚是因为没进入测开的工作领域了解过测开的工作内容；
建议：1、先熟悉一门儿语言，python 也好，java 也好，写写小工具，抄下开源项目也好，多看多写，没必要多深入，就你说的，有工具都是优先使用工具直接部署，我也很反感反复造轮子，但是奈何你只知道一些基本语法，那你就把学会的基本语法去给它赋予一套规范的代码框架与书写规范等等通过开源项目去学习，主要是培养你的代码习惯；
2、在你是一位相对资深的测试或者思维很好的测试的情况下，你就懂得项目流程中的痛点，去把学习到的内容应用项目中，如：一些批量装包，性能监控，日志告警，日志分析这些乱七八糟的小东西你有能集成的能力或者代码能力非常有效快捷的解决，就很棒了；
3、一些大型的比较成功的开源项目，本着省时省力不太省钱的情况下，能买就买，【以公司名义】买了以后熟悉这个成功开源的项目框架内容，能成长到熟悉的不能再熟悉的情况下，你知道实现原理，为公司省钱，也一样成长迅速，当然公司买不起或者压根不重视，你也可以自己做个阉割版本的开源项目去锻炼自己（手段：依然是抄，切记不要去光看还有看什么教学视频，只有自己试过有坑才去发掘别人解决问题的方法）（我自己也没做到，实在是懒），一样的；祝你成功
我相信你以上都做过了以后，你应该又对所谓的是质量效能或者测开有一定自己的理解了就，还是那句话，背离测试的开发不叫测开，那叫开发！~最上面的老哥说的也对，仅仅是个 title 的问题，你认不认的差别而已！~

v:frey0521