接下来,本文将分享一些使用WeTest进行测试提效的小经验,希望能帮到大家。 01 自动化兼容测试 UI自动化是提高测试效率的一个重要手段,像poco、appium都是常用自动化框架,相关资料都很多,这里就先不展开讲,主要分享一些实操过程可能会遇到的问题。 因此,我们将UI自动化功能测试与日志测试相结合,基于蓝盾流水线和WeTest,搭建了一个日志自动化测试模块。 如何把自动化执行过程的数据传递给校验模块,考虑过以下几种方案: 1,通过mq(redis、kafka等),实现数据传输到查询校验模块; 2,另起服务接收数据,通过接口调用传递数据; 3,将校验模块耦合到日志测试脚本 2,不同的测试场景,选用不同测试机型组,缩小测试范围,更快获得结果。 3,可针对性购买机型,补齐少数WeTest平台所没有的机型,提高测试过程的用户机型覆盖。
腾讯最新推出「腾讯WeDev研效价值派」研效领域访谈栏目,定期邀请各资深研效专家,深入分析团队效能提升实战经验与工具融合之道,展望研效进化的未来蓝图。 TAPD作为腾讯研效WeDev生态中的研发协作平台,支撑着腾讯所有事业部的产品研发管理工作,为整合研效工具链和流程提供专业的协作支持。 Q:随着TPAD平台的深度使用,近期,腾讯研效技术委员会也推出了腾讯研效WeDev。您认为WeDev对于「微信支付」和整个腾讯研效发展有什么帮助? 茹炳晟:我认为WeDev的出现是水到渠成的。 Q:在研效提升方面,您有哪些经验或建议想分享给其它同学? 茹炳晟:在日常工作中,我们要始终保持好奇心:既保持对业务的好奇心,也要保持对研效提升的好奇心。 如何像「微信支付」一样打通研效工具链,提效交付全流程? 腾讯产研双星 TAPD × CNB ,为大家重新定义研发协作新标杆!
—— 维基百科《Unit testing》 一个单元测试是一段自动化的代码,这段代码调用被测试的工作单元,之后对这个单元的单个最终结果的某些假设进行检验。单元测试几乎都是用单元测试框架编写的。 Catch2 是现代化测试框架,提供了很多特色功能,依赖简单,可以一试。 Boost.Test 是 Boost 自带的测试框架,依赖 Boost 的程序可以直接使用,功能强大。 -O0 -fno-inline -fno-access-control 覆盖率: --coverage -fprofile-arcs -ftest-coverage Python 单元测试 点击阅读《研效优化实践 小经验分享 三条准则 单元测试必须经常跑 错误做法:为了完成 KPI 写了一堆测试,跑一次就不管了 正确做法:持续集成,自动化运行 从增量到存量,从主要到次要 从覆盖新模块、新功能做起,单元测试先跑起来再说 安平研效团队仍在持续探索优化中,若大家在工作中遇到相关问题,欢迎一起交流探讨,共同把研效工作做好、做强。
本文基于腾讯安全平台部的研效优化实践,介绍和总结公司第三大后端开发语言 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. 工作的软件高于想尽的文档; 3. 客户合作高于合同谈判; 4. 响应变化高于遵循计划。 图片2. 在持续测试平台,创建用例评审(评审标题为 TAPD需求单标题),选中相关测试用例。平台自动创建需求评审群内,可与关联方讨论需求细节,明确开发工作点。图片3. ,创建测试计划; 启动自动化测试任务 自动化测试 执行对 SIT 环境的自动化测试。 自动化测试通过,在评审群通知产品进行需求验收,同时修改群名为【验收中】 开发其他需求 利用自动化测试保证需求变更不引入新的问题,同时减少前后端联调拉扯时间。 后,启动自动化任务 对 prod 环境进行自动化测试; 自动化测试通过后,修改评审群名【已发布】同时知会产品,该需求已发布。
目前都有哪些AI工具能够帮助开发者实现开发提效?开发者又该如何利用工具来帮助自己在日常工作中事半功倍? 大咖对谈Copilot促进开发研效提升 本期 TVP 技术夜未眠,特邀 CSDN 创始人&董事长、腾讯云 TVP 蒋涛&腾讯云开发者产品中心总经理 刘毅与腾讯云产品四部总经理 田超展开对谈。 7月16日(周二)19:30-21:30,锁定 TVP 视频号,三位开发者社区专家,将回望开发者研效提升历程,为你献上一部 Copilot 时代下程序员的生存法则扫描海报二维码或点击链接即可预约直播~
2,对于特定的流量,最终绝大部份流量会被某个特定的防护模块防保护。利用这个特点可以简化模型,我们可以抓住主要特征进行建模,其它的防护细节可以暂时不关注。 而增量方式可达2^150种组合。 02 业界是如何自动化生成用例的 那业界有没有既能够全新生成组合数少又不需要重新人工计算预期结果的方案呢?答案是有的。 从而达到自动化设计用例,自动化测试的目的。 腾讯的同事之前出版过一本《AI自动化测试》的书,里面详细介绍了AI在图像类游戏和数据类游戏上的测试。 Step2:对每种配置用典型的攻击手法并记录被测端的防护方式。 Setp3:通过AI分析各种防护跟配置间的关联。找出各种防护方式最主要的配置项。 自动化生成了54000个场景的测试用例,耗时3.5天跑完,AI分析跑出的结果后,己跟开发确认了其中2个BUG。
>在腾讯TDS(腾讯端服务)这个技术产品联盟里,我看到了一种解法:不是让团队在"快"和"稳"之间做取舍,而是用AI和自动化工具,让发布流程既快又稳。 一、TDS发布与研效体系:从"拼运气"到"AI护航"TDS(TencentDevice-orientedService,腾讯端服务)是由腾讯大前端技术委员会发起的技术产品联盟,核心定位是覆盖从设计到运营的全研发周期 ||第二步|FUE前端部署|前端团队部署效率提升10倍||第三步|Fiber流程协同|流程进度透明化,卡点定位从小时级到分钟级||第四步|全链路联动|从需求到上线的端到端自动化|笔者的个人观点:发布和研效的提升 结语企业级应用的发布与研效,核心不是"用多复杂的工具",而是"减少多少不必要的等待和协调"。 本文基于公开资料与行业观察撰写,旨在探讨企业级发布与研效体系的建设路径。文中涉及TDS产品的描述均来自其官方公开信息。
01、背景现状 tRPC 是腾讯自研的高性能、跨平台、插件化、具备高度服务治理能力的 RPC 框架, 目前在公司内各大业务广泛使用并已对外开源,详见:腾讯开源 tRPC:多语言、高性能 RPC 开发框架 最小集简洁版: version: v1 # 版本, 不同版本对应下文解析格式不同 owners: - name: rtx_name_1 # 告警接收人用户名 - name: rtx_name_2 方法1:根据 trace-index —> trace-detail 观察服务调用链路上下游 方法2:根据 trace-detail —> log-detail 观察此 traceID 在此 server 用户反馈 Bug,运营同学拉群给到 traceID,根据 traceID 定位到具体服务问题出现 server 后,根据 server 和 traceID 查询 Log-detail,使用方法1+方法2。 场景2:用户反馈 Bug,运营同学拉群给到 uid,根据 uid 检索用户在问题时间段内请求日志,根据 message like 或 error 检索到对应的错误日志,使用方法3。
本次演讲首次披露腾讯研效的发展路径,并正式发布腾讯研效统一生态品牌——WeDev。 2021年,腾讯成立了整个公司的研效技术委员会,这是腾讯研效发展过程中里程碑式的事件,腾讯人自此有了自己的研效主心骨和协同共建中心。后续又先后组建了运维平台、项目管理等Oteam。 自动化引擎驱动数据灵活流转 融合的另一个关键做法是自动化。有自动化,才能驱动数据更灵活自动的流转。我们抽象出了“触发-条件判断-执行”的自动化范式,即“谁,在什么样的范围里去做哪些事情”。 自动化典型场景包括消息精准触达,在适合的时间让正确的人员处理待办;流程自动化,让自动化流转代替人工驱动数据驱动;流程规范化,让研发人员在数据节点上提供必要的信息,例如需求合规评审报告、测试报告等。 2.3 腾讯发布研效统一品牌——WeDev 完成研效平台收拢、各工具融合互通等基础工作后,腾讯研效取得了阶段性的成果。
DevOps工具链无缝集成: 深度集成代码管理(Gitlab/GitHub)、持续集成(Jenkins/蓝盾CI)、代码检查(SonarQube/Code cc)与自动化测试(JMeter/JUnit) 2. 腾讯微卡:免运维的全场景云端电子身份中枢 多维身份统一: 以企业微信/微信为入口,实现“卡/码/脸/掌”统一身份认证。
(2)需求模板+设计规范,保持设计一致性,助力高效迭代 用户需求推动着产品迭代,乐享团队规模随着用户的增长不断壮大,新成员的加入却可能带来需求管理混乱、页面设计不统一等各种问题。 未来,TAPD 与 CoDesign 将在产品层面实现更深度的结合,帮助更多企业实现产品设计研发敏捷协作,助力企业研效提升。 ?
2020年,是腾讯网络自动化应用井喷的一年,在短短5个月的时间内,我们基于网络特性建模以及自研交换机打造了全新的自动化运营体系,实现了配置自动审计、变更自动化以及秒级故障自愈。 相比过往,自动化途中的重重困难被逐一攻破,这不禁让人联想到 “打通任督二脉”之势。本文从内到外,剖析腾讯自研交换机全自动运营之路。 2)统一的结构化数据:模型的设计无需顾虑各厂商的CLI差异,经过YangTools的转化,提供统一的JSON数据。 03 网络自动化运营应用 有了机器易读的结构化数据以及快速迭代的自研交换机系统,网络自动化应用变得顺其自然。 3.1 配置自动审计 在海量的设备与配置交错中,当前网络的配置是否变化? 结语 在积累多年的建模系统、自研OS、变更系统等基础平台能力的助力下,TCS运营自动化体系得以快速建立,使腾讯网络正式迈向高度自动化运营阶段。
在研效提升的路上,TAPD自动化助手已经成为很多团队的最佳拍档。随着更多场景的自动化,自动化规则的管理和维护成本也变得更高。 能否在同一条规则中,设置不同的判定逻辑和对应操作,来给自动化规则减负提效呢? 当然OK,TAPD自动化助手的「多分支功能」现已正式上线! 无论你是刚刚探索自动化助手的新用户,还是已经配置过N条规则的自动化达人,相信这一能力都帮你节省更多时间和精力,助你效率 UP UP UP! 自动化多分支能力,来啦! 简而言之,原本需要N个规则才能搞定的自动化场景,现在只需一条规则就能搞定。 同时,这也为研发流程的自动化提供了更多的可能性。 TAPD 自动化助手功能为TAPD「专业版」和「企业版」的专属功能,项目管理员可以在「项目设置-自动化助手」中灵活配置。 有奖体验,福利来了 铛铛铛!有奖互动来啦!
管理员可以按照团队所需,设置时间条件和自动化规则,让进度管理和事项跟进更加轻松。 」的组合,结合研发场景,探索更多提升效率的自动化实践。 如何使用 自动化助手是「TAPD企业版」专属功能,可以咨询官方客服人员申请企业版。 已开通企业版的公司可由项目管理员在 "项目设置 > 自动化助手" 中进行规则配置。 也可以为项目成员开启 "自动化助手" 权限点,允许成员自主配置。 戳“阅读原文”,了解更多TAPD「自动化助手」使用指引。 了解更多「自动化助手」指南
传统转译工具,比如 c2rust,其实是基于 ast 的转译方式,无法保留原项目架构的抽象信息,并且转译出来都是 unsafe 代码,实际应用效果不好。 一共包括两个组件:一个是完全自动化的 cargo 插件,另一个是可以让开发者和 ai agent 无缝交互的终端操作界面。 所以 Rust 研学 LLM 系列文章也该继续更新了。 自然语言处理背景 在自然语言处理(NLP)中,标记化过程是文本预处理的一个关键步骤,通常发生在模型训练或预测的最初阶段。 minbpe Rust 实现 关于 BPE 算法的概念如果你忘记了,可以再翻看本合集前面发的文章 [【Rust 研学】LLM 入门之旅番外篇 1.3 (上):OpenAI 工程师 Andrej 权威解读 GPT 分词器 ]( "【Rust 研学】LLM 入门之旅番外篇 1.3 (上):OpenAI 工程师 Andrej 权威解读 GPT 分词器 ")。
笔者介绍 我是李善达,来自华中农业大学植物科学技术学院,大学前三年的GPA位列年级30.27%,曾主要担任学院党办副主任、班级团支书,目前已经通过本校的“2+2”辅导员计划保研至华中农业大学植物科学技术学院作物栽培学与耕作学专业 意料之外的是我在最开始并没有打算通过“2+2”计划保研,最开始努力的方向也偏向于在科研方面,我是到了大三才决定要通过“2+2”辅导员计划保研的,方向的转变无疑是非常冒险的,这意味着要放弃自己前期的准备。 而在我决定“2+2”保研的时候,反观我的经历,发现我之前做的每一件看似“无用”之事,其实都为我的“2+2”之路做足了铺垫。 2 为什么选择通过“2+2”辅导员保研 01 影响力 华农与辅导员老师们对我的影响深远。校训,勤读力耕,立己达人告诉我们既要刻苦钻研,又要结合实践;既要完善自我,又要成就他人。 另附本人qq:1372585125,如果想进一步了解“2+2”辅导员保研,可以私戳联系我,记得写清验证备注哦~ 由于存在限制条件,赞赏账户仍设置为“小汪的私房钱”,本期推文所得赞赏将全部转给善达~
最上层是价值体现,通过数据度量跟踪,来体现所有的研效提升工作是否符合预期,如果符合设想的轨道再往前推进。下图是腾讯云研效平台的理念和思路。 接下来将具体分解研效平台的各个层次和我们所做的工作。 腾讯医疗研效提升最佳落地实践 腾讯云在研效工作方面遇到的一些挑战和痛点,在推动具体业务落地实践上也存在。 在具体业务落地实践研效提升方面,我们需要根据具体业务场景制定相应的研效提升策略,并结合团队实际情况和行业最佳实践,进行持续优化和升级。 简言之,只有抓住研发效能实践、平台、以及度量这三点,才能有效提升研效工作。我们整个研效的核心思路是通过研效实现,平台在此基础上输出核心研效指标,以推动业务方提高研效性能,最后使得正向增强回路。 毋庸置疑,研效提升是一项持续性工作,我们也十分期待通过研效提升,赋能腾讯云业务的进一步发展。 点击阅读原文 助力企业研发效能提升
最上层是价值体现,通过数据度量跟踪,来体现所有的研效提升工作是否符合预期,如果符合设想的轨道再往前推进。下图是腾讯云研效平台的理念和思路。接下来将具体分解研效平台的各个层次和我们所做的工作。 腾讯医疗研效提升最佳落地实践腾讯云在研效工作方面遇到的一些挑战和痛点,在推动具体业务落地实践上也存在。 在具体业务落地实践研效提升方面,我们需要根据具体业务场景制定相应的研效提升策略,并结合团队实际情况和行业最佳实践,进行持续优化和升级。 简言之,只有抓住研发效能实践、平台、以及度量这三点,才能有效提升研效工作。我们整个研效的核心思路是通过研效实现,平台在此基础上输出核心研效指标,以推动业务方提高研效性能,最后使得正向增强回路。 毋庸置疑,研效提升是一项持续性工作,我们也十分期待通过研效提升,赋能腾讯云业务的进一步发展。点击此处链接,助力企业研发效能提升
在进行研效建设前,采用的是“编译+打包+冷更新”模式;在进行研效建设后,快速更新采用的是“编译+上传+热更新”模式。简单来说,使用了一键自动化的 RZ 工具。 镜像瘦身前后对比 编排部署 在研效建设前,腾讯会议一次发布部署需要操作七八个平台,平台多且杂,自动化程度低,稍有疏忽可能就变成一次发布故障。 拨测与压测 在研效建设前,研发人员经常反馈:自动化拨测覆盖率低,系统监控弱,故障发现不及时;缺乏系统压测,对当前的状况和瓶颈一无所知。 自动化测试实例 腾讯会议研效建设 总结与思考 成果总结 研效成果概览 总的来说,通过半年多的研效专项建设,腾讯会议达成了以下成果: 1. 完成了所有模块的一站式管理及语言和框架的统一。 2. 标准化研发规范,统一流水线。腾讯会议将开发流水线分为开发、合流、提测、预发、发布 5 类,让流水线逐渐统一。 3. 完成测试环境的自动化管理。