关于自动化测试，求助下各位，自动化到底要用在那个地方
那个自动化测试，我们到底是要用在那个地方呀，或者那个时候，用自动化测试，因为以前听自动化测试，很多人说用在回归测试上，验证前后是否一样，但是我个人觉得，中间的过程，和手工去对比，反而后者要方便，自动化测试就是模拟人工操作，很多公司开发什么财务软件，医学软件的，招聘信息，都写着，必会自动化测试，为什么开发这两个软件的公司，必须要自动化测试呢，我到现在都没搞懂，那个自动化，到底要用在那点，自己觉得，性能应该和自动化分开，【自动化测试是把以人为驱动的测试行为转化为机器执行的一种过程。通常，在设计了测试用例并通过评审之后，由测试人员根据测试用例中描述的规程一步步执行测试，得到实际结果与期望结果的比较。在此过程中，为了节省人力、时间或硬件资源，提高测试效率，便引入了自动化测试的概念】这个是自动化的概念，我在想，这个问题，估计很多公司，到现在也都不明白，自动化测试到底是啥，到底应该用在什么地方，所以很多公司招聘也跟风，说要自动化测试，我觉得，首先自己要明白自动化测试用在那些地方，那些地方不该用，面试碰到问到自动化，如果回答这些方面，可以转被动而主动，大家能不能举几个例子，说下，自动化，到底用在什么地方最好， 1. 需要大量回归测试，特别适合产品型公司（曾经在一公司，每个礼拜出一个Build，有1000个回归测试用例，周五下班出新build，自动化可以实现的是自动安装产品，自动搭建测试环境，自动执行脚本，自动产生报告，周一早上业务测试人员看下报告就可以了）2. 手动太费时费力，自动可以代替（大数据量的比较，手动还容易犯错）
3.以上我典型的功能自动化测试，楼下补充~ 如果只说自动化测试，那除了GUI自动化以外，还可以包括单元自动化与接口自动化。
自动化测试的一大特点就是去替代重复度高的繁重的测试工作。比如一个测试场景有1000组测试数据，要执行1000次，每组不同的数据还会产生一张0-10000条记录的表需要去比对结果，用手工测先不说花费工作量有多大，这种重复的工作就是烦都能让人烦死，而机器不会烦，更不会因为心情不好导致效率下降准确率变低及漏测等。
测试效率上，自动化一般要高于手工，以接口测试自动化为例，在接口测试中，一般执行一次1000个用例的自动化测试的时间不超过1小时，而如果用手工去执行1000个接口测试用例呢，一个人来执行少则3-5天，多则1-2周。
当然自动化也不是万能的，也不是什么情况下都适合自动化，这些方面很多文章和书籍都有介绍的，就不多赘述，LZ可以多去翻翻看看。 只要是存在重复的地方都可以考虑自动化。重复的次数越多，自动化越有价值。
其实平时工作中大家很多地方都存在自动化的思想，比如使用脚本、工具定期清理系统垃圾，每天早期定时打开所有的工作软件。。。
同理，测试工作中有太多的事情是重复的，如回归测试，整个测试过程就是一次重复，如果之前测试完了有办法“记录”下我的测试过程，以后自动完成上次同样的测试不是更好吗？
其它的如测试环境搭建、测试过程输入、测试环境测试...这些重复的地方都可以考虑自动化。
但是，自动化本身也有成本，要有相应的人员去熟悉工具、语言、框架，需要投入前期开发时间、后期维护时间。所以就存在一个平衡，投入的与回报的关系，如果投入太大，回报太少，自动化有再多的好处也不应该去实施。
页:
[1]
