Loading [MathJax]/jax/output/CommonHTML/config.js
前往小程序,Get更优阅读体验!
立即前往
首页
学习
活动
专区
圈层
工具
发布
首页
学习
活动
专区
圈层
工具
MCP广场
社区首页 >专栏 >2025 年软件测试趋势:你准备好了吗?

2025 年软件测试趋势:你准备好了吗?

作者头像
FunTester
发布于 2025-02-26 06:43:16
发布于 2025-02-26 06:43:16
5000
举报
文章被收录于专栏:FunTesterFunTester

随着软件开发模式的不断变化,软件测试行业也在经历着一场深刻的变革。曾几何时,手工测试一度占据主导地位,但如今,自动化测试已经成为标准,而 AI 驱动的智能测试正迅速崛起。测试工程师的角色与技能要求也在不断提升,从单纯的找 Bug 到如今的质量保障全链条参与。到了 2025 年,软件质量的保障不仅仅依赖传统的测试人员,更需要与开发、运维、安全团队的深度协作,形成 DevOpsDevSecOps 以及智能化测试的新生态。

本文将深入探讨 2025 年软件测试的 8 大技术趋势,希望能够帮助测试工程师更好地把握行业的发展脉搏,提升自己的核心竞争力,迎接未来的挑战。

AI 与智能测试加速落地

人工智能(AI)在测试领域的应用已经从概念阶段迈入实际落地阶段,主要体现在以下几个方面:

  • 自动化测试生成与维护:AI 能够根据需求文档、历史测试数据以及代码变更,自动生成测试用例,并具备自修复能力。随着 UI 或功能的改变,AI 能迅速分析并修复测试脚本,避免因界面更新或功能调整导致的测试失败。这种智能化生成和维护大大减少了人工编写和调试测试脚本的工作量,提升了测试的效率与准确性。
  • 缺陷预测与根因分析:AI 可以通过对历史缺陷数据和代码的分析,识别出软件中可能存在的高风险模块。通过学习过去的缺陷数据,AI 可以预测哪些模块更容易出 Bug,并提出预警,帮助团队提前识别和修复潜在问题。除此之外,AI 还可以进行根因分析,快速追溯缺陷的源头,极大地缩短了问题定位和修复的时间。
  • 智能化回归测试:AI 不仅能根据代码的变更范围,智能地选择最相关的回归测试用例,还能评估哪些测试用例对软件质量的保障最为关键。通过优先执行高风险、高影响的用例,AI 可以减少不必要的测试执行,避免重复和低效的测试任务,从而提升回归测试的效率和质量。
  • 智能化缺陷检测:AI 还可以借助图像识别自然语言处理等技术,在视觉测试和文档检查等场景中发挥作用。例如,AI 可以自动检测 UI 界面的视觉差异,甚至能通过分析文本内容来发现潜在的语法或逻辑错误。这样的智能检测能够帮助开发团队发现人工测试遗漏的细节,进一步提高产品的质量。

AI 赋能的测试工具(如 TestGPT、Mabl、Testim 等)正在改变传统的测试方式,提升测试效率和覆盖率。这些工具不仅帮助测试团队减少了重复劳动,还能够将更多精力投入到测试策略的制定、优化测试流程及确保产品质量上。未来,测试工程师的角色将从单纯的脚本编写转向更高层次的工作,如 AI 测试策略的制定、智能测试框架的构建等。 这种转型不仅提升了团队的整体效率,还推动了测试行业整体向更高效、更智能的方向发展。在这个过程中,测试工程师需要不断适应新技术的应用,提升自身在 AI 测试方面的技能,成为推动智能化测试创新的重要力量。

无代码/低代码测试工具兴起

