- 综合排序
- 最热优先
- 最新优先
- 来自专栏CSDN博客
测试开发漫谈11---性能测试概念篇
一、什么是性能测试 性能测试和功能测试都是在系统测试阶段进行，那么这两者有什么区别呢？ 开发人员和测试人员并不需要关注全流程的性能问题。通过分析不同角色的侧重点，从而促进性能测试更好的开展。和软件系统性能相关的角色主要有四种。 • 软件设计开发人员 关注算法设计、架构设计、性能最佳实践、数据库相关、软件性能的可测试性等方面。 • 性能测试人员 工作重点在于性能测试场景的设计、脚本的开发和执行，以及性能缺陷的排查和定位。 压力测试主要用于性能诊断、性能调优和容量规划等场景。 压力测试和负载测试的区别? 压力测试与负载测试不同。
46710编辑于 2025-12-17 - 来自专栏测试开发架构之路
聊下自己转型测试开发的历程
软件质量保障 专注于测试圈：测试质量保障、自动化工具/框架、平台开发、算法测试、BAT/TMD大厂测试岗面试题/面经分享、测试团队建设与管理、测试新技术的分享。 偶尔也聊聊个人工作的收获与经验。 介绍下自己的测试历程吧，邮电高校通信小硕，毕业4年，去年成功转型测试开发，周末会总结测试心得。 克服第三次瓶颈：转型测开 来到字节跳动，老板也很好，他也给予很多帮助和成长机会，比如团队管理、自动化测试以及参加测开大会、对外的学习与交流。 字节期间最大的成长就是承担团队自动化测试owner，推动了我们团队从手工测试向自动化测试转型。 【干货】如何推动业务测试团队转型自动化测试？ 上海虽好，但是上海这座城市购房压力太大，结合自己实际情况，还是决定去成都发展，虽然不舍字节，但是还是要考虑未来的生活质量。
99033编辑于 2022-08-01 - 来自专栏啄木鸟软件测试
智能体测试：测试团队的转型跃迁
测试团队正站在一场深刻转型的临界点：我们不是要淘汰测试工程师，而是要重塑其核心能力——从用例编写者，进化为智能体行为架构师与可信性治理者。 一、为什么传统测试方法在智能体面前集体失灵？ 二、转型四支柱：测试团队的能力重构路线图 1. 测试左移：参与智能体架构设计评审 测试工程师需前置介入Prompt Engineering、Tool Schema定义、Memory机制选型（如Vector DB vs. 三、组织适配：从‘测试组’到‘可信AI工程部’ 转型不仅是技术升级，更是组织范式迁移。 结语：测试的终极使命从未改变，只是战场升级 智能体不是测试的终点，而是测试价值的放大器。
43210编辑于 2026-05-08 - 来自专栏达达前端
2016级移动应用开发在线测试11-线程
您的回答为：线程是进程的一个实体，是CPU调度和分派的基本单位。一个进程可以启动多个线程。线程不能够独立运行，总是属于某个进程，进程中的多个线程共享进程的内存。一个线程可以创建和撤销另一个线程；同一个进程中的多个线程之间可以并发执行。使用线程的优点在于线程创建、销毁和切换的负荷远大于进程。
1.5K10编辑于 2022-04-29 - 来自专栏测试开发架构之路
如何推动团队测试转型自动化测试
为什么需要转型？ 员工成长 就个人而言，相信大多数测试同学都遇到过发展瓶颈。当你忙于频繁手工测试看不到个人成长时，大多数表现出对未来职业发展的焦虑，很容易滋生员工产生跳槽的想法。 频繁手工让测试缺乏对成长的思考，不到对个人造成负面情绪，团队的氛围也会受影响。想改变这种情况，需要让团队成员持续看到自己的成长。推动员工转型自动化测试则是非常不错的idea。 而提高测试生产力，就要求测试人员从纯业务测试向技术转型，鼓励员工使用技术手段解决业务问题！ 如何推动团队测试转型自动化测试？ 测试自动化是一种意识形态（思维方式），测试转型自动化是一种认知的升级。 打造“样板房” 接口测试框架开发完成后，我带的小组先进行试用。使用前先给大家做了一次分享，演示框架操作原理，如何开发接口测试用例。 测试开发技能图谱 前文说到，测试认知升级，离不开大量的技术专项实践，这也要求测试需要具备开发能力，即测试开发。 下面是一份测试开发技能图谱，可以作为大家转型的指导。
83010编辑于 2022-08-01 - 来自专栏应兆康的专栏
11. 什么时候更改开发测试集和评估指标
11. 什么时候更改开发/测试集和评估指标 当开始一个新项目的时候，我会试图快速的选择开发/测试集，因为这样可以给团队一个很明确的目标。 我见过一些团队会花费数月的时间在已完成的成熟系统上，去获得更好的开发集/测试集。 如果之后发现你最初的开发/测试集或评价指标与目标有些偏差，那么请修改它们。 有三个主要原因导致开发集或评估指标错误的认为分类器A的效果更好： 1. 你的实际数据与开发数据来自不同分布. 假设你的初始开发/测试集主要是一些成年猫咪的图片。 算法在开发集上过拟合了 你把你的评估标准设置的过高，在开发集上反复评估导致算法过拟合，当完成开发后，如果你的算法在开发集上的效果明显高于在测试集上的效果，这就意味着你的算法在开发集上过拟合了。 在项目中改变开发/测试集或者评估指标是很常见的。拥有一个初始的开发/测试集和评估指标能帮你快速迭代你的idea。如果你发现你的开发/测试集或评估指标没有正确的引导你的团队前进，你可以随时更改它们。
90170发布于 2018-05-09 - 来自专栏应兆康的专栏
11. 什么时候更改开发测试集和评估指标
11. 什么时候更改开发/测试集和评估指标 当开始一个新项目的时候，我会试图快速的选择开发/测试集，因为这样可以给团队一个很明确的目标。 我见过一些团队会花费数月的时间在已完成的成熟系统上，去获得更好的开发集/测试集。 如果之后发现你最初的开发/测试集或评价指标与目标有些偏差，那么请修改它们。 有三个主要原因导致开发集或评估指标错误的认为分类器A的效果更好： 1. 你的实际数据与开发数据来自不同分布. 假设你的初始开发/测试集主要是一些成年猫咪的图片。 算法在开发集上过拟合了 你把你的评估标准设置的过高，在开发集上反复评估导致算法过拟合，当完成开发后，如果你的算法在开发集上的效果明显高于在测试集上的效果，这就意味着你的算法在开发集上过拟合了。 在项目中改变开发/测试集或者评估指标是很常见的。拥有一个初始的开发/测试集和评估指标能帮你快速迭代你的idea。如果你发现你的开发/测试集或评估指标没有正确的引导你的团队前进，你可以随时更改它们。
54110发布于 2018-05-30 - 来自专栏测试开发干货
接口测试平台代码实现11: 用户管理模块设计和开发
如果没有用户概念，那就拿我们接下来要做的东西举例子，小邪同学创建了一个项目，里面有她的个 人开发或测试的接口/数据/用例 等等，作为一个精致的女孩，她把自己的项目打理的井井有条，测试数据一丝不苟。 测试平台只需要使用专用的djaog 的cas库即可，且本地会形成影子用户表，相当于一个二层数据库，来方便你进行其他如冻结，增删用户画像等低级权限设置。 不过我们要学习的是第一种，我们测试平台的独立用户数据库。毕竟用户数据牢牢控制在自己手中才是王道。 那么我们打算先设计的就是前端页面。先调动起我们自身的兴趣才是正事对不？ 那么好。 我们新建一个html文件，叫做login.html,tittle写测试平台登陆 然后去新建url映射： 然后去写一个进入登陆页面的后端函数：login,这个函数返回的可不是welcome.html 接下来就是简单的美化美化来，因作者也是一边实际开发，一边写本文，所以不会一开始就完全写好，最后需要优化是必然的，这样也更好的使读者领略真实情况，而不是神剧。
1.2K20编辑于 2022-05-19 - 来自专栏啄木鸟软件测试
接口测试第11讲：接口性能测试
1672308810&play_scene=10400&vid=wxv_2588778574413873157&format_id=10002&support_redirect=0&mmversion=false 渗透式测试环境与代码 将DB下的4个csv文件导入sec数据库中 渗透测试操作系统虚拟机文件vmx文件 1）Windows 2000 Professional 链接：https://pan.baidu.com/s/13OSz pwd=s2i5 提取码：s2i5 开机密码：jerry/123456 安装了Apatche、Tomcat、MySQL、 vsftpd并且配套Web安全测试练习教案。
1K20编辑于 2022-12-29 - 来自专栏啄木鸟软件测试
测试预测分析团队如何成功转型？
引言：从「找Bug」到「预判风险」的范式跃迁 在传统软件测试的认知里，测试工程师的核心价值常被简化为‘发现缺陷’——上线前多测几轮、多跑几个用例、多压几次接口。 本文深度解读这一转型背后的动因、实践路径与组织挑战，助力测试团队突破能力天花板。 一、为什么是“预测”，而不是“更多自动化”？ 这种“预测->干预->验证->反馈”的闭环，使测试真正嵌入价值流。 三、组织转型的隐性陷阱与破局点 转型最大阻力往往不在技术，而在认知惯性。 预测分析不是给测试加一个新工具，而是重构其存在意义——它让测试工程师从缺陷猎人，成长为风险建筑师；让测试过程从线性执行，升维为动态博弈；让质量保障从成本中心，转化为可量化的效能杠杆。 下一期，我们将拆解《测试预测分析的5个最小可行模型（附Python代码模板）》，敬请关注啄木鸟软件测试。”,
14100编辑于 2026-09-09 - 来自专栏学习笔记ol
框架分析（11）-测试框架
框架分析（11）-测试框架 主要对目前市面上常见的框架进行分析和总结，希望有兴趣的小伙伴们可以看一下，会持续更新的。希望各位可以监督我，我们一起学习进步。 这使得开发人员可以在不同的浏览器上执行测试，确保网页在不同浏览器上的兼容性。 集成测试框架 Selenium可以与其他测试框架进行集成，如TestNG和JUnit等。这使得开发人员可以更好地组织和管理测试用例，实现更复杂的测试流程。 单元测试可以帮助开发人员及时发现和修复代码中的问题。 支持测试驱动开发（TDD） JUnit框架支持测试驱动开发方法论，可以在编写代码之前编写测试用例，从而指导代码的实现。 这些特性使得开发人员能够更方便地编写可靠的单元测试，提高代码质量和可维护性。
1.2K20编辑于 2023-10-11 - 来自专栏啄木鸟软件测试
团队转型：AI安全测试实战指南
这背后暴露出一个关键断层：传统软件测试团队正站在AI安全测试的‘能力悬崖’边缘——懂测试，不懂模型；懂AI，不擅验证；懂开发，难建防线。 这不是工具替代问题，而是团队认知、流程与能力的系统性转型。 本文基于啄木鸟软件测试团队为三家金融、医疗与智能驾驶客户落地的AI安全测试实践，拆解一条可复用、可度量、可进化的转型路径。 四、从合规驱动到价值驱动：让安全测试产生业务ROI 最可持续的转型，是让安全能力直接贡献于商业目标。 结语：转型不是更换工具，而是重写团队的‘认知操作系统’ AI安全测试的挑战，从来不在技术复杂度，而在组织惯性。当测试工程师开始追问‘这个softmax温度值为何设为0.7？’ ，当开发人员主动提交模型置信度分布图供测试分析，当CTO在OKR中为‘AI鲁棒性提升20%’单独设项——转型才真正发生。
55310编辑于 2026-03-31 - 来自专栏啄木鸟软件测试
2026测试左移：团队转型实战指南
2026年，测试左移（Shift-Left Testing）正从‘理念倡导’迈入‘组织级落地深水区’——它不再只是测试工程师提前写用例，而是产品、开发、测试、运维角色边界消融后的协同范式重构。 本文基于啄木鸟软件测试团队服务的8家金融、智能驾驶领域客户转型实践，解析2026年测试左移真正的团队转型路径。 二、组织重构：建立‘质量双线作战室’ 2026年成功转型团队的共性结构，是打破传统V模型的单向流程，构建‘需求流’与‘质量流’并行的双线机制： 需求流：由PO+BA主导，采用特性驱动开发（FDD）拆解， 当产品经理敢在需求评审会上说‘这个逻辑我敢签质量承诺’，当开发者在提交代码前自觉运行契约测试，当运维看到发布清单就判断出SLA风险——这才是左移成功的标志。 转型不是一场运动，而是一次静默的权力让渡：把质量的定义权、验证权、否决权，交还给创造价值的每一个节点。啄木鸟团队相信，2026年之后，‘测试左移’这个词或将消失——因为质量，本就该生长在代码诞生之前。
62210编辑于 2026-05-15 - 来自专栏啄木鸟软件测试
性能测试左移：团队转型深度解读
正因如此，‘性能测试左移’（Performance Testing Shift-Left）已从方法论倡议，演变为一场深刻的团队能力重构与组织级转型实践。 本文将深度剖析这场转型的本质动因、落地路径、典型挑战及成功范式。 二、转型三支柱：能力、流程、工具链的协同进化 成功的左移转型绝非单点突破，而是三大支柱的系统性升级： 能力重塑：性能工程师需从‘压测执行者’转向‘性能赋能者’。 三、警惕三大转型陷阱：技术易得，认知难破 实践中，80%的左移失败并非源于技术短板，而是组织认知偏差： ‘左移=甩锅给开发’：性能团队若仅输出‘这个接口超时了’的告警，而非提供‘建议增加Redis缓存层 ‘忽视非功能需求对齐’：左移的前提是业务方、产品、架构、开发、测试对‘什么是可接受的性能’达成共识。
14610编辑于 2026-09-09 - 来自专栏啄木鸟软件测试
深度解读：多模态测试团队转型
转型，已非选择题，而是生存命题。 一、什么是多模态测试？它为何不可替代？ 二、传统测试团队的三大转型瓶颈 1. 工具链严重割裂：语音测试用Kaldi/Wav2Vec流水线，图像测试跑PyTorch+OpenCV脚本，NLP测试依赖HuggingFace Eval框架——三套环境、三类数据格式、三种报告体系，无法形成统一质量视图 结语：转型不是替代，而是升维 多模态测试团队的转型，本质是从‘功能守门员’进化为‘体验架构师’。 它不意味着淘汰手工测试，而是让测试工程师掌握模态语义建模能力、具备AI系统可观测性设计意识、能与算法工程师同频对话。
14610编辑于 2026-09-09 - 来自专栏啄木鸟软件测试
RAG系统测试团队如何成功转型？
这并非个案，而是RAG时代测试范式断裂的典型信号。 一、为什么传统测试方法在RAG面前集体失灵？ 二、测试团队转型的三大支点：能力重构、流程再造、工具升维 1. 工具升维：构建RAG专属测试矩阵 单一工具已无法应对。 三、真实转型路径：从‘救火队’到‘可信AI共建者’ 某全球Top3医疗器械企业的RAG测试团队转型历时6个月，分三阶段： - 第1-2月：停掉30%低价值UI自动化用例，全员完成LangChain+LlamaIndex 测试团队的转型，表面是技能升级，内核是角色进化——从保障功能正确，到捍卫事实可信；从验证系统行为，到审计认知过程。
42310编辑于 2026-03-09 - 来自专栏啄木鸟软件测试
大模型测试团队如何成功转型？
引言：当测试不再只是‘找Bug’ 在传统软件测试时代，测试工程师的核心价值常被简化为‘用例执行者’或‘缺陷捕手’。 这背后不是测试工作的缩减，而是测试范式的升维——从验证‘是否正确实现’，转向保障‘是否安全、可信、可控地涌现价值’。 一、为什么传统测试方法论在大模型面前集体失灵？ 二、转型三支柱：能力重构、流程再造、角色进化 1. 三、避坑指南：转型中最易踩的三个认知陷阱 - 陷阱一：‘把LLM当黑盒，只测API’——忽略内部表征层质量。 转型之路没有标准答案，但所有成功案例都指向同一内核：以人的智慧，驯服机器的涌现；以测试的严谨，托举创新的狂想。
54110编辑于 2026-03-31 - 来自专栏啄木鸟软件测试
软件性能测试（连载11）
索引节点（inode）是持久化存储到磁盘中的，而目录项（dentry）是由内核维护（目录项缓存）的。
79020发布于 2020-03-04 - 来自专栏K8sCat
2024 Python开发者转型Go开发
随着Go语言在云计算、微服务和高性能网络服务中的流行，Python开发者面临是否转向Go开发的选择。这个决定涉及到多方面的考量，包括语言特性、生态系统、性能需求、学习曲线和职业发展等。 本文将深入探讨Python开发者转向Go开发的利弊，分析两种语言在不同场景下的适用性，并提供从Python到Go的过渡策略，旨在为Python开发者提供全面的转型指南。 应用场景 Python的应用场景 数据分析和机器学习项目 教育和初学编程 快速开发的小型网络应用 Go的应用场景 高性能网络服务和微服务 并发和分布式系统 基础设施和云平台开发 学习曲线与过渡策略 Python 到Go的过渡 Python开发者可能需要适应Go的静态类型和并发模型。 Python开发者转向Go需要投入时间学习新的语言特性和概念，但许多基本的编程概念在这两种语言之间是通用的。最终，选择是否转型应考虑到个人的长期职业发展和兴趣的驱动。
66110编辑于 2023-12-28 - 来自专栏啄木鸟软件测试
测试专家必看：测试数据生成团队转型之路
这些案例背后，指向一个被长期低估的真相：测试数据，正从‘辅助资源’升级为‘质量基础设施’的核心组件。 一、为什么传统测试数据生成模式正在失效？ 二、转型核心：从‘数据搬运工’到‘数据工程专家’ 成功的转型并非简单引入Faker或Mock框架，而是重构团队能力模型。我们观察到领先实践者已形成三大跃迁： 1. 某车企测试数据团队与领域专家共建‘测试数据契约’（Test Data Contract），将车型配置、电池温度、道路场景等137个关键参数纳入元数据治理，使测试数据可追溯、可验证、可审计。 2. 这使得测试数据本身成为可测试对象，真正实现‘数据可信，质量才可信’。 结语：测试数据不是测试的终点，而是质量信任的起点 测试专家的价值，正从‘发现缺陷’转向‘构建可信质量基座’。 测试数据生成团队的转型，本质是一场静默却深刻的质变——它不改变测试流程，却重塑质量交付的底层逻辑。未来三年，没有数据工程能力的测试团队，或将如同没有自动化能力的开发团队一样，失去在敏捷时代的话语权。
29710编辑于 2026-05-08
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号