请简单说明自动化测试和手工测试的区别?自动化测试是否能替代手工测试?

请讲解下,请简单说明自动化测试和手工测试的区别?自动化测试是否能替代手工测试?
最新回答
王牌女人

2024-09-17 07:15:54

自动化测试不能代替手工测试,因为并不是所有的功能自动化测试都可以实现,它的效率也不高,而手工测试能通过人为的逻辑判断效验当前的步骤是否正确,同时用例的执行具有一定步骤跳跃性,能够清楚知道逻辑,细致定位问题。

两者的区别是:

1、测试效率不同

完成同等数目的测试,启动自动化速度更快,手工测试则需要消费更多的时间。但是自动化测试的脚本开发比用例开发耗时长,包括编写脚本、调试脚本、维护脚本,而手工测试虽然也要对

测试用例
进行撰写、评审、修订,由于用例编写更多为自然语言,时间上会少。

2、资源利用率不同

自动化测试在设备、仪表资源能够7*24小时利用,这点上手工测试没有可比性。

3、执行可靠性不同

自动化测试中可靠的按脚本执行,后续定位、复现有明确的配置路径可循,而手工测试往往会因为自己的判断导致测试出错,并且在测出来的问题上有一部分是不能复现的。但是自动化的稳定来源于其死板,而人的智慧体现在思维的跳跃,跳跃的思维也会导致后期不易定位。

4、覆盖率不同

在同等时间内,启动自动化测试能够覆盖更多的功能,而手工测试只能覆盖小部分功能。但是自动化测试适合

回归测试
,开发中的功能不划算。对于开发中功能,需求或者实现的更改,都会导致自动化脚本的变更,开发中的功能更适合手工测试。

参考资料来源:

百度百科-手工测试

参考资料来源:

百度百科-自动化测试

过期关系

2024-09-17 02:40:32

不能代替手工测试,自动化测试引入的原因是就把软件测试人员从枯燥乏味的机械性手工测试劳动中解放出来,以自动化测试工具取而代之,但一些创造性测试还需要手工测试。

区别如下:

一、定位不同

1、自动化测试:把以人为驱动的测试行为转化为机器执行的一种过程。

2、手工测试:就是由人去一个一个的输入用例,然后观察结果,和机器测试相对应,属于比较原始但是必须的一个步骤。

二、适用场景不同

1、自动化测试:回归测试,重复单一的数据录入或是击键等测试操作造成了不必要的时间浪费和人力浪费;此外测试人员对程序的理解和对设计文档的验证通常也要借助于测试自动化工具;采用自动化测试工具有利于测试报告文档的生成和版本的连贯性;

自动化工具能够确定测试用例的覆盖路径,确定测试用例集对程序逻辑流程和控制流程的覆盖。

2、手工测试:适用于所有场景,效率低。

三、选型原则不同

1、自动化测试:初学的自动化测试人员均会使用录制脚本到修改脚本的过程。但专业化的建议是以录制为参考,以编写脚本为主要行为,以避免录制脚本带来的冗余、公用元素的不可调用、脚本的调试复杂等问题。

2、手工测试:首先要描述测试目的,测试环境及其局限,以及执行测试时常犯错误,然后需要深入到测试场景之中。此时,必须详细列出测试步骤。

参考资料来源:

百度百科-自动化测试

参考资料来源:

百度百科-手工测试

小小

2024-09-17 06:04:39

这是我做的····
手工测试是传统的测试方法,由测试人员手工编写测试用例,缺点在于测试工作量大,重复多,回归测试难以实现;自动化测试利用软件测试工具自动实现全部或者部分测试工作:管理、设计、执行和报告,自动化测试节省大量的测试开销,并能够完成一些手工测试无法实现的测试。
自动化测试是对手工测试的一种补充,自动化测试不可能完全替代手工测试,因为很多数据的正确性、界面是否美观、业务逻辑的满足程度等都离不开测试人员的人工判断。而仅仅依赖手工测试的话,则会让测试过于低效,尤其是回归测试的重复工作量对测试人员造成了巨大的压力。
  因此,自动化测试仅仅是某些条件下手工测试的一种补充,而无法全面取代手工测试。
希望对你有帮助
丑到未知丑

2024-09-17 14:37:33

根据我自己的工作经验,自动化测试一般用于回归测试和兼容性测试。比如上线一个新版本,除了验证新功能的正确与否,还必须保证旧功能的正常运作。但是针对旧功能,没有必要每次都手工跑一遍测试用例,太费时间。我们可以针对旧功能,写一个自动化脚本(比如登录注册页、用户反馈页这些很少去碰去改动的页面),每次都让脚本自己运行一遍,一般没什么大问题。

工具应用于兼容性测试的场景。

雨点躲日落

2024-09-17 07:46:26

-- \(^o^)/~ 快考试了 还没答案、