随着无代码/低代码开发的兴起,测试领域也涌现出了一批无代码/低代码自动化测试工具,如 Katalon、TestProject 和 Leapwork。这些工具主要解决了以下几个问题:

  • 降低测试门槛:无代码/低代码工具通过直观的拖拽式界面,让非技术背景的人员也能轻松创建自动化测试。这种方式不仅减少了对编程技能的依赖,还能够让产品经理、业务分析人员等非开发人员参与到测试过程中,进一步提升了团队的整体测试能力和协作效率。
  • 提升测试开发效率:即使是测试开发人员,也可以借助这些无代码工具快速搭建测试框架,从而大幅提高测试脚本的编写效率。无需从头编写繁琐的代码,开发人员能够专注于更高层次的业务逻辑和功能验证。通过灵活的拖拽和配置,测试人员可以迅速编写出功能完整的测试用例,进一步加速了测试的开发过程。
  • 加速交付周期:无代码测试工具的使用可以减少测试开发时间,进而加速整个软件交付的节奏。由于测试用例的创建变得更加简单

无代码测试工具的兴起并不会完全取代测试开发,复杂业务逻辑和深度测试仍然需要代码能力。虽然无代码工具能大大降低测试门槛并提升效率,但它们的功能和灵活性相对有限。对于那些涉及复杂逻辑、跨系统集成或深度场景验证的测试,无代码工具可能无法应对。因此,测试人员仍然需要在无代码和代码测试之间找到平衡。

测试人员不仅要利用无代码工具的高效性,快速实现基础测试用例,还要在面对更复杂的需求时,能够运用编程能力编写定制化的脚本,确保测试的全面性和深度。通过这种方式,测试团队可以在提高测试覆盖率的同时,保证测试的精度和效率,从而应对越来越复杂的软件产品和日益压缩的交付周期。

“左移+右移”测试成为标准

软件质量保障的重心正在发生变化,传统的“在开发后期进行测试”的模式已经无法满足快速迭代的需求,测试正向左移(Shift-Left)和右移(Shift-Right)演进。

  • Shift-Left(测试左移):测试不再仅仅在开发后期进行,而是在开发的早期阶段就开始介入。通过实施单元测试、API 测试、静态代码分析等技术,测试人员能够在代码编写阶段发现并修复潜在问题,从而提高代码质量,减少后期发现缺陷所需的成本。这不仅提升了开发效率,还缩短了软件交付周期,减少了开发后期的回溯和修复工作。
  • Shift-Right(测试右移):测试不仅仅发生在开发过程中,还应该延伸到生产环境中。通过实时监控、可观测性测试、混沌工程等技术,测试人员能够确保软件在真实环境中的稳定性和可用性。随着系统规模的扩大,单纯的开发和测试环境已无法覆盖所有的潜在问题。因此,测试的触角需要延伸至生产环境,通过实时数据反馈来发现并解决运行时问题,保障用户体验。

企业正在将测试深度融入 DevOps 生命周期中,测试工程师的角色也在发生变化。测试不再是独立于开发和运维的环节,而是与开发、运维团队紧密协作的一部分。因此,测试人员需要熟悉 CI/CD 集成、代码质量分析、生产环境监控等技术,能够参与到开发流程的每一个环节,及时发现并解决问题。这种跨职能的协作模式,能够显著提升软件质量,并加快软件交付的速度。

混沌工程与韧性测试

云计算微服务架构的普及,使得系统的复杂性大幅增加,传统的测试方法难以覆盖所有潜在的故障场景。混沌工程(Chaos Engineering)和韧性测试(Resilience Testing)正在成为测试体系的重要组成部分。

  • 混沌工程:混沌工程通过模拟各种异常情况,如网络延迟、主机宕机、数据库超时等,来验证系统在面对这些故障时的恢复能力和容错机制。这种方法并非为了摧毁系统,而是为了揭示系统中潜在的弱点,并提供修复的机会。通过在开发过程中不断引入这些“故障”场景,测试团队可以确保系统在出现问题时仍然能够继续运行,减少故障发生时对业务的影响。
  • 韧性测试:韧性测试侧重于评估系统在高负载、异常流量、组件故障等极限情况下的表现。这类测试的目的是确保系统能够在压力下保持稳定,并具备自动恢复能力。通过模拟极端负载或其他非正常场景,测试人员能够检验系统的抗压能力,防止系统在遇到突发状况时崩溃,提升系统的整体韧性。

