趋势 –自动化需求与测试风险

在我从事测试行业的这段时间里，招聘测试人员时对自动化技能的需求急剧增加。
在我刚入行时，自动化技能还只是“锦上添花”，最多只会列在期望技能中，而绝不会列在必需技能中。

但现在，很少能看到测试职位的招聘信息中没有提到至少要了解测试自动化和至少掌握一种脚本语言。 越来越多的职位广告将优秀的自动化技能作为首要要求。 其次，通常会提到良好的编程经验、CI/CD 经验、框架创建经验，或者至少是使用框架的经验和源代码控制知识。

但令人担忧的是，在这些招聘广告中，你越来越少看到的是过去曾作为任何测试职位模板的实际测试技能列表。 现在情况发生了转变，似乎对手动测试过程的理解反而变成了期望技能，而不是必需技能。

正是这种令人担忧的趋势，给公司的测试实践带来了巨大的风险。 仅仅精通自动化并不能使一个人成为优秀的测试人员。 编写具有最先进技术和最高效率的代码的测试并不能使其成为一个好的测试用例。

在理想情况下，所有具有扎实自动化经验的人都应该具有测试背景，并且经历过测试的各个方面，才能对测试过程有所了解。 但现实是，那些在自动化方面经验最丰富的人，在手动测试方面很可能经验最少。 那么，如何才能确保你的 QA 团队（现在完全由经验丰富的 SDET 组成）在整个测试生命周期中保持高标准的测试水平？

我们都知道，尽管我们尽了最大的努力，但你永远无法完全自动化任何事情。 100% 的自动化是一个极好的目标，在项目会议上听起来也很棒，但你只有在特殊情况下才能实现这个目标。 对于大多数项目而言，总会存在手动需求，并且这种情况可能会出现在测试的所有阶段。 从功能测试到集成测试，特别是回归测试，你都需要至少进行一些手动操作。

因此，如果你的自动化测试人员几乎没有手动测试经验，这会给你的项目带来更大的风险。 并不是说这些测试人员不能做好工作，或者不会像经验丰富的手动测试人员那样保持软件的高质量，但你引入的风险因素应该被考虑在内。

对此没有简单的解决方案，我从未经历过在预算和人员有限的情况下招聘和组建团队的压力，所以如果我只是说解决方案是同时招聘两者，那是不公平的。 显然，那是最理想的，但在软件世界中，没有什么是理想的。 但我认为公司应该记住，拥有 QA 团队的最重要目标是确保软件质量，而不是沉迷于必须将所有内容都自动化的想法，因为其他人似乎都在这样做。

一个优秀的 QA 团队需要许多技能，虽然不可能总是拥有性能测试或渗透测试等方面的专家，但至少要具备这些领域的经验。 对于一个主要关注自动化的团队来说，这可能很难实现。

聘请优秀的 SDET，但不要以牺牲测试经验为代价。 正如我之前所说，能够创建出色的框架、编写最出色的代码和编写干净的脚本并不意味着你就能编写好的测试。 在开始自动化之前，你仍然需要具备什么是好的测试用例的测试思维。 否则，你最终只会得到数百个回报率低的测试用例，它们甚至无法识别任何有意义的错误。

对我来说，关键的区别在于，测试的程序员的心态是“这可行，我只需要证明它”，而能够编程的软件测试人员的心态是“这已经损坏了，我只需要证明它”。

这篇文章 趋势 – 自动化需求与测试风险 最早出现在 Learn Automation。