- 综合排序
- 最热优先
- 最新优先
- 来自专栏漫谈测试
聊聊回归测试范围难以界定的痛点
低风险变更（如：修改页面文案）= 极简回归（仅测试修改点本身）。2. 分层分级测试用例对测试用例库进行精细化管理，而不是一视同仁。建立用例优先级：P0级：核心业务流程、冒烟测试用例。 引入“测试影响分析”技术原理：在自动化测试运行时，通过插桩技术收集每个测试用例覆盖了哪些代码（如：类、方法、行）。当新的代码提交后，系统会自动比对变更的代码和用例覆盖的代码。 只运行那些覆盖了“变更代码”的测试用例。效果：能够实现高度精准的回归，极大缩短测试时间。特别适合在CI流水线中作为门禁快速反馈。三、 流程与协作层优化团队工作方式1. 共同评审：测试人员参与技术方案评审和代码评审，从测试视角提前识别风险点和影响范围。2. 建立“回归测试地图”这是一个活的文档，将系统功能模块、对应的测试用例集、优先级、以及模块间的依赖关系可视化。 问自己：“为什么这个点没有被回归到？是我们的策略问题、分析工具问题，还是经验判断失误？” 并据此更新我们的策略和“回归测试地图”。
22220编辑于 2025-11-12 - 来自专栏muller的测试分享
软件测试|解决 App 自动化测试的常见痛点
图片App 自动化测试中有些常见痛点问题，如果框架不能很好的处理，就可能出现元素定位超时找不到的情况，自动化也就被打断终止了。很容易打消做自动化的热情，导致从入门到放弃。 在框架中如果不能处理好上面的情况，以雪球 App 出现的几种弹框举例： 弹框一：弹框二：弹框三：弹框的影响范围弹框对我们自动化的影响主要是用例执行的打断，而至于弹框中广告内容的跳转或评价信息填写等属于另外的测试 checkResult); return checkResult; });好了，经过上面的分析之后，我们终于搞定了入门 APP 自动化测试时的老大难问题
80120编辑于 2023-01-09 - 来自专栏老张的求知思考世界
性能测试的实践痛点和解决方法
性能测试到底要解决什么问题，如何体现性能测试的价值，目标和价值的关系是什么。只要搞清了这三点，那问题迎刃而解。 但要搞清楚这三点，最终还是要回归到实际的性能测试场景中，只有解决了实践过程的痛点，那目标和价值的关系就很容易捋清了。 性能测试面临的痛点 结合个人的实践经验来说，在性能测试实践中，最常见也是最大的痛点有如下四点： 性能目标不合理：最典型的不合理的地方就是一句话需求。 但在很多企业中，对系统的监控能力往往局限在局部，或者生产环境有监控，测试环境基本裸奔。缺少系统性的监控，对问题不具备持续追踪的能力，这也是性能测试面临的一大痛点。 四大痛点的解决方法 要解决上述的性能测试实践的四大痛点，可以从如下几个方面来实施。 工具问题：压测工具是否简单易用可扩展，能否支撑高并发？
34140编辑于 2023-11-01 - 来自专栏老张的求知思考世界
性能测试的实践痛点和解决方法
性能测试到底要解决什么问题，如何体现性能测试的价值，目标和价值的关系是什么。只要搞清了这三点，那问题迎刃而解。 但要搞清楚这三点，最终还是要回归到实际的性能测试场景中，只有解决了实践过程的痛点，那目标和价值的关系就很容易捋清了。 性能测试面临的痛点 结合个人的实践经验来说，在性能测试实践中，最常见也是最大的痛点有如下四点： 性能目标不合理：最典型的不合理的地方就是一句话需求。 但在很多企业中，对系统的监控能力往往局限在局部，或者生产环境有监控，测试环境基本裸奔。缺少系统性的监控，对问题不具备持续追踪的能力，这也是性能测试面临的一大痛点。 四大痛点的解决方法 要解决上述的性能测试实践的四大痛点，可以从如下几个方面来实施。 工具问题：压测工具是否简单易用可扩展，能否支撑高并发？
44310编辑于 2023-11-01 - 来自专栏CKL的思考空间
软件测试过程中的痛点思考
针对这份调查报告，我想就下述三点结论谈谈我的一些理解和思考。 一、测试参与度分析 在这一调查报告结论中，提到了需求评审、测试计划和测试评审是整个测试流程中的核心环节。 二、阻碍测试进度因素分析 影响测试进度的因素有很多，且大多数因素并不归属于测试环节，只是这些因素带来的风险在测试环节开始集中爆发，这也是为什么很多测试同学自嘲自己就是背锅的由来。 每个项目或者版本迭代都有交付的deadline，需求和研发阶段预防还不够，还要想办法提升测试阶段的效率和质量，随之就有了自动化测试、精准测试、端到端测试各种方法和实践。 除了上述的部分因素，还有诸如需求频繁变更、项目排期压缩、测试资源不足、测试数据混乱、测试环境不稳定等因素也是影响测试进度和质量的真凶。 如果喜欢我文章，点赞、关注、在看三连走起。 如果想阅读更多的文章，可以关注我的公众号。 精彩内容推荐 如何落地质量门禁？ 可测性，到底是什么？ 如何设计质量规划方案？
40110编辑于 2024-05-17 - 来自专栏老张的求知思考世界
软件测试过程中的痛点思考
针对这份调查报告，我想就下述三点结论谈谈我的一些理解和思考。一、测试参与度分析在这一调查报告结论中，提到了需求评审、测试计划和测试评审是整个测试流程中的核心环节。 业务的复杂性和多样性对技术的要求更高，与之对应的则是各种各样的技术探索和工程实践落地，比如测试岗位出现了专职的自动化测试、性能测试、测试开发等岗位。第三阶段：方法沉淀，大体对应19-22年。 二、阻碍测试进度因素分析影响测试进度的因素有很多，且大多数因素并不归属于测试环节，只是这些因素带来的风险在测试环节开始集中爆发，这也是为什么很多测试同学自嘲自己就是背锅的由来。 每个项目或者版本迭代都有交付的deadline，需求和研发阶段预防还不够，还要想办法提升测试阶段的效率和质量，随之就有了自动化测试、精准测试、端到端测试各种方法和实践。 除了上述的部分因素，还有诸如需求频繁变更、项目排期压缩、测试资源不足、测试数据混乱、测试环境不稳定等因素也是影响测试进度和质量的真凶。
47211编辑于 2024-05-09 - 来自专栏Java技术栈
写 JSP 的痛点，真的非常痛！
我们先看这种情况：需求定完了，代码写完了，测试测完了，然后呢？要发布了吧？ 四、JSP的痛点 以前的javaWeb项目大多数使用jsp作为页面层展示数据给用户，因为流量不高，因此也没有那么苛刻的性能要求，但现在是大数据时代，对于互联网项目的性能要求是越来越高，因此原始的前后端耦合在一起的架构模式已经逐渐不能满足我们 6、jsp内有较多标签和表达式，前端工程师在修改页面时会捉襟见肘，遇到很多痛点。 7、如果jsp中的内容很多，页面响应会很慢，因为是同步加载。 基于上述的一些痛点，我们应该把整个项目的开发权重往前移，实现前后端真正的解耦！ 5、前端项目中可以加入mock测试（构造虚拟测试对象来模拟后端，可以独立开发和测试），后端需要有详细的测试用例，保证服务的可用性与稳定性。
1.8K10发布于 2019-11-08 - 来自专栏老张的求知思考世界
自动化测试的痛点与发展趋势
前几天在技术交流群里，大家讨论了很多关于自动化测试落地面临的痛点和如何创造价值的话题，颇有感触。 自动化测试这个话题，从出现到在国内大规模开展实践，有很长的一段时间了。 就是说只要你是一个测试工程师，就应该搞定自己负责部分的所有测试工作，包括自动化、性能、安全各种，这也是当前市场对测试工程师的定义和要求。 而自动化测试的痛点在哪里呢？ 主要体现在如下几点： 自动化测试的对象是需求和业务场景； 自动化测试的动作是机器执行测试用例； 自动化测试的结果受多种因素制约和影响； 其中，需求和业务场景本身的不确定性更高变化更快，环境、网络、测试数据和断言都可能影响测试结果 自动化测试要想真正落地拿到好的结果，一定要对测试对象进行标准化，否则自动化测试只能是测试自动化，从结果变成手段。 为什么这几年业内大家更多的开始提倡测试左移和质量门禁？
56210编辑于 2024-03-12 - 来自专栏PM吃瓜(公众号)
DevOps 解决什么痛点
DevOps解决什么痛点？ 很多企业沟通后总结出来的一个典型的软件生产流程，在这个软件生产方式中，普遍影响整个流程产出的因素有如下两点： 资源获取和环境准备效率低 ：无论是开发、测试还是生产环境，工程人员都必须走非常冗长的流程才能够获取相应的资源 从代码到服务的通道不顺畅 ：如上图所示，尽管是在同一个组织内，为同一个软件或者服务产品工作，开发、测试和运维人员之间的“部门墙”仍然非常明显。 开发人员不清楚最终的软件会如何部署和运行，测试人员不了解软件测试的重点和风险点在什么地方，运维人员不清楚软件架构的高可用设计是如何实现的。部门之间基本靠非常零碎、极易过时的文档或者口头沟通来交换信息。 不过需要澄清的一点是，从开发到运维，中间还有测试环节。DevOps其实包含了三个部分：开发、测试和运维。
54120编辑于 2023-03-02 - 来自专栏PPV课数据科学社区
大数据的痛点
在这里,我们讲讨论当前的痛点以及如何用更好的方式应用大数据。 大数据为企业提供了一个更好的提高生产力和收入的机会。然而,企业在大数据收集上就遇到了麻烦。 下面的说明大数据的主要痛点： 错误对待大数据 大数据管理策略实际上反映了营销人员如何看待大数据及其潜在价值。到目前为止,大数据管理缺乏严肃性和一致性。
2.2K60发布于 2018-04-20 - 来自专栏开源社
开源软件的痛点
开源的痛点 但随着时间的推移，我开始意识到开源软件存在一些关键问题。其中一个问题就是激励（或奖励）问题。大多数开源软件没有明确的收入，只有所有者在进行免费的维护（比如最近的log4j事件）。
85320编辑于 2021-12-29 - 来自专栏DawnSql
DawnSql解决SAAS的痛点
SAAS 系统的痛点 1、大客户定制化程度高 2、客户对自身数据安全的担忧，如何防止数据的泄露也滥用 DawnSql 的解决方案 众所周知，软件 = 程序 + 数据。
1K70编辑于 2023-03-31 - 来自专栏老张的求知思考世界
AI生成测试用例的痛点问题及解决方案
比如AI能够快速生成大量测试用例，在实际落地过程中仍面临质量不稳定、领域知识缺失、多模态解析不准确、工程化效率低等核心痛点。 结合已经落地的一些项目案例，聊聊这些痛点问题和目前的解决策略。 痛点问题及根源分析 1、生成质量不稳定：逻辑混乱与格式散乱 步骤与预期结果割裂：生成的用例中操作步骤描述点击按钮，但预期结果仅描述“功能正常”，未明确界面状态变化（如弹窗出现、数据刷新）。 命名规范化：用例标题采用“功能点_测试场景_预期结果”格式（如“登录_错误密码_提示错误信息”）。 3、业务适配性优化：增强用例可执行性 补充测试数据 为用例提供测试账号、测试商品ID、API参数示例（如“测试用户：test_user_001”）。 落地实践案例及关键实施建议 1、金融支付 人工复核“跨境支付”用例，补充汇率计算校验点。 自动关联历史Bug库，标记曾引发问题的场景（如“重复支付”）。
1K10编辑于 2025-10-10 - 来自专栏漫谈测试
聊聊管理者编写测试方案时存在哪些痛点
作为测试管理者，在编写测试方案时候会存在好多让人头疼的事情，编写测试方案绝不仅仅是技术活，更是一项充满挑战的管理工作。痛点不仅在于方案本身，更在于其产生、执行和最终效果的全过程。 方案编写阶段的痛点信息不对称与需求理解偏差痛点：测试团队往往不是第一时间介入项目，获取的需求信息可能已经是“二手”或“N手”的。 当测试执行阶段才发现理解错误，不仅测试用例要重写，甚至测试策略都要调整，严重冲击项目进度。输入文档质量参差不齐痛点：依赖的需求规格说明书、设计文档等本身存在模糊、遗漏甚至矛盾之处。 “完美方案”与“时间成本”的平衡痛点：理论上，测试方案应该尽可能详尽、完美。但现实中，项目周期紧张，没有足够的时间去打磨一个“艺术品”。 跨部门协作与职责界定困难痛点：测试方案中会涉及与开发、运维、产品等团队的协作点（如环境准备、数据构造、接口联调等）。在评审中明确这些职责分工常常会遇到推诿或模糊地带。
15810编辑于 2025-10-14 - 来自专栏存储知识
视频监控系统痛点概述
视频监控系统的部署与使用中存在五大痛点：存储扩展能力。随着视频技术的应用发展，视频监控的路数、质量、存储时长都大幅提高，数据量成倍增长。在视频存储系统的容量与扩展能力都面临巨大挑战。
1.8K40编辑于 2022-06-16 - 来自专栏物流技术与应用
物流仿真的价值点与痛点分析
而且，物流仿真技术也有其自身痛点，会对项目的成功带来影响。为此，在对物流仿真技术原理进行剖析的基础上，本文重点总结分析了物流仿真的价值点和痛点，希望能引导企业结合自身特点，客观看待物流仿真。 关键词：物流仿真、技术原理、价值点、痛点 一、引言 最近，数字孪生（Digital twin）、元宇宙（Metaverse）等概念持续火爆，正成为新的潜在经济增长点。 四、物流仿真的痛点 任何一项技术都不可能十全十美，物流仿真也不例外。随着物流仿真的需求越来越多，了解物流仿真技术的痛点，相对其价值点更为重要。 整体而言，物流仿真技术当前面临如下痛点： 1.物流仿真无法完全与现实物流系统一致。 并且，并非物流仿真所有的价值点最终都可以实现，物流仿真技术本身也存在痛点，如果不能客观对待该技术，最终物流仿真项目也难以达到目标。
68010编辑于 2022-09-02 - 来自专栏猿天地
后期数据库主从架构的痛点，真的痛
解决办法就是把所有业务场景都整理下，然后让测试整体回归一遍，将需要走主库操作的查询方法都加上 @Master 注解，就不会有问题了。 看似没有任何问题，其实大家忽略了一点就是时间成本问题。 要整理业务场景，要整体回归测试，这些都是要花时间的，时间就是最大的成本。 所以我们在后期做读写分离的时候，基本上不会采用上面的方式去实现，因为业务功能越多，成本越高。 真正的做法是反着来，无论实现任何新功能，我们都要考虑的点就是如何让影响最小？如何不影响之前的逻辑？
43130发布于 2021-06-01 - 来自专栏DevOps时代的专栏
腾讯：痛点驱动的 DevOps 实践
我今天分享的主题叫痛点驱动的DevOps实践。 这里我认为首先应该分析我们现有的研发运维体系遇到的最大问题是什么，通过解决这些问题或痛点，逐步的建立DevOps，这样的路径是我觉得比较好的落地路径，重要的不是为了DevOps而DevOps。 DevOps落地的痛点 要做到这样并不那么容易，需要服务和工具体系支撑。所以我们要做到这种形式就一些需要解决的问题或者称之为痛点。 首先就是自动化程度和运维服务能力不够？ 但是每采用一种新的技术，他一定是解决你一个很重要的痛点就足够了。对于我们选择采用Docker，最重要的是在标准化层面的痛点解决上有很大的优势。 基础设施无关，可以解决操作系统版本等依赖这个层面的问题。 但回到我最初的观点，就是每个组织在某个时间都会遇到的最需要解决的问题，或者说痛点都不太一样，最终需要通过痛点的解决，驱动属于自己的DevOps实践。
2.9K90发布于 2018-04-04 直击痛点链表经典算法
我们要明确一点，我们交换的对象只有两个 pre 和 cur。 2.第二步，我们定义好pnext节点，我们不会对pnext节点有任何操作，它就像一个锚点，帮助我们临时保存pcur的下一个节点而已。 既然看到这里了，不妨点赞+收藏，感谢大家，若有问题请指正。
15410编辑于 2025-12-24- 来自专栏测吧测试开发
测试效能平台最佳实践 | 解决用户痛点，比堆叠功能更重要！
测试效能平台开发的难点是什么？ 关于测试效能平台开发，从技术上提供指导的文章网上比比皆是，但从 0 到 1 全面阐述测试平台开发实战经验的文章就相对较少。 最极端情况下，物料准备的时间能占到整个测试时间的三分之一到四分之一。所以解决测试物料创建的问题，可以突破商城相关测试人力占用瓶颈。 一个人或几个人的角度毕竟有限，可以找以后的用户做一下需求收集，听听他们的痛点和诉求。获取到这些东西后一定要做过滤。 后来接触的部门和人多了以后，也逐渐有了一点点自己寻求帮助的方式和心得。 表明来意 在寻求不认识的同事协助的时候，要清晰明确言语简洁的表达清楚目的和意图。 虽然他们不一定会看，有一天一旦在这个名单中搜索到自己的名字时，看到你如此珍视他们哪怕一点点的付出，也是让人心悦的。 四. 做平台，作为测试，需要做哪些技术准备? 我的答案是，用什么学什么。
98100发布于 2020-08-19
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号