Netflix、Uber 等企业已经广泛采用混沌工程,通过引入各种故障场景来测试系统的稳定性。随着微服务架构和云平台的不断普及,测试工程师需要掌握一些特定的工具,如 chaos-meshchaosbladeGremlinChaos MonkeyLitmus 等,这些工具能够帮助团队在生产环境中进行混沌测试和韧性验证,确保分布式系统的稳定性。这要求测试工程师不仅具备传统的功能测试能力,还需要具备处理复杂系统故障的能力,通过引入动态的测试方法来确保软件在生产环境中的长期稳定运行。

DevSecOps 与自动化安全测试(AST)崛起

随着数据安全和隐私合规要求的提高,安全测试不再是独立的环节,而是深度融入 DevOps 体系,形成 DevSecOps(开发-安全-运维一体化)。

  • 静态应用安全测试(SAST):在代码编写阶段,通过对源代码进行静态扫描,及时发现潜在的安全漏洞。这一过程能够在早期就识别出代码中的安全隐患,避免漏洞进入后续的开发和生产阶段,降低了漏洞修复的成本。通过 SAST,开发人员可以在写代码的同时提高代码的安全性,确保代码质量和安全性。
  • 动态应用安全测试(DAST):在测试或生产环境中模拟攻击,检测系统在运行时的安全缺陷。DAST 主要通过模拟黑客攻击的方式,分析系统在实际运行中的脆弱点。与 SAST 不同,DAST 更关注运行时的安全问题,可以帮助团队发现代码外部的潜在安全漏洞,特别是在微服务架构和云环境中,DAST 对保证系统安全至关重要。
  • API 安全测试:随着微服务和 API 互联的普及,API 成为现代应用架构的核心组件。API 的安全性直接关系到整个系统的安全。API 测试需要关注认证、访问控制、数据泄露等关键问题,确保系统与外部或不同服务的交互不会成为安全漏洞的源头。通过对 API 进行全面的安全测试,能够保障数据交换的安全性,防止敏感信息的泄露。

随着安全威胁的日益增加,安全测试的自动化程度不断提高,测试人员不仅需要掌握传统的安全测试技巧,还需熟悉一些专业的安全工具,如 SonarQubeOWASP ZAPBurp Suite 等,这些工具可以帮助测试工程师发现漏洞并进行修复。为了满足 DevSecOps 的要求,测试人员需要将安全测试集成到 CI/CD 流程中,确保安全性始终贯穿在软件开发、测试和运维的每个阶段。这不仅能提高软件的整体安全性,还能减少由于安全漏洞导致的生产环境问题和数据泄露风险。因此,安全测试不再是可选项,而是软件开发过程中不可或缺的核心部分。

性能测试演进为性能工程

传统的性能测试主要关注响应时间、吞吐量、并发数,而现代软件架构的复杂性要求性能测试向 性能工程(Performance Engineering) 演进。

  • 性能优化前置:与传统的测试模式不同,现代性能工程强调在架构设计阶段就考虑性能问题,而不是等到软件上线前进行压力测试。通过在架构设计之初就明确性能需求和目标,能够从源头上避免性能瓶颈的产生,减少后期的修复工作。这样,性能优化就不再是开发过程中的附加任务,而是贯穿整个软件开发生命周期的一部分。
  • 真实用户监控(RUM):通过收集和分析真实用户的行为数据,开发团队能够更精准地进行性能优化。与传统的模拟负载测试不同,RUM 能够提供实时的用户体验数据,帮助测试人员了解实际使用场景下系统的表现。这对于发现真实用户遇到的性能瓶颈至关重要,尤其在高并发、分布式架构下,能够帮助团队在用户最需要的地方进行优化。
  • 云原生性能测试:随着 微服务KubernetesServerless 等云原生技术的普及,性能测试面临新的挑战。这些新兴的架构模式往往具有更复杂的网络交互和资源调度机制,因此需要新的测试方法和工具来适应这些变化。工具如 K6Locust 提供了高效、灵活的性能测试方案,能够在云原生环境下进行大规模的并发测试,并验证系统在动态扩展和变化的负载下的表现。

