测试自动化优于测试自动化

soyeb77

IT 行业的最新趋势充分表明了一个众所周知的事实，即测试自动化正变得无处不在，而使测试成为一种研究性和独特职业（也与手动测试相关）的技能正在衰退。然而，我们的目标并不是专注于使自动化测试比手动测试更具优势的事情。测试自动化和测试自动化之间存在明显的区别。两者如何影响软件产品的开发，遇到了什么经验等等……本文旨在回答并强调其中的一些问题。

全球IT行业的大亨们认为，公司的声誉受到威胁，因此他们别无选择，只能盲目地采用自动化测试套件，这将完全消除产品召回、维修和随之而来的后果的可能性。市场份额和用户信任度受到侵蚀。毕竟，它可以方便地满足 100% 覆盖率和测试用例快速脚本编写的要求。

测试自动化
这些公司还对将自动化纳入测试缺乏信心，提出了真 导管 CN 正的经济担忧。他们认为，即使他们以某种方式汇集了合适的熟练人力来开发自动化套件，那么它本身或多或少都会成为一个产品，并承担所有的支持和维护成本。他们认为，投资回报会发生什么变化？

测试自动化应该采用什么方法
在制定自动化测试策略时，我们需要摒弃大量与额外成本相关的先入为主的观念。
整个思维过程应该围绕“我如何才能更快地测试？”之类的问题展开。我怎样才能扩大其覆盖范围以获得更好的覆盖范围？
该功能应该针对从尽可能低的级别进行测试
要开发出可以应对系统中不规则调整的测试工具，部分方法应该是克服开发和测试的界限
一些可以成为我们努力的朋友的工具/技术是：数据管理、状态操作、关键错误跟踪器和日志文件解析。
像旧用户手册这样的文档也可以在很大程度上帮助我们。



正如拼图游戏有不同的部分一样，自动化测试用例的所有方面都需要被视为同一拼图的各个部分。例如，管理数据的测试代码、创建浏览器的测试代码、管理页面上用户交互的代码。最后，将有一个处理结果报告的代码。将所有这些测试代码放在一起并扩展这种方法可以构建我们需要的测试工具。当我们这样做的时候，我们需要仔细分析我们遇到的障碍并深入研究它们。例如，当我们设计一个API测试工具时，测试时间过长，我们需要深入研究阻碍其快速响应时间的原因。

测试自动化在哪些方面可能不是最合适的？
自动化需要一次重复或几次迭代的测试没有任何意义。
当应用程序的项目需求非常动态时。由于自动化测试套件的设计需要足够的资源和大量的劳动力，因此为需要定期更改和调整的平台规划一个自动化测试套件是违背合理的经济意识的。
除非测试的自动化不是在开发周期的每个阶段与开发团队密切合作开始的，否则很难想出一个完整有效的测试工具。既然如此，为什么首先要介入呢？
这些防护服的维护成本相当高，在衡量项目的整体经济性时可能会成为阻碍。
自动化测试可能非常耗时，因此其使用应仅限于高优先级测试。