- 综合排序
- 最热优先
- 最新优先
- 来自专栏WeTest质量开放平台团队的专栏
【干货分享】研效优化实践：WeTest提效测试
导语 腾讯WeTest平台在项目测试过程中，为企业及开发者提供了很多便利，帮助研发团队快速发现产品潜在问题。接下来，本文将分享一些使用WeTest进行测试提效的小经验，希望能帮到大家。 本文作者是腾讯IEG增长协同部测试开发工程师连凌淦，拥有多年系统测试经验，在自动化、全链路压测等专项测试领域都有一定的经验。 因此，我们将UI自动化功能测试与日志测试相结合，基于蓝盾流水线和WeTest，搭建了一个日志自动化测试模块。 ； 4，本地日志记录，通过log文件传递信息。 有了上述的机型数据，测试过程中可以进行更加精细的测试验证： 1，兼容性测试补齐产品流量中WeTest现有机型，提高兼容性测试覆盖率。
1.2K10编辑于 2022-01-14 - 来自专栏腾讯技术工程官方号的专栏
研效优化实践：聊聊单元测试那些事儿
首先需要明确，设计单元测试，我们肯定是知道这个函数的具体用途、输入参数和返回结果的含义（即知道盒子的用途）： // 从 IPv4 报文中提取源 IP 地址 uint32_t GetSrcAddrFromIPv4Packet 假设我们有下边一个类，设计单元测试时，最好以各个功能函数为测试目标，而不是将类本身为测试目标： // IPv4 报文解析 struct IPv4Parser { IPv4Parser(const 不建议：为 IPv4Parser 类构造测试输入数据，然后对 GetHeaderSize() GetSrcAddr() GetDstAddr() 使用同样的数据进行单元测试。 点击阅读《研效优化实践：Python单测——从入门到起飞》。 安平研效团队仍在持续探索优化中，若大家在工作中遇到相关问题，欢迎一起交流探讨，共同把研效工作做好、做强。
1.5K31发布于 2021-07-26 - 来自专栏测试域
DevOps研效：TestX 持续测试中开发实践赋能
客户合作高于合同谈判； 4. 响应变化高于遵循计划。 在传统测试流程中，测试人员通常采用的实践为：规划测试工作 - 识别测试内容 - 制定测试策略 - 创建手工测试 - 执行测试 - 报告测试进度。 可看出，传统测试重点关注测试工作是否可以按计划完成，耗费大量人力成本在进行低效手动测试工作，且并未创建稳健可维护的自动化测试框架。 4. 在确认需求内容，和完成外部依赖的 POC 后，开发可以在确定的情况下，对需求工作量进行准确评估，反馈产品。 验收测试与部署投产在 SIT 集成测试通过后，利用持续测试平台提供一键发起测试计划功能，创建测试计 划并修改群名为【评审中】，机器人可在评审群中提醒相关人员进行验收。
1.4K50编辑于 2023-02-27 - 来自专栏TAPD
腾讯研效价值访谈：对话茹炳晟，共探微信支付研效提升智慧
腾讯最新推出「腾讯WeDev研效价值派」研效领域访谈栏目，定期邀请各资深研效专家，深入分析团队效能提升实战经验与工具融合之道，展望研效进化的未来蓝图。 TAPD作为腾讯研效WeDev生态中的研发协作平台，支撑着腾讯所有事业部的产品研发管理工作，为整合研效工具链和流程提供专业的协作支持。 Q：随着TPAD平台的深度使用，近期，腾讯研效技术委员会也推出了腾讯研效WeDev。您认为WeDev对于「微信支付」和整个腾讯研效发展有什么帮助？ 茹炳晟：我认为WeDev的出现是水到渠成的。 Q：在研效提升方面，您有哪些经验或建议想分享给其它同学？ 茹炳晟：在日常工作中，我们要始终保持好奇心：既保持对业务的好奇心，也要保持对研效提升的好奇心。 如何像「微信支付」一样打通研效工具链，提效交付全流程？ 腾讯产研双星 TAPD × CNB ，为大家重新定义研发协作新标杆！
1K10编辑于 2025-09-02 - 来自专栏腾讯技术工程官方号的专栏
研效优化实践：Python单测——从入门到起飞
本文基于腾讯安全平台部的研效优化实践，介绍和总结公司第三大后端开发语言 python 的单测编写方法，面向单测 0 基础同学，欢迎共同交流探讨。 中间穿插借助 IDE 工具来提效的手段 一、python 单测框架 单测框架无外乎封装了测试相关的核心能力来辅助我们快速进行单测，例如 java 的junit，golang 的gocover，python ，创建测试文件 2.png 完善测试代码逻辑 3.png 点击运行按钮，可以选择运行测试或者调试测试 4.png 运行结果，4 个测试用例，有 2 个失败。 - TOTAL 76 10 87% 更多展示 生成 html 文件及 css 等样式，丰富展示 coverage html 借助 IDE 提效 安平研效团队仍在持续探索优化中，若大家在工作中遇到相关问题，欢迎一起交流探讨，共同把研效测试工作做好、做强。
2.5K60发布于 2021-07-19 - 来自专栏腾讯云TVP
Copilot 时代，开发者如何借助 AI 实现研效提升？
目前都有哪些AI工具能够帮助开发者实现开发提效？开发者又该如何利用工具来帮助自己在日常工作中事半功倍？ 大咖对谈Copilot促进开发研效提升 本期 TVP 技术夜未眠，特邀 CSDN 创始人&董事长、腾讯云 TVP 蒋涛&腾讯云开发者产品中心总经理 刘毅与腾讯云产品四部总经理 田超展开对谈。 7月16日（周二）19:30-21:30，锁定 TVP 视频号，三位开发者社区专家，将回望开发者研效提升历程，为你献上一部 Copilot 时代下程序员的生存法则扫描海报二维码或点击链接即可预约直播~
50210编辑于 2024-07-08 - 来自专栏WeTest质量开放平台团队的专栏
【干货分享】研效优化实践：AI算法助力深层BUG挖掘
本文作者是腾讯安全部系统测试高级工程师林军克，他拥有16年的软件测试经验，对AI技术在测试领域的落地颇有研究。 本文以安全防护产品举例子，但此方法论适用于涉及多因素组合导致的BUG的深度挖掘。 从而达到自动化设计用例，自动化测试的目的。 腾讯的同事之前出版过一本《AI自动化测试》的书，里面详细介绍了AI在图像类游戏和数据类游戏上的测试。 业界已有的这些技术都很优秀，但主要应用于前端页面的测试，后台的测试还没有相应的技术。 Step4：检查各种防护方式最相关的N种配置是否符合预期设计？ 第一部份基于测试理论生成全对偶的组合非常简单。我花了半天时间就实施了。 下图是通过分类树对运行结果分类后的展示： 我们以一个典型的例子说明一下，如何根据AI的提引找到问题：AI对数据处理后得到了一张很大的分类树图，对数据中每一种结果都会用一种颜色标记，如图中所示黄、紫、白绿分别是4种结果相关的数据展示
41630编辑于 2021-12-09 腾讯CodeBuddy：AI4SE研效协同工具体系驱动软件工程智能化转型
剖析行业AI4SE发展现状与核心瓶颈 当前AI4SE（AI for Software Engineering）各阶段成熟度一般，面临研发提效增质需求与传统开发模式的根本冲突。 undefined（数据来源：腾讯《当前AI4SE各阶段成熟度现状》《当前AI4SE建设成效与瓶颈》） 构建CodeBuddy产品矩阵与AI4SE研效协同方案 腾讯以CodeBuddy为核心，打造覆盖软件全生命周期的 AI Coding PaaS中台，形成多形态产品矩阵与研效协同工具体系： CodeBuddy IDE：一站式AI工作台，原生集成Figma/腾讯设计，支持Spec+TDD开发方式，智能链接TAPD等产设研工具 、代码缺陷/规范/安全漏洞扫描、后端自动修复能力； 架构分析智能体：通过Repo Wiki绑定Git仓库，实时监听代码变更生成知识文档，辅助生成架构图、流程图等技术文档； AI4SE研效协同工具体系 量化应用效果与客户价值提升 CodeBuddy落地后实现显著研效与质量提升，核心指标如下： 研发提效：代码生成率达40%，代码采纳率达30%，编码时间缩短，需求吞吐率提升； 研发增质：单测执行率提升
71710编辑于 2026-04-02- 来自专栏研发效能EE
质效提升 ｜ 聊聊QA与业务测试
上面一篇文章《质效提升 ｜ QA不做业务需求测试，你怎么看》主要讨论的是QA 和业务需求测试相关的问题，文章发出后收到了很多小伙伴的反馈，这里把很多有意义的反馈放在下面，希望对你有用。 吹个泡泡同学：好多面试问的问题都懵了，现在测试是不用干活了吗？怎么搭建质量管理体系？怎么提高测试质量？怎么评估测试质量？怎么让所有人都能高质量完成测试？怎么管理测试用例？怎么评估测试用例？ 虽然一开始可以找多面手来做一些调研、预研，但一旦上了规模，还是要专业的人来做，做的好且快。郭德纲老爷子有句话说得好，不要用你的业余爱好，挑战我的专业。闻道有先后，术业有专攻。 - 郭德纲 ### 我的相关文章- 质效提升 ｜ QA不做业务需求测试，你怎么看？ - DevOps | 产研协同效能提升之评审、审批流、质量卡点- DevOps｜从腾讯TEG CDC解散聊技术中台- 什么是研发效能？
61800编辑于 2023-08-24 - 来自专栏终身学习者
用了很多动效，介绍 4个很 Nice 的 Veu 路由过渡动效！
1 – Fade Vue Router Transitions 添渐隐页面过渡可能是我们可以添加到Vue应用程序中最常用的动效之一。 我们可以通过更改元素的opacity 来实现此效果。 4 – Combining Vue Router Transitions 创建过渡的方式有很多很多但是，我认为不要过度过的，刻意的去做过渡。 原文：https://learnue.co/2021/01/4-...
2.5K20发布于 2021-04-19 企业级发布与研效：TDS 如何让又快又稳成为常态
一、TDS发布与研效体系：从"拼运气"到"AI护航"TDS（TencentDevice-orientedService，腾讯端服务）是由腾讯大前端技术委员会发起的技术产品联盟，核心定位是覆盖从设计到运营的全研发周期 在发布与研效这个维度，TDS旗下产品从三个角度给出了系统性的解法：企业级应用的发布，面临三个核心挑战：多平台协同难：客户端要过应用商店审核、Web要滚动部署、小程序要单独提交——各端节奏不同步，一次完整发布往往要协调多个团队 ShiplyAI护航灰度发布↓线上监控→Bugly实时异常监控↓问题修复→Fiber自动流转修复流程这个闭环的关键在于数据贯通：Shiply的发布数据、Bugly的监控数据、TEDi的研效数据，都在TDS 结语企业级应用的发布与研效，核心不是"用多复杂的工具"，而是"减少多少不必要的等待和协调"。 本文基于公开资料与行业观察撰写，旨在探讨企业级发布与研效体系的建设路径。文中涉及TDS产品的描述均来自其官方公开信息。
29710编辑于 2026-05-13- 来自专栏【腾讯云开发者】
首次披露：腾讯研效提升背后的两大核心驱动力
本次演讲首次披露腾讯研效的发展路径，并正式发布腾讯研效统一生态品牌——WeDev。 经过5年多的收敛和共建，腾讯已经基本完成了统一的研发测试环境资源、统一的底层元数据和研效服务工作。 自动化典型场景包括消息精准触达，在适合的时间让正确的人员处理待办；流程自动化，让自动化流转代替人工驱动数据驱动；流程规范化，让研发人员在数据节点上提供必要的信息，例如需求合规评审报告、测试报告等。 2.3 腾讯发布研效统一品牌——WeDev 完成研效平台收拢、各工具融合互通等基础工作后，腾讯研效取得了阶段性的成果。 至于AI Coding的最大挑战，在于如何让我们的agent像一名真正的开发者，也就是研效领域的图灵测试，这些是我们还在继续深耕的地方。 近几年，腾讯内部研效最大的驱动就是融合互通与智能化。
1K10编辑于 2025-08-07 - 来自专栏研发管理
如何运用测试影响分析(TIA)技术，帮助回归测试提效
尽管自动化测试与AI辅助测试的比例不断增加，但手动测试在用户体验验证、基于风险的探索性测试、复杂业务场景的模拟等领域，依然发挥着不可替代的作用。 4个关键步骤：1. 这样可以确保不同测试人员的操作被独立追踪，并且覆盖率数据能够准确关联到具体用户。2. 手动测试执行 将测试用例从CSV文件或需求管理系统导入，进入手动测试视图。 系统检测到构建版本发生变化后，会在报告中心展示覆盖率与受影响测试的统计结果。此次变更中，8个测试用例中仅有“预约访问”测试受到影响。4. 这意味着，无论是传统的手动回归场景，还是混合自动化的测试体系，TIA都能提供一致的优化效果。测试影响分析（TIA）让测试人员从“测试全部”转向“测试关键”，用数据驱动决策，而非凭经验和直觉消耗资源。
35510编辑于 2025-12-22 - 来自专栏【腾讯云开发者】
腾讯文档大仓服务治理：基于自研tRPC框架的研发提效实践
01、背景现状 tRPC 是腾讯自研的高性能、跨平台、插件化、具备高度服务治理能力的 RPC 框架， 目前在公司内各大业务广泛使用并已对外开源，详见：腾讯开源 tRPC：多语言、高性能 RPC 开发框架 4.5 目前不规范实践 4.5.1 业务查问题强依赖 Traces 使用姿势不规范，业务查问题强依赖 Traces，通常前端/测试提供给到 traceID 信息，然后直接根据 trace-detail 天机阁提供有全面的多维度看板，包括有开发、测试、运维、产品、运营、技术负责人等多方位视角，全面观测业务质量。 我们以收集表后台为例，利用天机阁Metrics监控能力分析现网业务情况。
2K20编辑于 2024-04-02 - 来自专栏CODING DevOps
持续测试 | 测试流程提效：在 CODING 中实践迭代内的持续测试
本文作者：程胜聪 - CODING 产品经理 持续测试带来的变革 持续测试（或者敏捷测试）要求测试作为基础活动贯穿于软件交付的整个过程中。 相比起在 DevOps 时代陷入困境的传统测试模式，持续测试首要改变的是“测试后置“的状况，强调测试前置，通过尽早定义测试、测试与开发并行、在过程中保持紧密协作，从而实现快速反馈业务风险的目的。 如果说自动化测试和精准测试是在测试执行这个单点上对效率的提升，那么迭代内测试则是在整体流程上的对测试效率进行提升。 迭代进行中： 开发同学实现编码的同时，测试同学同步编写该故事的测试用例，用例逐步补充完整的测试计划可以称为“测试计划 beta 版”。 总结 CODING 迭代视角的测试工作流的核心理念是引导测试的前置，在过程中增强了测试与其他角色的协作和反馈。目的是通过产品能力来帮助团队固化良好实践，从而实现高效的测试： 首先，尽早规划了测试。
1.7K20发布于 2021-06-03 - 来自专栏研发效能EE
质效提升 ｜ 聊QA与业务测试（中）
上面一篇文章《质效提升 ｜ QA不做业务需求测试，你怎么看》主要讨论的是QA 和业务需求测试相关的问题，文章发出后收到了很多小伙伴的反馈，这里把很多有意义的反馈放在下面，希望对你有用。 测试需要这些能力不具备就可以不需要呢？ 钟同学：因为测试的门槛低，入门只要会黑盒就行而且测试工资非常低。不做技术测试就往项目管理走。所以上下限不一样。 [言外之意：测试工资太低，只进行一些简单的黑盒测试，而需要更多技术和知识储备的游戏业务测试交给研发或者更专业的公司去做。] 吹个泡泡同学：好多面试问的问题都懵了，现在测试是不用干活了吗？怎么搭建质量管理体系？怎么提高测试质量？怎么评估测试质量？怎么让所有人都能高质量完成测试？怎么管理测试用例？怎么评估测试用例？ 虽然一开始可以找多面手来做一些调研、预研，但一旦上了规模，还是要专业的人来做，做的好且快。郭德纲老爷子有句话说得好，不要用你的业余爱好，挑战我的专业。 闻道有先后，术业有专攻。
49310编辑于 2023-09-11 - 来自专栏软件测试那些事
手自一体提效软件测试
那么，什么是软件测试的手自一体呢？ 笔者在10年多前组建某个核心系统测试团队的时候，提出了“手自一体”的自动化测试的概念。 当然这也是那个时期很多测试团队的工作模式，甚至是某些敏捷教练口中的“敏捷测试模式”。 （实际上测试人员是在并行处理三个迭代的工作，因为T+2需求也已经启动了） 为了能够实现在T迭代中完成本迭代相关的所有测试工作，笔者提出了能不能把手工测试和自动化测试同时完成的题目，在手工测试用例设计和执行的过程中 案例1- 某后端系统 以下是若干年前在“简书”上简单写的一段话，介绍的这个方案，核心在于写完测试用例用例后先执行（核心系统是纯后台，只能通过接口进行测试），用执行结果来作为测试用例的预期结果，当然还需要有一些配套的测试数据管理的工作 4)使用HttpRunner执行测试用例。 这套方案全程不需要二次开发，直接拿着工具就能上手，非常适合缺乏测试基建资源的团队来快速上手。
41100编辑于 2024-12-20 - 来自专栏自学测试之道
接口测试4
一、测试用例这样写 一个好的用例的表述要点，即用例中应当包含的信息 一个优秀的测试用例，应该包含以下信息： 1） 软件或项目的名称 2） 软件或项目的版本（内部版本号） 3） 功能模块名 4） 测试用例的简单描述 ，即该用例执行的目的或方法 5） 测试用例的参考信息（便于跟踪和参考） 6） 本测试用例与其他测试用例间的依赖关系 7） 本用例的前置条件，即执行本用例必须要满足的条件，如对数据库的访问权限 8） 用例的编号 该测试案例是以一个B/S结构的登录功能点为被测对象,该测试用例为黑盒测试用例。 假设用户使用的浏览器为IE6.0 SP4。 功能描述如下： 1.用户在地址栏输入相应地址，要求显示登录界面； 2.输入用户名和密码，登录，系统自动校验，并给出相应提示信息； 3.如果用户名或者密码任一信息未输入，登录后系统给出相应提示信息； 4.
55210发布于 2019-09-29 腾讯研效破局：全生命周期项目管控与数字身份实践
腾讯TAPD：覆盖全生命周期的敏捷项目管理基座 标准迭代流水线： 建立以1-4周为周期的敏捷迭代模型。通过看板进行需求拆解与工时评估，打通“需求梳理-每日站会-迭代评审-验证度量”的全周期。 DevOps工具链无缝集成： 深度集成代码管理（Gitlab/GitHub）、持续集成（Jenkins/蓝盾CI）、代码检查（SonarQube/Code cc）与自动化测试（JMeter/JUnit） ，实现从设计到发布的全链路追踪，测试失败直接自动生成缺陷（Bug）并关联构建产物。
21810编辑于 2026-06-01- 来自专栏用户4624600的专栏
测试开发比，能代表质效平衡吗？
看到一个很有意思的话题：测试团队需要保障质量，同时也要考虑测试效率，质量和效率之间的平衡，其实很大程度上取决于测试和开发的人数占比。只有先保证资源上的平衡，才能在保障质量的同时保证一定的测试效率。 理性看待测试开发比例 测试开发比这个词，我特意搜索了关键的信息，无论是软件工程理论还是质量保障相关的专业资料，并没有找到具体的出处。“测试开发比”这个术语并不是一个公认或标准化的行业术语。 下面是三个我亲身经历的案例： 1、业务测试团队：测试开发比1:5。 业务测试团队的主要测试活动，还是基于业务需求进行各种需求分析和场景设计用例执行。 由于业务测试的各种场景组合复杂性，以及沟通协调等很多琐碎的事情，导致需要较多的测试同学投入进来。 2、基础架构团队：测试开发比1:12。 比如测试活动中比较费时间的点有准备测试数据和测试环境部署维护，那就可以通过工具和基础设施建设优化，来提高方面的效率。
43110编辑于 2024-08-20
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号