现代性能测试不再仅仅局限于传统的测试工具和负载模拟,测试工程师不仅要掌握 JMeterGatling 等传统性能测试工具,还需要关注云原生环境下的性能优化策略。在微服务架构和容器化环境中,性能瓶颈的产生点和解决方案可能与传统架构大相径庭。因此,测试工程师需要具备跨领域的知识,不仅要关注代码层面的性能优化,还要理解底层云平台的资源调度和管理,以保证系统在复杂环境中的稳定性和高效性。

自主测试(Autonomous Testing)正在兴起

AI 驱动的自主测试系统可以自动分析代码变更、生成测试用例、执行测试并修复测试脚本,极大减少了人工干预。

  • 智能测试用例生成:AI 结合历史测试数据,自动生成高覆盖率的测试用例。
  • 自适应测试:AI 通过学习系统的变化,自动更新测试脚本,减少维护成本。
  • 智能缺陷分析:AI 自动分析缺陷日志,定位 Bug 根因,提高问题修复效率。

影响分析:自主测试技术仍在发展中,但未来 AI 测试助手可能会成为测试工程师的重要辅助工具,提升测试效率。

测试工程师的角色转型:向质量工程师发展

AI 驱动的自主测试系统正在逐步改变软件测试的工作方式,可以自动分析代码变更、生成测试用例、执行测试并修复测试脚本,极大减少了人工干预。

  • 智能测试用例生成:AI 利用历史测试数据和代码变更,自动生成具有高覆盖率的测试用例。传统的测试用例往往需要大量的人工设计,而 AI 可以快速分析系统功能的变化,生成覆盖面广的测试用例,从而提高测试效率和覆盖率。这不仅减少了人工参与,还能够覆盖一些难以预见的边界情况和潜在缺陷。
  • 自适应测试:AI 可以通过学习系统的变化,自动更新和调整测试脚本,减少手动维护的成本。随着软件不断更新和迭代,传统的测试脚本往往需要频繁修改,而 AI 系统则能够实时响应代码的变化,智能调整测试内容,使测试流程更加流畅和高效,减少了人工干预的需求。
  • 智能缺陷分析:AI 在自动执行测试的过程中,还可以分析缺陷日志,自动定位 Bug 根因。通过机器学习和数据分析,AI 能够快速识别和归类缺陷类型,帮助开发和测试团队更高效地解决问题,提高问题修复的速度和准确性。

虽然自主测试技术仍在发展中,但未来 AI 测试助手 有可能成为测试工程师的重要辅助工具,极大提升测试效率和质量。随着 AI 的不断进步,它能够帮助测试工程师减少重复性工作,将更多的精力投入到更具创造性和战略性的任务中。AI 在测试领域的应用将不再是未来的趋势,而是变得日益现实,尤其在自动化测试、缺陷分析和测试维护等方面,将大幅提高测试的智能化和自动化水平。

如何适应测试行业的变化?

持续学习

随着测试技术的不断进步,测试工程师必须紧跟行业潮流,积极学习新兴的技术和工具。AI 驱动的测试工具、无代码/低代码自动化测试、云原生架构等都是未来的发展方向。测试人员要保持学习的热情,参加技术培训和认证,提升对新技术的理解和应用能力。只有通过不断学习和掌握前沿技术,才能在激烈的行业竞争中保持领先,提升自己的核心竞争力。

强化跨领域协作

现代软件开发模式强调 DevOpsDevSecOps 的紧密合作,测试工程师不仅需要与开发人员协作,还要与运维和安全团队保持良好的沟通。测试的工作不仅限于开发阶段,而是贯穿整个软件生命周期,从 Shift-Left 测试到 Shift-Right 测试的实施都需要跨部门的合作。测试工程师应了解运维和安全的基本概念,熟悉 CI/CD 流程,并能够与开发和运维团队共同推动质量保障工作,确保软件在各个阶段的稳定性和安全性。

拥抱变化

