改变的事情越多......

由于测试自动化在IT行业中获得牵引力，那些专注于手动软件测试的人担心他们职业生涯可能发生的事情。这几天是一个热门话题。

要了解谁受到测试自动化增长的影响，以及他们担心对其职业生涯的影响的可能原因，澄清条款可能会有所帮助。人们倾向于以宽松的方式使用“测试”一词。就个人而言，我喜欢之间的区别测试和检查迈克尔·博尔顿在这件作品中描述：测试与检查。

什么是变化？

最多检查(在某些情况下，所有它的）借助自动化。如果我们控制输入和执行环境，我们知道预期结果，通常可以设置某种形式的可执行检查，可以设置前提条件，练习正在测试的代码，并验证输出匹配的预期。Ecomomic决策归结为手动进行检查和维护自动检查的相对成本和益处。

相比之下,测试按照波顿等人的定义，它不适合自动化。执行软件测试的人(根据这个定义)不必担心例行检查的自动化。如果有的话，可以自动化的检查越多，对测试人员就越好。在许多组织中，他们已经花费了太多的时间来执行手工检查，并且他们没有时间去做他们希望作为测试人员去做的增值工作。

谁受到影响？

那么，测试人员为什么要担心呢?他们不是。担心的人是那些通过遵循高级测试人员编写的脚本执行手工检查的人。他们都不担心。唯一担心的是那些既不能(a)学习成为测试人员，也不能(b)学习自动化例行功能检查的人。对拥有真正软件测试技能的人的需求正在增长。对专门从事测试自动化的人的需求正在增长。

它发生在我身上将成为手动检查者的问题是重复模式的一个例子：随着行业的发展，给定的活动可能不再需要手动执行，或者可能根本不需要执行，或者它可能成为一种商品服务，可以通过比以前的较少工作人员支持。如果使用该任务要求人们支持它，并且许多人都专业从事该任务，那么他们将如何回应这种变化？

安装胶带

在20世纪60年代和20世纪70年代，有人在数据处理商店中有全职工作，用于人们安装和拆卸磁带卷轴，并向目录和管理此类磁带的存储和检索。最终，这份工作是自动的。几年后，录像带卷轴不再常规用于存储活动文件。

用来处理录像带卷轴的人发生了什么？他们死吗?不，有很多其他工作要做。大多数如果它比处理卷轴的卷轴显着更有趣。

后台应用程序

在20世纪70年代甚至80年代，程序员经常全职为公司开发和支持定制的内部会计应用程序。最终，会计应用程序变成了商品产品。今天，公司不会考虑内部开发和支持无差异的后台应用程序系统。这不是软件开发人员的时间和技能的有效利用。

那些曾经编写定制会计软件的人发生了什么?他们死吗?不。在应用程序上有大量的增值开发工作要做，这些应用程序将公司与竞争对手区分开来，或者创造新的市场。大部分工作比编写后台办公应用程序更有趣。

网络架构

在20世纪80年代和90年代，一直到21世纪初，企业架构师花费了相当多的时间来跟踪可用IP地址，并绘制和记录连接到企业网络的每个设备的静态地址。这是一项乏味且容易出错的工作。这也是必要的。

今天，网络管理的日常方面由工具处理。您友好的邻居云提供商使用动态基础架构管理来常规创建和销毁虚拟服务器。有工具也可以为非云环境自动执行此任务。有人必须定义一系列IP地址，但没有人必须手动绘制图表或手动跟踪IP地址。

用于手动管理IP地址的人员发生了什么？他们死吗?不，有很多建筑和基础设施相关的工作要做。大多数它比手工记录静态IP地址的大多数更有趣。

部署和发布管理

直到井进入2000年代，大多数软件部署到生产（以及通过中间环境）和大多数版本管理活动都已使用手动方法进行。大型组织拥有整个人的工作，其工作仅在做这些事情方面。今天可以使用工具，可以自动化几乎所有此常规，重复和易于易于的工作。

在手动部署和发布软件中的工作组成的人发生了什么？他们死了吗？不，有很多其他工作要做。大多数是通过手动通过环境迁移代码的配置环境更有趣，并在反应模式下处理释放问题。

软件测试

从软件诞生到现在，软件系统的测试和验证主要是用手工方法完成的。早在20世纪60年代，人们就已经设计出了使用软件测试软件的方法，至少从玛格丽特·汉密尔顿在阿波罗导航计算机上工作时发明的高阶软件开始。今天，大量基于软件的测试工具可以通过自动化例行检查来解放测试人员的时间。

手动执行日常功能检查的人会发生什么?他们会死吗?不。在软件测试中有大量的增值工作要做。比起手动使用文档化的测试脚本来验证一个已知的功能片段在今天以与上周相同的方式工作，它的大部分内容更有趣。

为什么焦虑？

对大多数人来说，改变并不容易或自然。如果你的雇主不得不裁员，而你发现自己在就业市场上，像以前一样找另一份工作，这就足够让你感到压力了。那么，如果问题不在于找到另一份类似的工作，而在于适应行业中更大的变化，压力该有多大?这种变化可能意味着你以前的工作将不复存在?