这个写程序实际上非常简单，可以让开发帮忙的，就几行代码的事。我之前问过我们的开发，奈何本人实在 C 语言拉胯。写程序应该是最简单的，iperf 波动比较大。 或者直接在网上找也可以呀，shell 脚本也可以的，网上应该也一堆。

iperf 和 iperf3 给路由器设备打流。 或者让你们研发用 C 或者 C++ 写个程序一直消耗固定的 cpu 就可以了，

还是看公司对于测试的重视程度吧。。

楼主说的非常诚恳，正确。实际上现在大多的测开做的都是测试的工作。就是由于行业的卷导致的，测试首先不应该保证质量吗，我个人有时候觉得功能测试都不是很容易的，设计出优秀的用例并没有那么容易。
楼主的担忧就是 一般来说有产出的，比如说测开这些容易拿高绩效，容易晋升，而功能测试相对来说比较拉胯，晋升慢，-以后大多只能走管理路线。

要么辞职，找专门的测开岗，要么先在业务测试上深入，慢慢再转。总之个人认为都不会很理想。。

加你啦

好的，已发送，请查收。

楼主您好，已经发送简历了。但是显示被对方服务器退回了。请问是有做什么策略嘛

老哥快走吧，这么下去人会出问题的

您所在部门或者是说您现在招聘的需求是北京吗 ，还是上海呀。

1 年半的有机会吗

伞兵一号卢本伟准备就绪

表示感兴趣~

我个人认为一个合格的测试工程师还是比较难的.........因为我之前写的用例自己认为不错，但是别人评审时候总是可以找出来你遗漏的点。

我个人认为刚入行没必要太过于追求自动化，但是代码能力是要有的。可以业余时间学习一下。
最主要的还是理解公司的业务，多学习测试用例的编写方法，达到尽可能多的让测试用例覆盖业务，理解自己所负责的模块的原理，以及掌握编写测试用例的思路和方法。（一年测试经验路过，个人看法）

老哥，一年经验的可以不

一年经验可以吗

牛