随着测试的自动化程度不断提高,测试工程师需要掌握自动化测试框架的使用,并能够灵活地选择和应用新的测试工具,提升工作效率。AI 驱动的测试工具、无代码自动化测试等正在快速发展,它们能帮助测试人员减少重复性工作并提高测试覆盖率。测试工程师应充分利用这些智能化工具,优化测试流程,提升测试的整体效率和质量。此外,还需具备创新意识,不断优化和调整测试策略,以应对复杂的测试需求和挑战。

本文参与 腾讯云自媒体同步曝光计划,分享自微信公众号。
原始发表:2025-02-25,如有侵权请联系 cloudcommunity@tencent.com 删除

本文分享自 FunTester 微信公众号,前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

本文参与 腾讯云自媒体同步曝光计划  ,欢迎热爱写作的你一起参与!

评论
登录后参与评论
暂无评论
推荐阅读
编辑精选文章
换一批
生于MVP,死于PMF--谈谈市场与产品匹配(PMF)
许多做产品和解决方案的同学都知道了MVP(最小可行性产品),我们在做产品孵化的环节都会用到这个方法,但我们的第一轮产品做出来之后呢?如何进行更大范围的市场覆盖呢,面向哪一类客户群体进行覆盖呢?这就需要使用到PMF的方法。PMF(Product/Market Fit),意思是产品符合市场需求,这个概念最早出现在马克·安德森2007年的一篇博客,他在文章中这样定义“在一个好的市场里, 能够用一个产品去满足这个市场”。
ToB行业头条
2020/07/21
1.9K0
长文:一文看尽ToB产品全景像
移动端的流量红利是互联网上半场创业市场繁荣的根本原因,海量的新流量,从供给端拉低了平台产品的获客成本。然而到了2018年后,移动端增速见顶,预示着移动互联网进入“存量残杀”时代。而与之相对应的ToB市场呈现出截然不同的趋势特点。早在2016年,美团王兴提出了“互联网下半场”的概念,他提到:“美团点评作为国内最大的互联网餐饮平台,过去几年做的只是很薄的互联网化,即帮助企业引流。接下来要实现和行业的深度融合,全面帮助它们提升效率,降低成本。”历史之势从来不是无心为之,那这次为什么是ToB呢?就在2019年,中国人均GDP正式迈入1万美元梯队,这是中国发展四五十年产生的奇迹。但在对成绩感到骄傲的同时,外部富有针对性的遏制措施越来越多,霸权思维主导的国际秩序下,民粹、贸易保护主义抬头。强者间斗而不破,开始进入全方位的战略竞争期。在内部,劳动力受旧政策、新环境的复合影响,出现断崖式下降,成本不断攀升。导致低端制造业比较优势丧失,相关产业逐步转移至东南亚、印度、巴西等地区。中国制造的升级需求急迫。还需要清醒认识的是:“中国的科技实力、大学教育、基础科学,相比西方仍然有巨大的差距。”应该避免盲目自信稀释了专注度。宏观层面,仍高度依赖发达国家的高科技产品(进口);中国智造想要迈向全球,也还长路漫漫。微观层面,传统行业信息化水平低、企业管理粗放、诚信体系缺失、供应链效率不足,制约着中国从量到质的转型。这是未来10年必须要变革的难点,也是ToB赛道的历史机遇。
用户5548425
2021/07/20
3.4K0
美团配送系统架构演进实践
美团配送自成立以来,业务经历了多次跨越式的发展。业务的飞速增长,对系统的整体架构和基础设施提出了越来越高的要求,同时也不断驱动着技术团队深刻理解业务、准确定位领域模型、高效支撑系统扩展。如何在业务高速增长、可用性越来越高的背景下实现系统架构的快速有效升级?如何保证复杂业务下的研发效率与质量?本文将为大家介绍美团配送的一些思考与实践。
美团技术团队
2019/03/22
1.7K0
美团配送系统架构演进实践
SaaS产品如何梳理业务判断需求价值?
在做了⼀波业务调研之后,也对业务有了⼀定程度的理解,认为接下来就该到需求分析了。其实不是这样,除了对业务要有⼀个深度了解之外,还需要还原业务中遇到的场景是什么,用户需求价值是什么。如何去判断需求的价值,其实本质是我们需要在产品定义这个环节去梳理清晰。
小冷coding
2023/10/10
3890
SaaS产品如何梳理业务判断需求价值?
ToB产品即战略
来源:ToB企业经营  作者 :童继龙  ---- 有投资人说:99%的ToB公司都只是一门生意,依靠和客户的关系就能做的生意,而只有1%才是值得投资的“企业”,这句话有点儿绝对化,但也可以想想:企业与生意最大的区别在哪里呢?我想最具有代表性的就是“产品力”! 在ToB企业中,如果是想做一具有持续增长能力的“长跑型ToB公司“,那“产品即战略”这句话肯定没错,对于许多项目型的IT公司来说只要有客户资源,什么样的项目都可以接手做,单一客户规模越大越好,因为这样单一客户来源的大订单可以降低营销成本,但是
腾讯SaaS加速器
2020/07/06
8510
9000字详解企业大数据项目规划落地实施路线图
一般来说,一个完整的大数据项目实施,需要经过开发环境搭建、集群环境部署、数据采集、数据存储与交换、数据离线与实时分析、大数据可视化等多个实现流程,这就要求系统掌握大数据技术知识。
肉眼品世界
2022/03/25
3960
9000字详解企业大数据项目规划落地实施路线图
为什么很多SaaS企业级产品都熬不过第一年?
2015年2B企业级应用软件的资本市场异常火热。包括纷享销客、销售易、今目标等一众企业级软件厂商受到各大VC的资本热捧,阿里重金打造的钉钉,也以后发制人之势席卷整个企业级SaaS市场,力图在这块价值洼地上打造另一个新“入口“。 因工作缘由,笔者与周边数位SaaS企业级应用的创始人、运营负责人有过深入接触,发现一个有趣的现象:刚起步时,蓝图远志、规划清晰,但是一路下来,却异常艰难,有些甚至熬不过第一年,就关门歇业。 细细分析下,这里或多或少与传统软件人进入互联网领域,在产品定位、功能需求把握、用户服务、盈
静一
2018/03/23
1.1K0
这5种思维模式,大牛产品经理都在用
移动终端加速了场景化设计的应用进程。移动互联网让更多的用户场景可以被满足,也相应催生了更多产品的核心价值。因此,我们可以针对用户场景,结合移动终端的特性,设计出用户体验更好的移动互联网产品。
IT阅读排行榜
2022/04/14
3350
这5种思维模式,大牛产品经理都在用
原则系列-怎样做B端产品的PMF
来源:SaaS产品说 作者:李东林 ---- 最近在一条新的产品线的PMF阶段,笔者在研究产品的PMF,今天来跟大家简单探讨一下B端产品的PMF, PMF是Product Market Fit的缩写,指的是产品市场匹配度。当我们有一个创业或者产品的想法,在定义开发完一个产品的MVP之后,接下来的一个阶段就是进行产品的市场验证,来验证产品开发的假想是否成立,大多数产品死于这个阶段。如果不进行PMF阶段直接推广,很容易造成大量资源浪费,让你坚持错误的事情,找不到真正需要解决的问题,这样的负面案例很多
腾讯SaaS加速器
2020/06/09
1.1K0
我的一点企业做云经验
最近,经常有朋友问我在企业做云的经验,也有人问我OpenStack二次开发项目经验。正好这方面也有点经历,那现在就把我过往有关经历整理整理,总结出几条心得体会,分享给大家。
SammyLiu
2019/06/28
7450
BA都在忙些啥 - 写给新人的BA工作说明书
在一个不熟悉的人眼里,BA的工作看起来就是不停的沟通、写写用户故事、主持一下会议什么的。最风光可能是在showcase(产品展示会议)的时候,产品受到了用户和客户的肯定;最落魄可能是在IPM(迭代计划会议)的时候,被开发们不停地挑战需求的合理性和完整性。除此之外,有时BA自己也感觉忙忙碌碌、但却又不知道在忙些什么。
ThoughtWorks
2019/05/05
1.4K0
BA都在忙些啥 - 写给新人的BA工作说明书
体验设计五要素之四|产品
辛向阳教授提出:交互设计的本质是对行为的设计。交互设计的五要素分别是:用户、场景、目的、媒介、行为。详情请查看文章《交互设计的本质》。
晓吾
2022/03/30
5090
体验设计五要素之四|产品
ToB 产品的功能推广攻略
来源 :图图的运营事 作者:袁林 图图 ---- 引言 SaaS 产品相较于传统软件,快速上新是核心区别。敏捷开发流程在 SaaS 公司普遍实行,一个 sprint 的周期往往是周或者双周。 产品功能乃至产品线的失败,除了产品本身的问题,还有可能是由于产品推广的节奏和策略不对: 早期产品容易犯的错误——盲目开展商业化导致需求堆积,产品性能都顾不上提升就开始不停做新功能。到头来对于产品核心用户群体的定位会越来越失焦,产品功能成了摊大饼。 产品新功能容易犯的错误——缺乏广泛而客观的调研,被一两个
腾讯SaaS加速器
2020/06/09
9830
SaaS平台产品架构设计
当我们去搜索“架构”,可以得到很多的架构图片,比如组织架构、业务架构、数据架构、技术架构、安全架构、产品架构、部署架构等。
架构之家
2022/09/01
1.5K0
SaaS平台产品架构设计
运维汪转向产品狗的幸(dan)福(teng)之路
写这篇文章的初衷是想总结下自己从业务运维岗转到产品经理岗后,大半年来如何从“零”开始的一路摸爬打过来的经历。
腾讯大讲堂
2018/04/27
1K3
运维汪转向产品狗的幸(dan)福(teng)之路
产品相关 做产品VS做项目
由一组有起止日期的、协调和受控的活动组成的独特过程,该过程要达到符合包括时间、成本和资源约束条件在内的规定要求的目标
授客
2019/09/11
5720
To B 产品三阶段:可用、可卖和规模化
To C 产品一般用户规模大,动辄数百万,产品有什么问题,会迅速通过数据分析发现。而 To B 产品可能只有数百家甚至几十家客户,每家客户的使用人次也不会太高,这样就导致仅仅靠数据分析很难做出科学评估,毕竟样本数太少。
数据猿
2019/12/30
5920
数字产品经理的学习力
当很多人看到《数字产品经理的培养》中,所提到的知识图谱和实践技能时,第一反应是:“做到这些好难啊”。这的确不太容易。但无论起点如何,决定是否能获取到这些技能的一个最基本的能力,是学习力。已经有太多的书和文章,讲如何学习,这里只结合数字产品经理的技能,谈谈可立刻行动的三个方面:
ThoughtWorks
2019/12/30
6670
深入B端SaaS产品设计核心理念
来源:产品晓思 作者:李晓杰 ---- why 为什么要用SaaS模式,这个话题我们从面向B端的传统软件厂商的痛点来聊。 传统软件厂商通常的交付模式是,销售和售前根据线索参与招投标,中标后项目实施团队入驻客户现场,根据客户的实际需求开发或改造功能,完成软件部署交付并经客户业务验收后,核心团队离场由维护人员接手更新。这种模式的局限性总结来说是“赚钱慢”,具体说来如下: 1、成本高。主要包括三方面:销售成本、部署人力成本和维护人力成本。有多少项目,就必须配备多少人力。 2、速度慢。主要包括两方面:交付慢
腾讯SaaS加速器
2021/01/15
1.3K0
你为自己的产品做好战略规划了吗?(市场用户篇)
在我初入职场的第一份工作时,我的一位领导——当时公司的HRVP曾跟我分享的一个职业化经验,一直让我记忆犹新,获益匪浅:他告诉我,能不能做一名好的管理者,问问题的能力是其中一项很重要的能力。做事情、完成任务,能够正确的问出问题、问正确的问题是关键的那个“1”。做战略规划,更是这样。
用户6324559
2023/04/20
2790
你为自己的产品做好战略规划了吗?(市场用户篇)
相关推荐
生于MVP,死于PMF--谈谈市场与产品匹配(PMF)
更多 >
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档