这是基本设置 - 多年来，我工作场所的测试团队为我们公司的软件产品（一套相互通信的应用程序，运行事务性 - 也就是说，不仅仅是数据输入）。
不幸的事件组合让团队留下了一位对产品知之甚少的经理，而我则是自动化专家。一位在相对静态的数据录入自动化方面有丰富经验的新员工和经理确信自动化框架“太复杂”，这也是让自动化运行需要很长时间的原因。
我如何让他们相信，尽管框架很复杂，但它是一个强大、可靠的工具，而他们的首选解决方案（由于系统的事务性质而具有大量重复功能的美化记录和回放）正在成为维护的噩梦？（我维护这些东西。我知道哪些更容易调试和维护。）
欢迎在这里提出任何建议——我的团队严重超负荷，短期内没有任何缓解的迹象，所以我真的想避免任何可能使事情变得更糟的事情。
Bret Pettichord 在今年的 Selenium 会议上的主题演讲有很多非常重要的内容。他详细谈到了为什么他对来自大型商业工具供应商的“播放和记录”销售信息越来越感到沮丧。
要在 YouTube 上查看他的演示文稿，请单击此处。跳到 9:48。正是在那里，他开始谈论他和其他领先的测试自动化专家思想家在 1990 年代中期彼此分享的见解。他还谈到了如何在 SilkTest 的前体中添加“记录和回放”功能。在 Bret 看来，添加记录和播放功能几乎完全是因为它是一种销售工具的好方法（相对于实际有效的功能。）。
在 10:40，他讲述了是什么导致他决定创建一个名为“Capture / Replay is for Fools”的演示文稿。
我认为沟通和协作将是这里最好的选择。GUI 自动化很脆弱，当您的 AUT 不断变化时，需要不断维护。Record 'n Play 更糟糕，会使可维护性成为一场噩梦。自动化也是它自己的开发工作，应该包含在任何额外工作的时间估算中。
您应该与您的开发人员讨论改进框架的想法。虽然不建议进行录制即播放，但也许还有其他方法可以构建您的框架，从而让其他人快速上手。如果开发人员投资于自动化测试，那么框架势必会改进。
您还可以在新的框架/环境中尝试管理层的建议，以便您现有的框架/环境保持不变。这个试用期可以证明你的观点，或者最终工作得很好。
在您的辩护中，如果被测应用程序的主要部分发生更改，是否需要重新录制所有录制的脚本并再次调试？
在他们的辩护中，自动化框架是否如此复杂以至于新的 QA/测试人员无法在几天内进入并开始使用/修改它？像其他任何东西一样，可维护性是一个关键特性。
根据应用程序和自动化套件的类型，录制和回放是否可以轻松使用现有自动化套件的一些复杂功能？
首先，你已经和你的经理谈过了吗？如果不是这样，作为自动化专家，并且作为对您的产品比新员工更有经验的人，您的经理可能会足够信任您，让您选择首选的解决方案。
其次，您自己承认，您的框架可能比必要的复杂。如果您希望框架与更简单（尽管不太复杂）的技术竞争，您可能需要找到使更简单的测试更容易创建的方法。如果您还没有这样做，我建议您与新员工坐下来了解为什么您的框架难以使用。是否允许雇佣者选择使用您的框架？有任何文件吗？是否有人可以帮助新员工攀登您的框架的学习曲线？
最后，维护成本会在测试进行一段时间后出现，这意味着需要时间来证明新员工方法中的缺陷。也许您应该向您的经理建议您的团队在试用期内使用这两种技术，并记录测试的功能以及维护它们所需的工作量。试用期结束后，您应该有一些数据可以帮助经理做出明智的决定。