性能测试如何创造业务价值

本文涉及的产品
性能测试 PTS,5000VUM额度
简介: 业务可控也可以通过字面意思理解,即:各个业务维度的运行监控/业务配置发布回滚以及防资损;

写这篇文章的初衷来源于朋友圈CC的动态:“今年很多写测试工具平台没有成就业务价值的同学,被落入自由市场了”。我俩在评论区交流了下性能测试如何成就业务价值的问题。


当然,CC这条动态感触来源于前几天infoQ的一篇文章:今天很多 CTO 都是被干掉的,因为他没有成就业务。这篇文章开篇词如下:


我可以丝毫不开玩笑地说,今天,很多传统企业里的研发都只是“工人”,哪怕是 CTO,充其量也只是“高级工人”,如果不转换思维去成就业务,就只能停留在工人级别“计件制”的竞争,迟早被裁掉。


以下内容源于我和CC的交流内容,我做了系统性的整理和观点延伸,仅供大家参考。


如何看待技术和业务的关系


做技术的同学对这点应该很熟悉的,面试或者同行交流时,都会说要懂技术还要懂业务,或者基于什么业务场景,采取了什么技术方案,解决了什问题。所以技术和业务的关系在我看来挺简单的,互相成就而已。我理解的技术和业务的关系,用一句话概括就是:技术是为业务目标达成提供支撑和效率工具,业务目标更好的达成对技术有更高的要求


业务的目标:运营业务增长


常见的业务场景,具备的几种特性:


  1. 业务可视
  • 业务的可视,简单理解就是业务的状态,处在什么阶段,目前的效果可以直观的以可视化的状态来呈现,常见的场景就是业务监控大盘(想想监控大盘需要技术做什么?数据采集/数据存储/数据展示)
  1. 业务可管
  • 最常见的就是一些促销活动的配置,比如活动时间、涉及的商品/优惠券、用户类型以及标签体系(这里又需要技术做什么呢?活动会场搭建工具/优惠信息缓存/活动消息推送)
  1. 业务可控
  • 业务可控也可以通过字面意思理解,即:各个业务维度的运行监控/业务配置发布回滚以及防资损;
  1. 业务可优
  • 这一点,我们现在最常见的有电商的千人千面,短视频的智能推荐、针对不同等级会员的优惠营销体系等;


技术如何支撑业务运营增长


640.png


从上图可以看出,常见的业务运营流程中,每个阶段每个环节都对技术部门提出了挑战:


  1. 从需求提出到发布
  • 研发成本、研发效率、交付质量;
  1. 从下单到订单履约
  • 提高业务成交履约率(撮合交易/成单匹配/留存转化);
  1. 业务活动的营销推广
  • 活动搭建、抽奖&优惠券&营销短信等方面的快速响应;
  1. 线上故障的快速发现解决
  • 监控告警、问题定位、风险评估、线上服务的SLA;


如何理解技术创造业务价值


技术的目标:支撑业务运营


640.png


业务本身的特性主要有如下几点:


  1. 精细化运营(需要准确的数据);
  2. 成本和效率(更低的成本和更高的收益);
  3. 更好的服务用户(需要快速高效的解决用户的痛点问题);
  4. 新的业务可以快速落地验证(需要高效的技术响应和技术支撑);


而上述几点业务的特性,都对技术提出了很多的要求!


技术支撑业务运营增长案例


上面讲了这么多业务的特性以及技术对业务运营支撑的重要性,这些内容可以用下面这张图概括:


640.png


性能测试如何创造业务价值


上面的内容来源于我之前的一篇文章《全链路压测的价值是什么


基于我和CC的交流的内容,接下来谈谈性能测试如何创造业务价值,我会通过几个问题来阐述我的观点。


性能测试出现的初衷


先思考一个问题:我们开展性能测试的初衷或者说需求从何而来?


可能是线上用户反馈APP响应太慢,可能是财务或成本部门反映IT的硬件成本太高,也可能是某次业务运营活动由于系统无法及时正确的处理导致了业务目标未达成(问:双11零点线上系统挂了是什么体验)。这些问题归类来说,都是源于用户和业务的痛点或诉求:


  • APP响应太慢:想办法提升处理速度;
  • 硬件成本太高:想办法降低硬件成本;
  • 业务目标未达成:想办法提升系统稳定性;


为什么要做性能测试?


从性能测试的几个关键指标展开来讲,性能测试中大家最关心的是TPS/RT/资源使用率。


TPS即每秒事务数,表示既定配置下某个服务单位时间内的处理能力。


RT也有平均RT/99RT等,是从不同的维度衡量系统处理单个请求的耗时。


资源使用率即运行于某服务器上的服务在处理请求时所耗费的资源。


当然还有请求成功率这个指标,该指标主要用来衡量系统处理请求的成功率和异常请求的容错能力。


