直言不讳的说,在上篇文章中我是喷楼主的. 因为我觉得自动化测试并不需要那么的全面,反而测试的经验和技术更为重要. 测试落到本质还是对于功能点和业务逻辑的覆盖. 这点做好了,就算没有自动化也会是个好产品. 相反,这点做不好而追求代码和框架上的多少多少能力. 有点事倍功半的.

这篇我也看完了,帝都的情况我不太了解,就魔都来说,我比较同意楼主. 3 位都明显溢价能力很多,其中最小的是第二位,如果有框架编写能力的话,第二位应该是合适人选. 当然我还是继续"喷"楼主一点点希望楼主不要介意, 招人呢,特别是团队招人,除了技术,还有很多地方需要考量的,包括稳定性啊 人员性格啊 沟通能力啊 是不是合适现在这个团队的工作习惯和风格等等. 尤其我觉得沟通能力是排在技术之前的, 技术可以学,性格和沟通是会影响整个团队效率的东西,应该格外看重.

最后支持楼主的厚积薄发,看了这篇文章我也开始反思自己的能力和安于现状的思想了.

不是太明白 项目不紧急为何还要加班。。。

说实在的，测试开发，本身应该大部分就是开发自动化测试脚本。 我不明白为什么一个面试测试开发的人要说自己精通各种设计模式，精通了又如何？ 你精通了可以去面试开发职位啊，你如果光精通了设计模式，不懂测试，你面什么测试开发？ 当然如果自己写了，那楼主这样问了也毫无问题，至少能看出一个人简历的水分有多大。 但是如果没说，从开发测试本身这个职位来说，并不需要很精通设计模式，知道 1-2 个常用的就足够写了。 测试经验反而更为重要。

举个例子： 你觉得代码漂亮的写一段无效用例更有用，还是虽然代码简陋，但用例精准度很高的有用？