对于自动化测试的价值如何体现，我的思考和观点主要有如下2点：

1. 基于团队内部，从解决问题角度出发的技术落地实践和数据度量；
2. 基于跨团队合作，从KPI/OKR角度,用度量的数据来支撑你的价值传递；

接下来我会基于上述两点来分开阐述我的观点和思考。

团队内部，解决问题

前面的自动化测试系列文章提到过，不同公司不同技术团队对于开展自动化的目的各有不同，常见的目的有下面几点：

1. 测试数据准备耗时长，为了提升造数据的效率而做自动化测试；
2. 项目上线之前的核心业务链路回归，为了提升回归测试效率，这也是一种上线前的check手段；
3. 提测前为了快速验证提测质量，作为一种冒烟测试手段提升效率，同时这也是一种测试左移的实践；
4. 团队大业务线多，通过统一框架和协作规范来提升测试团队协作效率，减少造轮子，避免资源内耗浪费；

当然还有其他目的，总结一下，做自动化测试的目的主要是降本增效。即通过技术手段，提升测试过程效率和团队协作效率，新增测试回归验证手段，降低重复性工作投入成本。

其实无论是出于什么目的，开展自动化的本质，一定是有痛点影响到了项目交付质量或者效率。开展自动化，首先是为了解决问题，度量指标是为了便于评估开展这件事的投入产出是否符合预期，以及支撑价值传递。

用一个朋友的话讲：

最怕的是那种还没开始做就喊着我要做自动化测试平台，用什么高大上的技术的人。 我希望我团队里的同学，做自动化是自发的，想解决自己工作中遇到的问题，先让自动化run起来。 界面好不好看不重要，用什么工具不重要，重要的是问题有没有解决，有没有提升效率，解决真实的问题。

跨团队合作，价值传递

接下来聊第二个观点：基于跨团队合作，从KPI/OKR角度，用度量的数据来支撑价值传递。

自动化测试对测试团队来说，最直接的显性价值是替代手工重复工作，解放人力，保障回归质量，提升测试过程效率。

而解放的人力，可以去做更多更有创造性的事情，这也是自动化测试的隐性价值。比如：

• 尝试探索性测试；
• 提升测试人员的技术和实践能力；
• 加深对需求和业务的理解，有所沉淀；
• 研发测试过程改进和机制/技术优化，提升协同效率；

还有一点很多同学会忽略，就是自动化测试对团队带来的放大价值。主要体现在几个方面：

• 自动化测试加入到CICD流水线中，提升持续集成和交付能力；
• 脚本的可复用性会提高脚本对应功能点的覆盖率，能降低很大的人力成本；
• 建立并维护好测试用例/测试脚本库，可以培养新加入的同学以更快的速度形成战力；

很多时候我们思考问题都会习惯从技术角度出发，实际上技术是为业务目标达成提供支撑和效率的工具。

对企业来讲，业务是最直接的变现逻辑和渠道，业务目标追求的是更低成本+更高效率，来保障目标达成。

业务发展遇到了痛点（技术导致的业务目标未达成），就想办法利用技术手段解决业务的痛点。所谓的自动化测试创造的业务价值，其实就是自动化测试的初衷和本质：降低成本+提升效率。

自动化测试可以通过间接的方式支撑业务目标的达成，但并不是说有技术就能创造正向的价值。技术要创造业务价值很简单，只需要遵循这几点：

• 发现业务痛点；
• 找到合适的方案；
• 用更低的成本更高的效率更好的解决业务痛点；

我在前面的文章中提到了关于项目落地运营要注意的事项：

业务运营：解决了业务什么痛点，对业务目标达成的促进；

技术运营：用户体验、交付效率、质量提升、用户满意度；

本质一直没有变化，就是找到痛点，用合适的方案解决问题。

解决问题的过程中，用数据指标来度量解决问题的成本和效率，不断修正过程。

最后，用数据来支撑你的价值传递。

学习安排上

作为一位过来人也是希望大家少走一些弯路，如果你不想再体验一次学习时找不到资料，没人解答问题，坚持几天便放弃的感受的话，在这里我给大家分享一些自动化测试的学习资源，希望能给你前进的路上带来帮助。【保证100%免费】

视频文档获取方式：

这份文档和视频资料，对于想从事【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴我走过了最艰难的路程，希望也能帮助到你！以上均可以分享，点下方小卡片即可自行领取