从性能测试行为来看,性能测试目标是在尽可能提升系统处理能力&异常容错能力/降低请求耗时的同时,追求资源耗用达到最低。


性能测试创造了什么价值


接着上文继续聊,用户有反馈,财务有诉求,业务遇到了痛点,怎么办?想办法解决问题!


用户反馈慢,那就通过性能测试不断的调优验证,提升单位时间内的处理能力,降低处理耗时,提升用户体验。


财务反馈成本高,那就提高既定配置下服务器的资源利用效率,用更少的资源处理更多的请求,降低硬件成本。


业务遇到了痛点(技术导致业务目标未达成),就想办法利用技术手段解决业务的痛点。


总结一下就是“降低成本/提升用户体验/保障业务目标达成”,这就是所谓的业务价值!


性能测试创造价值的前提


前面我提到了技术是为业务目标达成提供支撑和效率工具,性能测试可以直接或间接创造业务价值,但并不是说有工具就能创造正向的价值。正如我和CC交流的对话:


CCTester 回复 老张:我觉得性能测试只要做起来还是在成就业务价值的。


老张 回复 CCTester:这需要满足几个条件:企业有需求,有资源投入,有看得见这个价值的领导支持,有不断迭代前进的流程规范和技术体系建设。否则性能测试依然是低端run工具水平。


其实技术要创造业务价值很简单,只需要遵循这几点:


  • 发现业务痛点;
  • 找到合适的方案;
  • 用更低的成本更高的效率更好的解决业务痛点;
相关实践学习
通过性能测试PTS对云服务器ECS进行规格选择与性能压测
本文为您介绍如何利用性能测试PTS对云服务器ECS进行规格选择与性能压测。
相关文章
|
6月前
|
监控 测试技术 API
价值驱动测试尝试
价值驱动测试尝试
40 0
|
2月前
|
测试技术 持续交付 UED
软件测试的艺术与科学:平衡创新与质量的探索在软件开发的波澜壮阔中,软件测试如同灯塔,指引着产品质量的方向。本文旨在深入探讨软件测试的核心价值,通过分析其在现代软件工程中的应用,揭示其背后的艺术性与科学性,并探讨如何在追求技术创新的同时确保产品的高质量标准。
软件测试不仅仅是技术活动,它融合了创造力和方法论,是软件开发过程中不可或缺的一环。本文首先概述了软件测试的重要性及其在项目生命周期中的角色,随后详细讨论了测试用例设计的创新方法、自动化测试的策略与挑战,以及如何通过持续集成/持续部署(CI/CD)流程优化产品质量。最后,文章强调了团队间沟通在确保测试有效性中的关键作用,并通过案例分析展示了这些原则在实践中的应用。
72 1
|
3月前
|
敏捷开发 测试技术 持续交付
探索软件测试的多维价值
【8月更文挑战第8天】本文将深入探讨软件测试在软件开发周期中扮演的角色,揭示其在确保产品质量、优化开发流程、降低维护成本以及提升用户满意度方面的重要性。通过分析测试的不同阶段和策略,我们旨在为读者提供对软件测试全面价值的新见解,并鼓励采取更系统的测试方法以实现软件项目的成功。
|
4月前
|
监控 测试技术 持续交付
自动化测试在软件生命周期中的价值与挑战
本文通过深入分析自动化测试在软件开发过程中的应用,揭示其在提升效率、确保质量和减少成本方面的显著优势。同时,探讨了实施自动化测试时面临的技术复杂性、维护成本和技能缺乏等挑战,并提出了相应的解决方案。文章旨在为软件测试专业人士提供一个关于自动化测试实践的全面视角,帮助他们更好地规划和执行测试策略。
|
5月前
|
前端开发 测试技术
接口测试:Mock 的价值与意义
Mock测试用于替代复杂或不可用的对象,常见于前后端交互、第三方系统及硬件解耦。它不依赖真实数据,节省工作量和联调时间。核心包括匹配规则(决定修改哪个接口)和模拟响应(设计篡改内容以符合测试用例)。
|
6月前
|
测试技术 API Apache
5个关键问题让单元测试的价值最大化
本文讨论的单元测试策略来自于实践中遇到的真实问题,作者总结出了5个关键策略问题并给出了解决之道。
|
6月前
|
算法 测试技术 项目管理
阿里十年总结之软件测试的价值
本文是作者十几年工作经验的总结,也对“软件测试的价值”做个探讨,希望有机会跟团队一起走出当前的周期。
|
6月前
|
存储 SQL 测试技术
通过降本增效,提升测试价值
通过降本增效,提升测试价值
101 0
|
6月前
|
缓存 运维 测试技术
如何让测试用例更有价值
如何让测试用例更有价值
59 0
|
6月前
|
测试技术 持续交付 UED
软件测试的价值
软件测试的价值