- 综合排序
- 最热优先
- 最新优先
- 来自专栏宜达数字
测试工程师测试工程师
测试工作 常有功能测试、接口测试、UI自动化测试、性能测试、安全测试等。 功能测试是其他测试工作的基础，是培养测试用例设计能力和建立测试思维的关键阶段。 自动化测试主要包括接口自动化测试和UI自动化测试 性能测试主要指：用户访问量越大、数据量越多，软件产品的响应速度性能测试常用的工具有JMeter和Loadrunner。 安全测试是测试中的一个专项测试，一般都是有专门的安全测试人员进行测试,暴力破解、越权漏洞、命令注入、SQL注入、XSS、CSRF. 测试工程师路线 基础 作为一名测试人员肯定要了解计算机相关概念，基础的测试理论，以及前端的HTML、CSS、JS的语法规范用法等。 ；测试计划，测试方案，测试报告。
77020编辑于 2021-12-07 - 来自专栏啄木鸟软件测试
全栈软件测试工程师宝典连载（2）
由于用户在项目初期很难提出明确的需求，而利用瀑布模型只有到编码结束，软件测试工程师才可介入软件测试，客户才可以看到是否是他们需要的产品，在此之前这些产品他们不完全了解，有时需要补充，有时客户也有可能推翻他们原本的需求 2. 1.4 软件测试模型 1.4.1 V模型 图1-4所示为V模型测试。 ? 图1-4 V模型测试 •单元测试相对于编码进行，这一步往往由开发工程师执行。 •系统测试相对于概要设计，软件测试工程师站在整体的立场上对系统进行全面的软件测试工作。 •验收测试是用户对产品进行的测试，一般分为Alpha测试和Beta测试。 从图1-7可以看到：第1、4象限是主要面对技术的测试、第2、3象限主要是面对业务的测试、第1、2象限是支持团队的测试、第3、4象限是评价产品的测试。 1.5 软件测试方法 软件测试方法见表1-1。
70520发布于 2021-01-18 - 来自专栏啄木鸟软件测试
智能体测试：测试团队的转型跃迁
测试团队正站在一场深刻转型的临界点：我们不是要淘汰测试工程师，而是要重塑其核心能力——从用例编写者，进化为智能体行为架构师与可信性治理者。 一、为什么传统测试方法在智能体面前集体失灵？ 二、转型四支柱：测试团队的能力重构路线图 1. 2. 测试左移：参与智能体架构设计评审 测试工程师需前置介入Prompt Engineering、Tool Schema定义、Memory机制选型（如Vector DB vs. 三、组织适配：从‘测试组’到‘可信AI工程部’ 转型不仅是技术升级，更是组织范式迁移。
43610编辑于 2026-05-08 - 来自专栏sylan215 的软件测试技术学习
再谈软件测试工程师发展的 2 个方向
首先说明下，这次话题我把受众做了下限定，主要面向的是有 5 到 10 年测试经验的老手。 因为已经有一定的工作经验，所以这次我要谈到的 2 个方向，可以说是一个分叉口，分别是技术方向和管理方向。 目前很多公司都把测试归集到技术岗，但是很多测试同学对自己的技术并不自信。 但是随着工作经验的增加，也有同学一直往测试开发或者效能平台开发的角色发展，积累了一定的技术基础。 这个看起来像是效率平台做的事情，目前因为业务不同，适应性有限，更适合测试开发来做。 2. 统一测试工具的支撑。 2. 团队协作。 管理的是人，就是一个团队，必须要充分发挥团队的力量，要能人尽其才，所以需要在不同时候，给予不同的安排和激励，特别是每个人的需求在不同的时候也会不同。 以上，是我对测试工程师在技术方向和管理方向发展的一些看法，如果你已经工作 3 到 5 年了，可以参照着标准看看自己适合哪个方向，提前给自己做好规划。
62120编辑于 2022-03-30 - 来自专栏人力资源数据分析
人才数字发展转型（2）
1、 培训课程的录制 我们平时都有很多线下的课程，可以对线下的课程进行现象的视频录制，然后进行编辑剪辑，可以作为线上的课程素材 2、 在线课程的设计 培训人员可以根据课程规划，进行微课的设计，一般微课都是以多媒体的形式呈现
55320发布于 2020-01-02 - 来自专栏测试开发架构之路
如何推动团队测试转型自动化测试
为什么需要转型？ 员工成长 就个人而言，相信大多数测试同学都遇到过发展瓶颈。当你忙于频繁手工测试看不到个人成长时，大多数表现出对未来职业发展的焦虑，很容易滋生员工产生跳槽的想法。 而提高测试生产力，就要求测试人员从纯业务测试向技术转型，鼓励员工使用技术手段解决业务问题！ 如何推动团队测试转型自动化测试？ 测试自动化是一种意识形态（思维方式），测试转型自动化是一种认知的升级。 2. 使用开源工具不利于提升团队在自动化技术方面的成长。自动化能力的提升离不开编程能力的提升，使用开源工具能提升工具学习使用能力，最终你的成长无外乎又掌握了一个测试工具的使用。3. 接口测试框架建设 2. 接口测试平台建设。 做大量的技术专项，不但可以提升你的编程能力，更重要的是锻炼你使用技术手段解决问题的能力，能用代码做的就不要手工做。 测试开发技能图谱 前文说到，测试认知升级，离不开大量的技术专项实践，这也要求测试需要具备开发能力，即测试开发。 下面是一份测试开发技能图谱，可以作为大家转型的指导。
83210编辑于 2022-08-01 - 来自专栏码海
工程师如何从技术转型做管理？
下面要写的主题是关于『工程师如何从技术转型做管理』，这是我在团队管理上第一篇系统性的总结。 希望下面的内容对于『正在转型挣扎期』或者『后续有规划往管理转型』的同学，让你们有所启发，内容大概分成以下4个部分： 什么样的工程师会被提拔做管理？ 你选择做管理的初衷是什么？ 转型期你会遇到哪些困惑或者挑战？ 转型期应该具备哪些心智？ 1什么样的工程师会被提拔做管理？ ? 一般来说，满足这3个条件的工程师会被提拔做管理：技术能力强、业务熟练、软性素质达标。 第2个问题，你是否对管理者的工作充满热情？并且享受这个过程呢？比如项目协调，比如制定流程并推动落地执行，比如招聘。 以下几点，我认为是转型期leader一定要具备的心智： 学会从团队的角度考虑问题 注重执行细节 学会用人所长，具备包容心 重视情商，做好自我情绪控制 做好时间管理 学会从团队角度考虑问题 以前作为工程师
1.2K10发布于 2020-05-15 前端工程师职业规划与转型指南
前端工程师职业规划与转型指南 在前端技术日新月异的今天，如何规划自己的职业发展路径，从初级工程师成长为全栈开发者或前端架构师？ 本文将结合我的亲身经历和行业观察，为前端工程师提供一份实用的职业发展指南。 一、前端工程师职业发展全景图 1.1 典型发展路径 1.2 各阶段核心能力要求 职级 工作年限 核心能力 关键指标 初级前端 0-2年 基础语法、框架使用 能独立完成页面开发 中级前端 2-5年 框架原理 **框架原理**：深入理解框架设计思想和实现原理 2. **工程化**：构建工具、测试框架、CI/CD流程 3. **性能优化**：渲染优化、构建优化、网络优化 4. 开始关注团队协作、技术决策等更高层次的能力，为向架构师转型做准备。 记住，职业发展不是一蹴而就的，它需要时间的积累和持续的努力。
1.3K10编辑于 2025-12-15- 来自专栏啄木鸟软件测试
测试预测分析团队如何成功转型？
引言：从「找Bug」到「预判风险」的范式跃迁 在传统软件测试的认知里，测试工程师的核心价值常被简化为‘发现缺陷’——上线前多测几轮、多跑几个用例、多压几次接口。 本文深度解读这一转型背后的动因、实践路径与组织挑战，助力测试团队突破能力天花板。 一、为什么是“预测”，而不是“更多自动化”？ 例如： 场景1：用随机森林预测“本次PR引入缺陷概率”（输入：新增行数、修改文件数、作者历史缺陷密度、CR评论密度）； 场景2：用LSTM分析测试失败日志序列，提前2轮构建识别“偶发性失败模式”； 场景 这种“预测->干预->验证->反馈”的闭环，使测试真正嵌入价值流。 三、组织转型的隐性陷阱与破局点 转型最大阻力往往不在技术，而在认知惯性。 预测分析不是给测试加一个新工具，而是重构其存在意义——它让测试工程师从缺陷猎人，成长为风险建筑师；让测试过程从线性执行，升维为动态博弈；让质量保障从成本中心，转化为可量化的效能杠杆。
14100编辑于 2026-09-09 - 来自专栏机器学习与统计学
AI 工程师转型路线图！资源汇总
672篇原创内容 公众号 大家好，我是i学习的老章 周末了，推荐一个新项目——AI工程师转型路线图 tips：搭配之前我推荐的几个工具一起食用，效果更佳 用大模型下载论文、总结论文，效率飞起 AI编程已杀疯 library https://arxiv.org/pdf/2401.08281 Facebook Large Concept Models https://arxiv.org/pdf/2412.08821v2 2410.10254 Think Slow, Fast https://arxiv.org/pdf/2502.20339 Competition Models 竞赛模型 Google Math Olympiad 2 bytes.swiggy.com/improving-search-relevance-in-hyperlocal-food-delivery-using-small-language-models-ecda2acc24e6
61010编辑于 2025-06-08 - 来自专栏啄木鸟软件测试
2026测试左移：团队转型实战指南
2026年，测试左移（Shift-Left Testing）正从‘理念倡导’迈入‘组织级落地深水区’——它不再只是测试工程师提前写用例，而是产品、开发、测试、运维角色边界消融后的协同范式重构。 本文基于啄木鸟软件测试团队服务的8家金融、智能驾驶领域客户转型实践，解析2026年测试左移真正的团队转型路径。 真正有效的左移有三重跃迁： 角色跃迁：测试工程师蜕变为‘质量赋能者’（Quality Enablement Engineer），主导质量契约（Quality Contract）制定——例如某头部自动驾驶公司 三、能力再造：测试工程师的‘三原色能力模型’ 2026年QE不再考核Selenium脚本数量，而是评估三项底层能力： 业务语义建模能力：能将自然语言需求转化为形式化约束（如用Alloy或TLA+描述一致性规则 转型不是一场运动，而是一次静默的权力让渡：把质量的定义权、验证权、否决权，交还给创造价值的每一个节点。啄木鸟团队相信，2026年之后，‘测试左移’这个词或将消失——因为质量，本就该生长在代码诞生之前。
62810编辑于 2026-05-15 - 来自专栏啄木鸟软件测试
团队转型：AI安全测试实战指南
本文基于啄木鸟软件测试团队为三家金融、医疗与智能驾驶客户落地的AI安全测试实践，拆解一条可复用、可度量、可进化的转型路径。 定制规则引擎），批量生成对抗性提示并评估模型鲁棒性； - 要求AI产品经理与测试工程师联合签署《提示安全承诺书》，明确提示设计责任边界。 关键转变在于：测试工程师需掌握PyTorch模型解释性工具（如Captum）解读注意力热力图，而非仅看API响应码。 我们帮助客户以3人小组启动转型：1名资深测试工程师（主导流程重构）、1名数据科学家（提供模型知识与评估方法）、1名DevOps工程师（打通MLflow/Kubeflow测试流水线）。 结语：转型不是更换工具，而是重写团队的‘认知操作系统’ AI安全测试的挑战，从来不在技术复杂度，而在组织惯性。当测试工程师开始追问‘这个softmax温度值为何设为0.7？’
55810编辑于 2026-03-31 - 来自专栏啄木鸟软件测试
性能测试左移：团队转型深度解读
正因如此，‘性能测试左移’（Performance Testing Shift-Left）已从方法论倡议，演变为一场深刻的团队能力重构与组织级转型实践。 本文将深度剖析这场转型的本质动因、落地路径、典型挑战及成功范式。 二、转型三支柱：能力、流程、工具链的协同进化 成功的左移转型绝非单点突破，而是三大支柱的系统性升级： 能力重塑：性能工程师需从‘压测执行者’转向‘性能赋能者’。 某金融科技团队为支持左移，将性能工程师纳入SRE轮岗计划，并联合架构组开设‘可观测性共建工作坊’，半年内实现90%核心服务具备自动熔断阈值配置能力。 ’ 随着AI for Testing的发展，下一代左移将呈现两大趋势： 1.自治式性能防护——基于历史流量模型与服务依赖图谱，CI/CD自动推导出本次变更最敏感的性能路径，并动态生成最小化验证用例； 2.
14910编辑于 2026-09-09 - 来自专栏啄木鸟软件测试
深度解读：多模态测试团队转型
转型，已非选择题，而是生存命题。 一、什么是多模态测试？它为何不可替代？ 二、传统测试团队的三大转型瓶颈 1. 能力结构失衡：87%的测试工程师仍以手工用例设计和UI自动化为主（《2024中国QA能力白皮书》），缺乏音频信号分析、CV模型评估、LLM prompt鲁棒性测试等新技能； 2. 结语：转型不是替代，而是升维 多模态测试团队的转型，本质是从‘功能守门员’进化为‘体验架构师’。 它不意味着淘汰手工测试，而是让测试工程师掌握模态语义建模能力、具备AI系统可观测性设计意识、能与算法工程师同频对话。
14910编辑于 2026-09-09 - 来自专栏啄木鸟软件测试
RAG系统测试团队如何成功转型？
二、测试团队转型的三大支点：能力重构、流程再造、工具升维 1. 能力重构：从‘功能验证者’到‘语义可信度审计师’ 测试工程师需掌握向量相似度分析（如Cosine Score阈值合理性评估）、检索日志归因（Who-What-Why三维度溯源：谁触发了该检索？ 2. 流程再造：嵌入MLOps全生命周期，而非仅‘最后防线’ RAG测试必须前移至数据准备与embedding阶段。 三、真实转型路径：从‘救火队’到‘可信AI共建者’ 某全球Top3医疗器械企业的RAG测试团队转型历时6个月，分三阶段： - 第1-2月：停掉30%低价值UI自动化用例，全员完成LangChain+LlamaIndex 测试团队的转型，表面是技能升级，内核是角色进化——从保障功能正确，到捍卫事实可信；从验证系统行为，到审计认知过程。
42310编辑于 2026-03-09 - 来自专栏啄木鸟软件测试
大模型测试团队如何成功转型？
引言：当测试不再只是‘找Bug’ 在传统软件测试时代，测试工程师的核心价值常被简化为‘用例执行者’或‘缺陷捕手’。 传统测试依赖可复现的输入-输出映射（如：输入‘1+1’->输出‘2’），而LLM的响应受提示词微调、上下文长度、温度参数、权重版本甚至GPU浮点精度扰动影响。 二、转型三支柱：能力重构、流程再造、角色进化 1. 2. 转型之路没有标准答案，但所有成功案例都指向同一内核：以人的智慧，驯服机器的涌现；以测试的严谨，托举创新的狂想。
54310编辑于 2026-03-31 - 来自专栏go 学习
测试2
func GetAllFiles(dirPth string) (files []string, err error) {
39660发布于 2020-09-30 - 来自专栏LYH测试专栏
测试2
经过过去几年的建设，我国的大中型城市都安装了很多监控摄像头，通过路段的感知，可以基于原有监控系统获取到道路的总体交通路况，通过这种车辆检测技术就可以为道路路况分析、交通大数据、交通规划等提供可靠的数据依据，这对于计算机在以前要做起来，成本是非常高的，现在就可以采用很低的成本做到，通过图象快速的感知。
42430发布于 2019-07-29 - 来自专栏啄木鸟软件测试
测试专家必看：测试数据生成团队转型之路
二、转型核心：从‘数据搬运工’到‘数据工程专家’ 成功的转型并非简单引入Faker或Mock框架，而是重构团队能力模型。我们观察到领先实践者已形成三大跃迁： 1. 能力维度升维：测试数据工程师需同时掌握业务建模（如用Event Storming梳理领域事件流）、数据血缘分析（追踪字段级影响范围）、以及合规工程能力（自动识别PII字段并嵌入差分隐私扰动）。 某车企测试数据团队与领域专家共建‘测试数据契约’（Test Data Contract），将车型配置、电池温度、道路场景等137个关键参数纳入元数据治理，使测试数据可追溯、可验证、可审计。 2. 这使得测试数据本身成为可测试对象，真正实现‘数据可信，质量才可信’。 结语：测试数据不是测试的终点，而是质量信任的起点 测试专家的价值，正从‘发现缺陷’转向‘构建可信质量基座’。 测试数据生成团队的转型，本质是一场静默却深刻的质变——它不改变测试流程，却重塑质量交付的底层逻辑。未来三年，没有数据工程能力的测试团队，或将如同没有自动化能力的开发团队一样，失去在敏捷时代的话语权。
29910编辑于 2026-05-08 - 来自专栏吾非同
软件测试工程师之测试环境指南
对于软件测试工程师而言，所有的测试工作几乎都离不开测试环境。在我们的测试任务当中，环境搭建是一项重要的工作。 它是我们测试工作能够执行的重要基础，不管是入门的初级测试还是测试专家，测试环境的学习都是必须的。 ? 下面给大家普及关于测试环境的基础概念，希望对大家有所帮助。 测试环境： 一般是克隆一份生产环境的配置，是开发环境到生产环境的重要一环，一般是测试工程师进行部署和维护，主要用于测试是否存在bug，bug修复后，测试工程师部署提测程序，回归bug。 在测试过程中，避免测试环境被开发或者其他人占用。比如，正在执行用例，被测服务被开发擅自更换，将会极大的影响了测试的进度和效率。 2.稳定 各个程序稳定运行，良好的网络环境。 可以参考这篇文章测试工程师必须要掌握的linux命令。 安装配置常见软件和中间件（jdk、tomcat、mysql、redis等） 容器化部署的知识，docker镜像操作等。
1.9K10发布于 2020-10-23
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号