想要自动化的手动测试仪

#1 楼

所有的学习都从第一步开始。您已经根据自己的兴趣进行了学习。当我开始编写自动化工具时，我得到了这个社区和StackOverflow的大力支持。我可以分享我的经验。初学者进入测试自动化的5条规则：

规则1-开始编写自动化套件时，不必担心设计和错误处理。编写功能并将其缓慢集成。重构，应用OOPS原理，一旦您的代码开始工作，就可以学习日志记录。您需要选择和阅读良好的信息文章的资源很多。在这种情况下，导师会很有帮助。

规则3-探索工具-专注于学习TestNG基础知识，JUNIT基础知识，SOAP UI和其他工具。将自动化分为多个层-框架设计，执行层，日志记录，报告层。分配时间并尝试免费软件工具，GTAC讲座，工具演示会议。

规则4-如果遇到困难，请寻求帮助。寻求最佳实践方面的帮助，在论坛中进行方法设计。接受错误并从错误中学习，不断提高知识水平。

规则5-根据以下准则检查您自己的框架： -所有测试都可以重新运行，而无需使用任何硬编码/静态数据。
不要重复您的代码/重复的代码，在需要时重复使用相同的方法（您在此处应用OOPS）。结果报告-结果可读，能够深入每个测试用例的步骤。
错误记录和报告-您可以选择启用/禁用记录到不同级别的日志以调试问题。
可配置-可以只需最少的配置更改即可在任何环境下运行系统。
应用设计模式/ OOPS原理/最佳实践并不断改进您的自动化套件。希望对您有帮助！

使用现有的自动化工具QTP，Winrunner所报告的大部分项目将由产品本身处理。主要工作是录音，写案件。

开发一种成熟的内部自动化框架需要多次迭代，但是从一开始，始终最好使用工作代码。

#2 楼

我在自动化方面的经验是，它对于回归非​​常有价值，尤其是执行繁琐且费力的回归。登录脚本通常是一个实用程序，它作为较大的脚本套件的一部分出现-如Siva所说，如果您不想自己创建维护噩梦，则必须面向对象和数据驱动。

Phil是100％正确的-您不想简单地编写手动测试代码。某些类型的测试可以手动更好地处理，而其他类型的自动化则更有意义。

我的建议是：



遵循80/20规则-良好的自动化目标涉及80所使用的应用程序的20％ 80％的用户百分比。我的最后一位雇主，该应用程序具有大量的设置，大部分时间只能完成一次，并且交易组件相对较小，几乎所有活动都在其中进行。回归集中在交易上。

每个组件标识符应在您的代码中恰好出现一次，最好以定义的常量或对象映射的形式出现。这样，当组件发生更改时，您只需要在一个地方更新自动化，就可以知道要更新的地方。 （我目前的职位是将其存储在数据库中，并构建了一个粗糙的Web应用程序来编辑数据库）。

着眼于ROI-与其说是$$$，不如说是测试者的时间和商业价值。如果您有一套需要花费数天或数小时才能完成的手动测试，并且如果回归不成功，它们会损害您雇主的声誉，那么它们将是自动化的良好目标。我的最后一位雇主，这是交易中的税收计算。裸骨手动回归是3-5个测试员进行了一周的乏味测试，极有可能出错。一旦实现了自动化并完成了验证基准的苦难，便会在每晚（在三台机器上，总运行时间超过24小时）运行一套更全面的测试，从而可以影响税率计算的任何因素在推出后的一天之内被抓到。

保持积极的维护和重构程序-我的经验是，积极维护和改进自动化代码是避免麻烦的唯一方法。我的最后一位雇主，其中一些自动化系统已有10多年的历史了，我是那里唯一的一个了解它是如何工作的人，因为对维护的重视还不够。

自动化是代码-令人惊讶的是，有很多人没有这样做。您会看到宣传无代码自动化的工具-它们的意思是对它们进行编码，并限制了您根据已编码的内容构建脚本的能力。即使使用这些工具，您仍然需要保持测试的粒度和可重用性，否则您将一团糟。

不记录/播放-即使最先进的记录/播放工具也无法完成结构良好的代码所能做的事情。

使繁琐的任务自动化-我对此压力还不够。如果您要进行多次无聊的操作，那么它是自动化的理想选择。

不要忘记实用程序-可以忽略实用程序自动化，而支持自动回归，但它同样有用。自动执行冗长的应用程序安装过程可以节省每个人的时间和精力。自动配置标准数据集是要考虑的另一个好方法。自动化的数据库备份/还原，批量文件复制操作，虚拟机设置等均节省大量时间。自动化测试报告是另一个很好的方法-不用使用工具的结果报告，而是以每个人都可以阅读的格式将测试日志导出到中央存储库。将它们输入管理人员可以使用的仪表板。

如果重复，请使其自动化-明显的例外，例如检查打印输出（使用mach-1眼球可以更快，更准确），如果有缺陷多次生产，请考虑进行自动化测试。

希望这些能给您一些想法。

#3 楼

希望有人会随他们的经验而来，但您可能想知道自动化不仅是编写您的手动测试的一种情况，自动化的全部好处是，自动化的作用还不止于此...

#4 楼

对于自动化测试，您将需要完全了解要测试的域或项目。了解实际/预期的行为将极大地帮助您编写自动测试脚本。

您可以使用Selenium IDE编写或练习简单的测试脚本。阅读完脚本后，您可以放心地使用IDE或RC等编写测试脚本。

#5 楼

上面的所有很棒的东西，但似乎是孤立的。做一个孤单的声音来寻求帮助并不好。

您将需要管理期望，需要花一些时间来整理一些在前几周以外都可以正常工作的东西。 />试用任何新工具时，尝试至少执行2周，一个月比较好，然后尝试做一些艰苦的工作，包含对象的表格单元，按程序生成的图像（即按钮）和看起来不错的第三方控件。 br />
在讨论大多数工具的记录和回放仍然不够好这一事实时，您将需要精打细算。

测试自动化不一定编写所有测试，它们可能比编写测试还要维护该工具，它们可以在那里使其他人编写测试。
Handcraftin g测试是如上所述的方法。

如果您的工具没有对象存储库，请创建一个。毕竟，让开发人员为所有对象输入唯一的ID是使用自动化的主要目标。
更好地将存储库抽象出来，让开发人员维护对象存储库电子表格，或者您保留它。 br />
请确保您可以从测试日志中尽可能确定错误的位置。
在测试失败和任何其他可能的信息时，请始终进行屏幕截图/应用程序截图。 ，如果没有其他内容，请等待循环中发生的事情。
即使出现一个对象，它也可能尚未完全装入并准备就绪。

将计时放在调试级别的报告中，可以查看冗长的测试以了解它们花费的时间太长。总是希望演示会失败：)就像魔术一样！

如果公司对自动化很认真，那么当其他项目被“按时”投入时，Automator不应为其他测试人员做准备，这很麻烦

从自动化引擎中提取测试和存储库（尽可能），以便如果公司决定加入一个新的库来进行驴工作。方向不同。

祝你好运。