最近面过几家公司, 基本上都希望写自动化测试的同时兼顾功能(手动)测试 很大部分的面试官都觉得 自动化测试就是更高级的测试, 手动测试做到一定程度 就应该会掌握 并且认为 自动化测试如果不熟悉业务逻辑, 就是一个脱离实际的测试, 没有意义?
已经面到有点怀疑人生了 虽说都是测试方面的工作, 但是我一直认为, 自动化 / 手动是两个专业方向的岗位, 并无"高低"之分 一个是为了保证项目稳定, 快速可靠地执行回归测试 另一个则是尽量发掘潜在漏洞
再者, 也不存在仅仅因为测试做多了, 就学会了写代码..
最后, 有时候也会反问面试官, "写自动化测试不是根据已有的测试案例来写的吗? 我已经有了明确的需求, 而且也可以从中理解业务, 这不可能脱离实际写代码吧?"
还是说我错哪了?......
1
dqzcwxb 2022-09-23 11:47:51 +08:00
互相选择,钱不够就不去,钱给够连后端一起写
|
2
Vegetable 2022-09-23 11:52:31 +08:00
他们需要的可能是一个高级一点的测试人员,刚好懂自动化那种。
而不是一个会写代码的程序员,更愿意写自动化测试那种。 |
3
xxrlzzz 2022-09-23 16:00:43 +08:00
测开不是测试
|
4
TerroristWin OP @dqzcwxb 以前我也是这样想, 但实际上为了那点钱, 乱点技能树, 很亏
|
5
TerroristWin OP @Vegetable 我感觉找回了一点理智 谢谢
|
6
TerroristWin OP @xxrlzzz 没有提测开啦, 不过感觉这种需求的公司比自动化测试更少.
|
7
louisxxx 2023-06-18 06:23:23 +08:00
不手动测试一下各功能,产品功能你都不熟悉如何写自动化测试?
|
8
TerroristWin OP @louisxxx 熟悉功能归熟悉, 但是兼顾功能测试是另一个要求的高度, 兼顾功能测试是要尽可能的挖掘潜在的 bug, 跟熟悉功能完全不是一回事
|
9
louisxxx 2023-06-28 23:55:26 +08:00
挖掘潜在的 bug 我不知道啥意思。即使功能测试也是按测试用例来测试,并不是自己打开随便点点点
|