关于自动化方法

Question

   我应该自动化在PowerBuilder中开发的应用程序。为了测试这个应用程序，我们使用Rational Robot作为功能测试工具。我们预计每个版本的应用程序中至少有40％-50％的变更控制。发布趋势每年至少安排3次。

每个客户的产品设置不同。因此已经推导出情景。虽然如果发生任何变化，它将在功能特征和界面中。指出这一点，需要继续自动化。确定了几个稳定的区域（即没有发生重大变化的区域）进行自动化。继续使用自动化是否可行？

你能否建议我如何解决这个问题？

Answer 1

我已经看到你的上一个问题的答案涉及一名顾问花两天时间面试开发团队，然后三天开发一份报告。而且，在某些情况下，我会说这份报告是初步的，介绍性的，并且是匆忙的。但是，让我抛出一些可能有助于管理团队期望的想法。

测试自动化非常适合检查涉嫌未被触及的功能中的回归。诸如框架更改或数据库更改之类的事情可能会导致未触及的代码崩溃。对于规避风险的环境（例如银行，药品处方），自动化投资非常值得。

然而，我所看到的经常是对工作的低估。要真正测试单元中的所有功能（例如，让我们说一个窗口），您需要查看规范，设计测试每个功能点的测试，计划数据（进入窗口的数据是什么，您将如何确保每次开始测试时数据都符合预期，完成测试后的数据是什么，如何确保数据（包括不可见数据）是正确的，然后编写脚本并调试所有数据试验。我不确定专业测试人员说的是什么（我是一名贸易开发人员，但已经参加过自动化测试工具课程），但是如果你不打算花费相同的精力去开发自动化当你花在相同功能的应用程序开发上进行测试时，我认为你会很快变得沮丧。除此之外，不断变化的功能意味着更改测试脚本，自动化测试可能会成为一项重大成本。 （所以，告诉你的经理自动化测试并不意味着你按下按钮就可以测试。＆lt; grin＆gt;）

这并不是说您不能在测试上花费更少的精力并获得某些结果，但是您可以获得所付出的代价。有一个打开和关闭应用程序中所有窗口的脚本提供一些值，但它不会告诉您框架中实现的新行为在窗口X或数据库上被覆盖更改已经搞砸了DataWindow下拉项目的顺序，或者报告完成时间从5秒到5小时。但是，再次，不要低估努力。这是一个新工具，需要弄清楚并掌握新语言和特性。

自动化测试可能是一项很好的投资。如果失败的代价是巨大的，就像一个导致死亡的严重处方药，那么投资是值得的。但是，对于功能转换率较高的情况（我认为您正在描述）并且故障的后果不太重要，您可能需要考虑将测试自动化的成本/收益与其他手动测试资源进行比较。

祝你好运，

特里

Answer 2

再加上@Terry所说的话：听起来你对自动化和特别是Rational Robot都是新手。

要记住的一件事是测试自动化是软件开发，需要对其进行处理。这意味着您需要专注于自动化工作的人员，他们是坚实的程序员，并且具有所使用工具的专业知识（在这种情况下为机器人）。

如果您的团队没有通用编程/自动化技能和特定的机器人技能，您将需要雇用该人员或让现有员工接受这些技能培训。