- 综合排序
- 最热优先
- 最新优先
- 来自专栏测试开发架构之路
聊下自己转型测试开发的历程
软件质量保障 专注于测试圈：测试质量保障、自动化工具/框架、平台开发、算法测试、BAT/TMD大厂测试岗面试题/面经分享、测试团队建设与管理、测试新技术的分享。 偶尔也聊聊个人工作的收获与经验。 介绍下自己的测试历程吧，邮电高校通信小硕，毕业4年，去年成功转型测试开发，周末会总结测试心得。 但是工作了2个月不到，就开始对这种工作内容产生厌倦了，重复度太高，感觉自己就是个机器人 ，除了越来越熟悉业务，看不到太多成长，完全是浪费时间。 对，这是第一次遇到瓶颈！！！ 字节期间最大的成长就是承担团队自动化测试owner，推动了我们团队从手工测试向自动化测试转型。 【干货】如何推动业务测试团队转型自动化测试？ 上海虽好，但是上海这座城市购房压力太大，结合自己实际情况，还是决定去成都发展，虽然不舍字节，但是还是要考虑未来的生活质量。
98833编辑于 2022-08-01 - 来自专栏测试开发干货
测试开发面试系列2
2. 坐姿或视频面试的拍摄角度不妥：危险程度：*** 看一个人够不够专业，正式，这里可以看出一点点。面试官都是正襟危坐，应聘者却随意自在。 有的面试官比如我，虽然不会很生气，但是我会对应聘者的情商产生担忧，这以后去和开发产品打交道，就这个样子，还不被对方给投诉了，到时候这烂摊子谁收拾的了？所以这层担忧还是会扣分。 自我介绍，就一句话：我那啥，我之前是日企的，测试过日本软件。没了。你觉得在日企挺牛逼是么？就这自我介绍？你在不在日企很重要？看不起国内公司？以为自己是日企淘汰出来的进入国企就是给我们蓬荜增辉来的？
57910编辑于 2022-05-18 - 来自专栏CSDN博客
测试开发话题07---测试分类（2）
• 测试阶段：编码后或者编码前（TDD） • 测试对象：最小模块 • 测试人员：白盒测试工程师或开发工程师 • 测试依据：代码和注释 + 详细设计文档 • 测试方法：白盒测试 • 测试内容：模块接口测试 ⽤例：包含重复元素的数组 int[] arr = {4, 2, 4, 1, 3, 2}; int[] expected = {1, 2, 2, 3, 4, 4}; 冒烟测试一般在开发人员开发完毕后提交给测试人员来进行测试时，先进行冒烟测试，保证基本功能正常，不阻碍后续的测试。 如果冒烟测试通过，则测试人员开始进行正式的系统测试，如果不通过，则测试人员可以让开发人员重新修复代码直到冒烟测试通过，再开始进行系统测试。 在整个软件测试过程中占有很大的工作量比重，软件开发的各个阶段都会进行多次回归测试。
47110编辑于 2025-12-17 - 来自专栏啄木鸟软件测试
智能体测试：测试团队的转型跃迁
测试团队正站在一场深刻转型的临界点：我们不是要淘汰测试工程师，而是要重塑其核心能力——从用例编写者，进化为智能体行为架构师与可信性治理者。 一、为什么传统测试方法在智能体面前集体失灵？ 传统测试依赖确定性输入->预期输出映射，而智能体具有三大反模式特征： 1）状态依赖性：同一输入在不同上下文（如内存快照、工具调用历史、外部API响应波动）下可能触发完全不同的行动链； 2）涌现行为： 二、转型四支柱：测试团队的能力重构路线图 1. 2. 三、组织适配：从‘测试组’到‘可信AI工程部’ 转型不仅是技术升级，更是组织范式迁移。
43210编辑于 2026-05-08 - 来自专栏人力资源数据分析
人才数字发展转型（2）
1、 培训课程的录制 我们平时都有很多线下的课程，可以对线下的课程进行现象的视频录制，然后进行编辑剪辑，可以作为线上的课程素材 2、 在线课程的设计 培训人员可以根据课程规划，进行微课的设计，一般微课都是以多媒体的形式呈现
55120发布于 2020-01-02 - 来自专栏测试开发架构之路
如何推动团队测试转型自动化测试
而提高测试生产力，就要求测试人员从纯业务测试向技术转型，鼓励员工使用技术手段解决业务问题！ 如何推动团队测试转型自动化测试？ 测试自动化是一种意识形态（思维方式），测试转型自动化是一种认知的升级。 2. 使用开源工具不利于提升团队在自动化技术方面的成长。自动化能力的提升离不开编程能力的提升，使用开源工具能提升工具学习使用能力，最终你的成长无外乎又掌握了一个测试工具的使用。3. 接口测试框架建设 2. 接口测试平台建设。 做大量的技术专项，不但可以提升你的编程能力，更重要的是锻炼你使用技术手段解决问题的能力，能用代码做的就不要手工做。 打造“样板房” 接口测试框架开发完成后，我带的小组先进行试用。使用前先给大家做了一次分享，演示框架操作原理，如何开发接口测试用例。 测试开发技能图谱 前文说到，测试认知升级，离不开大量的技术专项实践，这也要求测试需要具备开发能力，即测试开发。 下面是一份测试开发技能图谱，可以作为大家转型的指导。
82910编辑于 2022-08-01 - 来自专栏啄木鸟软件测试
测试预测分析团队如何成功转型？
本文深度解读这一转型背后的动因、实践路径与组织挑战，助力测试团队突破能力天花板。 一、为什么是“预测”，而不是“更多自动化”？ 例如： 场景1：用随机森林预测“本次PR引入缺陷概率”（输入：新增行数、修改文件数、作者历史缺陷密度、CR评论密度）； 场景2：用LSTM分析测试失败日志序列，提前2轮构建识别“偶发性失败模式”； 场景 这种“预测->干预->验证->反馈”的闭环，使测试真正嵌入价值流。 三、组织转型的隐性陷阱与破局点 转型最大阻力往往不在技术，而在认知惯性。 我们总结三大典型陷阱： 陷阱1：“测试即预测”的误解——预测分析不是取代手工探索或自动化，而是为其提供智能编排依据； 陷阱2：“数据完备才启动”的拖延症——某团队等待“100%埋点覆盖率”两年未动， 预测分析不是给测试加一个新工具，而是重构其存在意义——它让测试工程师从缺陷猎人，成长为风险建筑师；让测试过程从线性执行，升维为动态博弈；让质量保障从成本中心，转化为可量化的效能杠杆。
14000编辑于 2026-09-09 - 来自专栏啄木鸟软件测试
性能测试左移：团队转型深度解读
正因如此，‘性能测试左移’（Performance Testing Shift-Left）已从方法论倡议，演变为一场深刻的团队能力重构与组织级转型实践。 二、转型三支柱：能力、流程、工具链的协同进化 成功的左移转型绝非单点突破，而是三大支柱的系统性升级： 能力重塑：性能工程师需从‘压测执行者’转向‘性能赋能者’。 三、警惕三大转型陷阱：技术易得，认知难破 实践中，80%的左移失败并非源于技术短板，而是组织认知偏差： ‘左移=甩锅给开发’：性能团队若仅输出‘这个接口超时了’的告警，而非提供‘建议增加Redis缓存层 ‘忽视非功能需求对齐’：左移的前提是业务方、产品、架构、开发、测试对‘什么是可接受的性能’达成共识。 ’ 随着AI for Testing的发展，下一代左移将呈现两大趋势： 1.自治式性能防护——基于历史流量模型与服务依赖图谱，CI/CD自动推导出本次变更最敏感的性能路径，并动态生成最小化验证用例； 2.
14310编辑于 2026-09-09 - 来自专栏啄木鸟软件测试
团队转型：AI安全测试实战指南
这背后暴露出一个关键断层：传统软件测试团队正站在AI安全测试的‘能力悬崖’边缘——懂测试，不懂模型；懂AI，不擅验证；懂开发，难建防线。 这不是工具替代问题，而是团队认知、流程与能力的系统性转型。 本文基于啄木鸟软件测试团队为三家金融、医疗与智能驾驶客户落地的AI安全测试实践，拆解一条可复用、可度量、可进化的转型路径。 四、从合规驱动到价值驱动：让安全测试产生业务ROI 最可持续的转型，是让安全能力直接贡献于商业目标。 结语：转型不是更换工具，而是重写团队的‘认知操作系统’ AI安全测试的挑战，从来不在技术复杂度，而在组织惯性。当测试工程师开始追问‘这个softmax温度值为何设为0.7？’ ，当开发人员主动提交模型置信度分布图供测试分析，当CTO在OKR中为‘AI鲁棒性提升20%’单独设项——转型才真正发生。
55110编辑于 2026-03-31 - 来自专栏啄木鸟软件测试
2026测试左移：团队转型实战指南
2026年，测试左移（Shift-Left Testing）正从‘理念倡导’迈入‘组织级落地深水区’——它不再只是测试工程师提前写用例，而是产品、开发、测试、运维角色边界消融后的协同范式重构。 本文基于啄木鸟软件测试团队服务的8家金融、智能驾驶领域客户转型实践，解析2026年测试左移真正的团队转型路径。 二、组织重构：建立‘质量双线作战室’ 2026年成功转型团队的共性结构，是打破传统V模型的单向流程，构建‘需求流’与‘质量流’并行的双线机制： 需求流：由PO+BA主导，采用特性驱动开发（FDD）拆解， 当产品经理敢在需求评审会上说‘这个逻辑我敢签质量承诺’，当开发者在提交代码前自觉运行契约测试，当运维看到发布清单就判断出SLA风险——这才是左移成功的标志。 转型不是一场运动，而是一次静默的权力让渡：把质量的定义权、验证权、否决权，交还给创造价值的每一个节点。啄木鸟团队相信，2026年之后，‘测试左移’这个词或将消失——因为质量，本就该生长在代码诞生之前。
61810编辑于 2026-05-15 - 来自专栏啄木鸟软件测试
深度解读：多模态测试团队转型
转型，已非选择题，而是生存命题。 一、什么是多模态测试？它为何不可替代？ 二、传统测试团队的三大转型瓶颈 1. 能力结构失衡：87%的测试工程师仍以手工用例设计和UI自动化为主（《2024中国QA能力白皮书》），缺乏音频信号分析、CV模型评估、LLM prompt鲁棒性测试等新技能； 2. 工具链严重割裂：语音测试用Kaldi/Wav2Vec流水线，图像测试跑PyTorch+OpenCV脚本，NLP测试依赖HuggingFace Eval框架——三套环境、三类数据格式、三种报告体系，无法形成统一质量视图 结语：转型不是替代，而是升维 多模态测试团队的转型，本质是从‘功能守门员’进化为‘体验架构师’。
14510编辑于 2026-09-09 - 来自专栏啄木鸟软件测试
RAG系统测试团队如何成功转型？
二、测试团队转型的三大支点：能力重构、流程再造、工具升维 1. 2. 流程再造：嵌入MLOps全生命周期，而非仅‘最后防线’ RAG测试必须前移至数据准备与embedding阶段。 三、真实转型路径：从‘救火队’到‘可信AI共建者’ 某全球Top3医疗器械企业的RAG测试团队转型历时6个月，分三阶段： - 第1-2月：停掉30%低价值UI自动化用例，全员完成LangChain+LlamaIndex 模型微调任务； - 第5-6月：输出RAG质量门禁标准（如Faithfulness<0.85禁止上线），并接入CI/CD流水线，使RAG版本发布周期从2周压缩至72小时。 测试团队的转型，表面是技能升级，内核是角色进化——从保障功能正确，到捍卫事实可信；从验证系统行为，到审计认知过程。
42210编辑于 2026-03-09 - 来自专栏啄木鸟软件测试
大模型测试团队如何成功转型？
传统测试依赖可复现的输入-输出映射（如：输入‘1+1’->输出‘2’），而LLM的响应受提示词微调、上下文长度、温度参数、权重版本甚至GPU浮点精度扰动影响。 二、转型三支柱：能力重构、流程再造、角色进化 1. 2. 三、避坑指南：转型中最易踩的三个认知陷阱 - 陷阱一：‘把LLM当黑盒，只测API’——忽略内部表征层质量。 转型之路没有标准答案，但所有成功案例都指向同一内核：以人的智慧，驯服机器的涌现；以测试的严谨，托举创新的狂想。
53710编辑于 2026-03-31 - 来自专栏go 学习
测试2
func GetAllFiles(dirPth string) (files []string, err error) {
39660发布于 2020-09-30 - 来自专栏LYH测试专栏
测试2
经过过去几年的建设，我国的大中型城市都安装了很多监控摄像头，通过路段的感知，可以基于原有监控系统获取到道路的总体交通路况，通过这种车辆检测技术就可以为道路路况分析、交通大数据、交通规划等提供可靠的数据依据，这对于计算机在以前要做起来，成本是非常高的，现在就可以采用很低的成本做到，通过图象快速的感知。
42330发布于 2019-07-29 - 来自专栏K8sCat
2024 Python开发者转型Go开发
随着Go语言在云计算、微服务和高性能网络服务中的流行，Python开发者面临是否转向Go开发的选择。这个决定涉及到多方面的考量，包括语言特性、生态系统、性能需求、学习曲线和职业发展等。 本文将深入探讨Python开发者转向Go开发的利弊，分析两种语言在不同场景下的适用性，并提供从Python到Go的过渡策略，旨在为Python开发者提供全面的转型指南。 应用场景 Python的应用场景 数据分析和机器学习项目 教育和初学编程 快速开发的小型网络应用 Go的应用场景 高性能网络服务和微服务 并发和分布式系统 基础设施和云平台开发 学习曲线与过渡策略 Python 到Go的过渡 Python开发者可能需要适应Go的静态类型和并发模型。 Python开发者转向Go需要投入时间学习新的语言特性和概念，但许多基本的编程概念在这两种语言之间是通用的。最终，选择是否转型应考虑到个人的长期职业发展和兴趣的驱动。
65810编辑于 2023-12-28 - 来自专栏啄木鸟软件测试
测试专家必看：测试数据生成团队转型之路
这些案例背后，指向一个被长期低估的真相：测试数据，正从‘辅助资源’升级为‘质量基础设施’的核心组件。 一、为什么传统测试数据生成模式正在失效？ 二、转型核心：从‘数据搬运工’到‘数据工程专家’ 成功的转型并非简单引入Faker或Mock框架，而是重构团队能力模型。我们观察到领先实践者已形成三大跃迁： 1. 某车企测试数据团队与领域专家共建‘测试数据契约’（Test Data Contract），将车型配置、电池温度、道路场景等137个关键参数纳入元数据治理，使测试数据可追溯、可验证、可审计。 2. 这使得测试数据本身成为可测试对象，真正实现‘数据可信，质量才可信’。 结语：测试数据不是测试的终点，而是质量信任的起点 测试专家的价值，正从‘发现缺陷’转向‘构建可信质量基座’。 测试数据生成团队的转型，本质是一场静默却深刻的质变——它不改变测试流程，却重塑质量交付的底层逻辑。未来三年，没有数据工程能力的测试团队，或将如同没有自动化能力的开发团队一样，失去在敏捷时代的话语权。
29510编辑于 2026-05-08 - 来自专栏CSDN博客
测试开发话题10---自动化测试常用函数（2）
ExpectedConditions.textToBe(By.cssSelector("#s-topleft > a:nth-child(1)"), "新闻")); if(ispass){ System.out.println("测试通过 "); }else { System.out.println("测试失败"); } 优点：显示等待是智能等待，可以自定义显示等待的条件，操作灵活 缺点：写法复杂 隐式等待和显示等待一起使用效果如何呢 测试⼀下： //隐式等待设置为5s，显⽰等待设置为10s，那么结果会是5+10=15s吗？ 后退、刷新 driver.navigate().back(); driver.navigate().forward(); driver.navigate().refresh(); 案例：百度首页测试在线工具 \\selenium2html\\upload.html"); 五、浏览器参数设置 1)设置无头模式 2)设置浏览器加载策略 options.setPageLoadStrategy(PageLoadStrategy.NONE
34110编辑于 2025-12-17 - 来自专栏AI研习社
开发者 AI 转型指南
你可以想象，转变成人工智能开发者是一条漫长而艰难的道路，但这并不意味着你不能完成这个目标。 我要对怀疑者说一句话：即使你在编程、数学、工程方面没有任何经验，你也可以在家里从头开始学习人工智能，并开始将你的知识应用于实践，创建简单的机器学习解决方案，这些将是你成为人工智能开发者迈出的第一步。 在这里，我将展示我眼中成为人工智能开发者的最有效的学习路径。你知道，网上有很多资料可以选择，但我试着帮助你区分什么才是真正重要的。 你准备好了吗？ Part I. #2 基本的数学素养 ? 人工智能和机器学习这类职业需要你具备基本的数学知识。这里的关键词是「基本」。 #2 学习人工智能本身 ? Francesco Corea 开发的人工智能知识地图 想象一下你是如何理解上面的计划的，我会像 Andrew Ng 那样说「如果你不明白，请不要担心」。
68910发布于 2019-08-20 - 来自专栏啄木鸟软件测试
2026年RAG测试团队转型实战指南
LLM-as-Judge的动态评估（如使用Claude-3.5对生成内容做事实一致性打分），替代静态golden answer比对； 溯源层：强制要求所有响应携带可验证的引用锚点（如PDF页码哈希+向量ID），并开发轻量级溯源验证器 二、人才结构：告别‘测试工程师’，拥抱‘RAG QA工程师’新角色 某央企智能客服团队2025年启动转型，将原30人测试组重组为5个跨职能小队：检索质量组（含信息检索博士）、提示工程组（需掌握LangChain 四、流程再造：测试左移不是口号，而是‘RAG设计即测试’ 深圳某AI医疗公司实践证明：在RAG架构设计评审阶段嵌入测试代表，可降低57%后期高危缺陷。 结语：测试团队的终极价值，是成为RAG系统的‘认知守门人’ 2026年，RAG测试团队的KPI不再是‘缺陷发现数’，而是‘用户决策置信度提升值’（通过A/B测试测量用户采纳建议后的操作成功率变化）。 未来已来——不是RAG需要测试，而是测试必须进化为RAG的共生神经系统。
19110编辑于 2026-09-09
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号