因为他们都希望自动化测试带来的收益要远大于所投入的成本。不然怎么体现自动化测试价值？如果没有价值还不如直接手工测试来的干脆。
1、调研成本；
2、脚本开发维护成本；
3、自动化用例设计与维护成本；
4、资源投入成本。
1、 提高调研成本，减少人为因数成本
调研成本省不了，而且要加大投入，如果投入成本不大，选择的工具和框架都不适合自动化的开展，那么自动化测试肯定以失败告终。一旦给自动化测试选好了型，后期的转化成本非常的高，所以一开始就要选择合适的工具和框架。
当然为了尽量减少调研成本，需要选择合适人，需要整个团队的配合。
2、 选择好的测试工具
选择好的测试工具，首先要看其所使用的语言是否容易普及，是否功能强大，在自动化测试工具当中，我认为最重要的是GUI对象的识别能力，第三方接口的处理能力。
3、 构建合适的测试框架
有了好的测试工具之后，我们需要一个合适的测试框架，测试框架应该是一个企业级的应用，而不是单一的产品和功能。它至少可以减少重复代码编写，包含常用的操作，简单的配置或自动配置，运行结果自动收集，运行结果简洁且容易分析。
4、 选择合适的人，减少研究，实施投入成本
这里主要讲选择合适的人，做正确的事上。什么人适合做自动化测试呢？
首先要肯定的一点是，有一定的代码编写能力。其次我觉得需要一定软件工程的思想。没有好的思想，是很难组织起清晰架构的代码来的。
合适的人，做正确的事。这里充分体现管理者能力了，尤其是测试框架上的研究，往往不是靠单一的人所能够做到，因为会受到知识体系，思维，能力等相关的束缚。
所以我的意见是这些应该是交给一个组织，该组织内集合测试负责人，测试工程师，自动化测试工程师，来依靠团队的力量来打造合适的测试框架。当然框架的实现上应该交给自动化测试工程师。
那么，什么样的人才是合适？
需要有一定的手工测试经验和自动化测试经验，能知道测试框架为谁而做，需要做什么。
能够将复杂的设计简单化，能够充分理解软件工程的思想，将最简单的应用提供给测试工程师。
5、 减少用例的设计维护成本
如果有好的框架支撑的话，那么用例的设计维护成本完全是可以减少的。
6、 保持脚本整体架构清晰易懂，易维护
7、 合适的加大资源投入成本
我觉得资源投入成本是值得的，资源投入如果能够减少人力的投入的话。我想是所有管理者都愿意看到的。
在如何评价自动化测试收益方面，每个人的角度不通过，得出结果可能也不相同。我想从以下几个方面来看自动化收益：
1、快速测试
测试人员手工测试多个功能，测试执行的并行度总有个上限。而多个并行执行的自动化测试脚本可以更快速地验证版本，一次性地报告问题
2、降低手工测试投入成本
将功能测试人员从繁琐重复的测试中解脱出来，有更多的时间和精力去进行一些探索性的测试。
3、提供了软件的质量
自动化测试能够帮助我们减少生产环境中某种特定类型的缺陷。这些缺陷包括环境或者配置相关的缺陷、在主流程上本来正常但因为后期修改影响到的功能、以及容易被忽略的地方等
4、提高了我们对软件质量的信心
5、自动化测试可以唤起更高的工作热情
这一方面来自于可以部分地将测试人员从大量重复的测试执行中解放出来，另一方面来自于新技术、新工具带来的新鲜感。
如何有效地提高
自动化测试收益
要有效的开展自动化，一定程度上来说，成本是很难降低的，只有将收益最大化。增加收益的方式有很多种：
一、提高自动化测试迭代次数，提高自动化的使用频率
要提高自动化的使用频率，就需要将原有观念自动化测试收益往往来源于回归阶段进行更正，实际证明自动化同样可以在日常测试中发挥作用。自动化的使用用例的重复性使用频率越高，其价值也就越大，其收益也会越大。
二、脚本复用,提高脚本对应功能点的用例覆盖率
提高该脚本所覆盖功能点的用例覆盖，也就是我们不但要考虑减少了自动化脚本开发成本以及降低维护成本，同时也要考虑该脚本带来的收益已尽量去最大化。
三、提高自动化用例的覆盖率，最大程度上减少手工重复的劳动
尽可能的提高用例的覆盖率，并通过自动化来代替我们的手工测试，这样不但能在保证软件质量的同时减少手工重复的劳动，
四、建立并维护好测试用例库，帮助我们节省资源并快速培养测试人员
五、推广成功案例到其它产品
做为一名测试人员，建议每一个软件测试工程师都要提高编码能力，不仅仅只限于自动化，也要了解开发中所用到的技术，在本地运行当前所测试的开发项目，熟悉开发代码，最后可以做到，找到 bug 时知道怎么去改。
