你的项目中，进行自动化测试的目标是什么？
回答·23
最热
最新
- 目前实践下来，自动化测试除了测试人员自身的技能，还需要整个项目人员的支持，主要体现在流程上的规范，比如接口文档的完善、版本周期的稳定等，单测试人员自己去推自动化，可能产出比不会太高。
- 1.快速冒烟，满足 cicd 2.回归用例多的话可以提高回归测试的效率
- 1.可优化测试速度：可快速的运行上万条记录 2.可提高准确性、稳定性：可以不为外界因素干扰，准确运行测试用例 3.可提高工作效率
- 1．提高测试人员的工作成就感和幸福感，减少手工测试中的重复性工作 目前，在中国的大部分中小企业中，手工测试占日常测试工作的大部分比例，测试人员必须跟随开发团队一起不断地进行迭代式开发和测试，一个功能模块可能在整个测试周期被重复测试的次数超过10次以上。测试人员在执行了如此多的重复工作之后，常常会对于“IT民工”这个词有着更加深刻的理解。 如何改变这个现状呢？使用自动化测试肯定是个很好的选择，脚本写好以后，可以不断地重复运行，测试人员只需要单击某个按钮就可以开始测试工作了，然后去喝喝茶看看报纸，一会儿回来看一下测试结果，就完成了以往手工测试需要花费很长时间的工作。测试工作的成就感和幸福感油然而生，测试人员也会有精力和意愿去主动地推进自动化测试在不同项目中的深入实施。 如何验证达到了此目的呢？可以通过测试人员的满意度调查来了解是否提高了测试人员的成就感和满意度。 2．提高测试用例的执行效率，实现快速的自动化回归测试，快速地给予开发团队质量反馈 使用手工方式来执行测试用例，执行速度必然是很慢的。人是一种生物，而不是机器，工作时间长了必然会觉得劳累，测试执行的速度自然就慢了下来，在测试用例非常多的情况下，完整测试一遍所有测试用例的时间成本就会相当高。 使用自动化测试取代手工测试，那么测试用例的执行者就变成了机器执行，机器可以24 小时不停地执行，它可以毫无怨言地、不知疲倦地、快速地完成测试脚本指派给它的测试任务。此种方式势必可以大大提高测试执行的效率，减少测试用例的执行时间，提高测试执行的准确性。 目前，敏捷开发模式也在各类软件企业中开始普及和应用。敏捷开发对于被开发产品的质量反馈有着很高的要求，需要每星期甚至每天开发出一个build 版本，并且部署在测试环境上，同时希望测试人员能够给予质量的快速反馈。目前，只有通过自动化测试的方式才能真正实现对于大型敏捷开发项目的质量反馈需求，缺少自动化测试的敏捷开发项目会大大增加项目失败的风险。 如何验证达到了此目的呢？可以和以前手工测试的执行时间进行对比，看看是否明显缩短了测试用例的执行时间，询问开发人员项目的质量反馈速度能否为快速地发布产品带来很大帮助。 3．减少测试人员的数量，提高开发和测试的比例，节省企业的人力成本 在大部分IT企业的运营成本中，50%～70%的成本是人工成本，如何能够更好地控制人工成本，对于企业的发展有着重要意义。使用自动化测试方式，势必会减少手工测试的工作量，从而达到减少测试人员的目的，进而降低企业的人工成本，增强企业的盈利能力。 如何验证达到了此目的呢？在相同级别测试工作量的情况下，企业可以测算在使用自动化测试后，项目中是否减少了测试人员投入数量和工作时长。 4．在线产品的运行状态监控 在完成产品开发和测试工作后，产品会被发布到生产环境，正式地为用户提供服务。但是产品在生产环境的运营过程中，总是会由于各类原因造成这样或者那样的运行问题或故障。如何快速发现这样的问题呢？有人说“出了问题一定会有用户给客服打电话进行投诉的，那么我们就可以发现生产环境中的问题了”。如果采用这样的处理方式，势必会降低用户对于产品使用的满意度。另外，如果没有热心的用户进行投诉，那么生产环境问题被发现的时间会被大大推迟，所以依靠客户投诉的方式是不可取的。 为了保证快速、及时地发现生产环境的不定期问题，建议采用拨测的方式来监控产品的运行状态，可以编写自动化测试脚本测试产品的主要功能逻辑，定时运行测试脚本检查产品系统是否依旧可以正常工作，如果运行测试脚本后没有发现任何问题，则休眠等待一段时间后再运行测试脚本检测产品系统的运行状态。如果测试脚本发现了产品系统的运行问题，在重试几次之后确认产品系统的问题依旧存在，则测试脚本会自动给系统运维的值班人员发出报警邮件和短信，相关人员收到报警后可以人工去处理系统出现的运行故障，这样就达到了实时监控产品系统的目的，可以在第一时间发现和处理系统的故障。 如何验证达到了此目的呢？在生产环境运行的产品系统出现问题，系统可以在几分钟内实现自动报警。
- 1.提升测试效率 2.提升数据客观性与准确性 3.节省人力成本 4.节省员工培训成本
- 核心目标就俩字：偷懒 由于项目越大越复杂，手工进行测试的时间成本和人力成本就越大，在进行回归测试和冒烟测试的时候就非常拖延项目进度，所以自动化测试的意义就在于将这些重复性高的测试用脚本代替，缩短项目周期，提升团队运转效率
- 自动化测试的目标是重复性的测试行为实现自动化，那么回归测试首当其冲。我们先来看看测试时的场景： 开发版本提交频次比较高，一天一次甚至一天多次都有，理论上来说开发每部署一次测试环境我们都需要进行回归测试，但是现状是回归的东西太多，做不到覆盖所有；其次是天天回归，烦死了，算了随便点点吧；甚至算了不回归了，上预生产前好好回归一次吧 基于这样的场景，自动化解决了人为回归测试覆盖不全的场景，解决了人为回归测试会产生懈怠，解决了回归测试的频率。 但是要注意，这玩意并不会节省人力成本，高手自动化测试人员比功能点点点贵多了
- “自动化测试的目标啊，简单来说就是让测试跑得更快、飞得更远！为啥这么说呢？首先，效率方面，想象一下你手动测试时那种‘一步一个脚印’的速度，再瞅瞅自动化测试‘风驰电掣’般的执行速度，简直就是一个在天上一个在地下！有了自动化测试，再也不用担心项目进度被繁琐的测试拖后腿了。 然后，覆盖率方面，手动测试难免会有疏漏，就像你打扫房间时总有几个角落扫不到一样。但自动化测试可就不一样了，通过机器执行，每个角落都不放过，每个边界条件都要试个遍！所以嘛，自动化测试的目标就是让测试更高效、更全面。
- 尽可能摆脱人力流动风险，减少重复迭代测试人力成本，测试赋能
- 我做自动化的目标主要是公司要搞，我也可以偷点懒。（实际上，根本无法偷懒，事情是干不完的。） 公司为什么做自动化测试呢？ 从整个团推提效来说，自动化对于回归测试这样的场景确实是非常有用的，他能让你在一整套交付的流水线中不怎么需要人工干预，上线人员可以随时保持机动。 不过有很多团队为了 KPI，会去造各种各样的测试工具，要把所有的用例都搞成自动化，花费了很多人力物力，效果并不怎么明显。