登录社区云，与社区用户共同成长
邀请您加入社区
智能体"自己试两句挺好"就上线，是最大的坑。我把发布前验收做成固定流程：18 条用例分 5 类（正常提问/信息不全/口语化输入/合规红线/边界越界），3 条红线一票否决（不弹 Key、功能全可达、开场白完整），过 85% 才允许发布。附真实翻车案例和上线后才发现的三类问题。
点击操作可由桌面Agent执行，但结果由系统可访问性树、独立进程读取的应用状态，或测试应用的可观测状态来判断。对越权风险更高的“保存、删除、发送、支付”操作，验收还要检查操作是否真的提交、对象是否正确、提交前是否按要求征得确认，以及取消后有没有残留副作用。至少保留任务目标、应用与系统版本、前置界面状态、动作轨迹、系统权限、最终状态断言、曾发生的副作用和修复版本。本文拆解“动作调用成功”和“业务状态
在软件交付周期不断压缩的今天，测试团队常常面临一个困境：需求文档更新频繁，回归测试用例维护成本高，而编写自动化脚本又耗时费力。与此同时，大语言模型的能力正在快速渗透到开发链路中。
你要证明的不是“模型能点按钮”，而是能定义成功条件，并在页面变化、工具失败和权限限制时提供可信证据。，记录任务版本、环境版本、模型/Agent 配置、页面 URL（去除敏感参数）、动作类型、目标元素引用、工具结果、耗时、页面变化摘要和最终断言。说明仍未覆盖的边界。报告至少包含任务数、完成数、失败数、失败类别、重试次数、无副作用校验和环境信息。本文部分内容参考了霍格沃兹测试开发学社整理的相关技术资料
在agent.py你是一个软件测试任务理解助手。你的工作是：1. 理解用户输入的软件测试需求。2. 判断应该使用哪个已注册的测试工具。3. 将任务转换为 JSON 格式。当前允许使用的工具：用途：检查订单接口响应，包括订单编号、订单金额和订单状态。规则：1. 只能选择上面列出的工具。2. 不允许编造工具名称。3. 无法匹配时，tool_name 返回 unknown。4. parameters 必
作者自今年3月毕业设计接触软件测试，通过自学备考求职。虽曾修读《软件工程》课程，但对测试流程与用例设计仍不深入，仅掌握基础操作，对抓包、接口等技术了解有限。借助F12调试排查问题，曾使用AI工具TRAE提升效率，但意识到其不稳定及提示词重要性，现已转用DeepSeek，仅将豆包作参考。学习主要依赖B站黑马课程（2022年），认为机构内容更实用，建议避开冗长高校课程。目前仍在寻找工作，倾向从C端通用
本文介绍如何利用DeepSeekHarness与llmwiki技能，从需求文档高效生成测试用例。通过工具安装、技能部署、项目初始化，结合智能体实现用例生成、完善与自动化流程。支持多智能体并行，可定制专属测试用例生成技能，提升覆盖率与规范性，适用于PDF、图片等多样文档格式，助力测试高效落地。
HiFox 不是「更聪明的 AI」，是「有结构的 AI 协作」。它的价值在任务流转和留痕，不在模型本身。全流程自动化的骨架是「状态 → Agent → 产物 → 状态」，人只在两端：定标准、判对错。验收标准要写成可执行的动作，这是整条链子里性价比最高的一步。能自动化的都写成自动化：定时推送、状态触发，交给 HiFox 的 Automation；不确定的先问人：比如「要不要发布成公网链接」「表白信文
网上很多大模型横向对比测评存在一个通病：测试用例不统一、Prompt 各自定制、参数不一致，这种条件下的对比参考价值有限，很难客观反映模型真实能力。为了尽量消除变量干扰，本次测评设计了一套固定的测试题库，使用完全一致的系统提示词、超时阈值、打分规则，同时跑 Gemini 4 Argon、Grok、OpenAI 新旗舰模型。所有评测逻辑封装为 Python 脚本，代码开源放在文中，你拿到密钥之后可以
综合助手搭好了，但企业场景能不能上线？这篇讲四件事：知识库权限怎么隔离、网页爬虫怎么防内网探测和 Prompt 注入、每次调用怎么控制 Token 成本、正常 / 边界 / 安全三类测试怎么写，最后怎么把 Dify 助手通过飞书机器人发到群里。
本文系统探讨了模糊测试在嵌入式系统中的应用。模糊测试通过注入随机或异常数据主动挖掘软件漏洞，成为保障嵌入式软件可靠性的重要手段。文章详细解析了模糊测试的核心原理（变异测试、生成测试等）和工作流程，并针对嵌入式环境特有的资源受限、硬件耦合等挑战，提出三种实施策略：交叉编译测试、硬件在环测试和模拟器测试。通过工具对比和实战示例，展示了如何在嵌入式项目中落地模糊测试，并总结了分层递进测试、持续集成等最佳
正式测试时需要在命令模式下执行测试，命令格式：jmeter -n -t [jmx file] -l [results file] -e -o [Path to web report folder]，例如：jmeter.bat -n -t ./Script/测试计划-243.jmx -l D:/gxw/report/2023013101/测试计划-243.jtl -e -o D:/report/20
好了，通过jmeter写入数据和获取数据的方法都讲了，你学会了吗？
本文介绍了使用Prometheus+Grafana监控Nginx实例的完整流程。首先需配置nginx_status模块获取监控数据，然后通过Docker部署nginx-prometheus-exporter容器连接被监控的Nginx服务器（192.168.3.78）。测试成功后，在Prometheus配置文件中添加exporter任务（192.168.3.76:9113），最后在Grafana中导
原因分析1：第一时间想到的是数据库所在的云服务器时间可能与网络时间不同步，因为数据库是装在云服务器上的，但是这种可能性应该较小，因为购买的阿里云服务器应该不会存在这种问题，一般会自动校对时间。果然，容器的时间不对，跟正确的时间相差了8个小时，跟数据库查询的结果是一样的问题。在我们学习中使用到sysdate这个函数时，发现查出来的日期时间与当前的正确时间不一致，相差8个小时左右，为什么会产生这个问题
本次测试完成了商城系统从手工用例设计到接口自动化、UI自动化执行的完整流程，验证了核心功能的可用性与稳定性。
SimuDev实时仿真机产品系列，适用于微秒级步长仿真及测试需求的应用场合。SimuDev是基于多核CPU+FPGA架构的高性能实时仿真平台，方便与实际设备连接进行快速原型验证和硬件在环测试。提供RS232、RS422、RS485各4路、CAN、AI、AO、DI、DO接线端子接口，提供USB、LAN接口进行数据通信的适配；上位机支持Linux、Windows、麒麟及统信等操作系统；一体化结构设计，
ETest具有应用范围广、实时性强、开发效率高、使用简单、易于扩展、国产自主安全可控等特点，支持国产CPU+国产操作系统的部署方案，同时兼容Windows、linux、Mac、VxWorks等操作系统。支持各类控制总线和仪器接口API，包括：RS232/422/485、1553B、ARINC429、ARINC664、ARINC825、1394B、FC-AE-ASM、CAN、TCP、UDP、AD、D
本文详细介绍了如何使用Allpairs工具高效生成正交表测试用例，以应对软件测试中的“组合爆炸”问题。通过Excel准备数据、命令行一键生成及结果优化，该指南帮助测试工程师掌握Pairwise结对测试方法，用最少用例覆盖最多两两参数组合，显著提升测试设计效率与缺陷发现能力。
SSH运维效率提升三大利器：连接复用、Agent转发和增量同步。连接复用通过建立主连接后复用，将重复连接的耗时从秒级降至毫秒级；Agent转发实现本地密钥代理共享，避免跳板机存储私钥的安全风险；增量同步基于rsync工具，仅传输变化文件部分，带宽效率提升5-10倍。这些技巧通过SSH配置文件和命令行参数实现，需注意安全边界和权限控制，是运维人员提升工作效率的关键技术。
【应用笔记】基于 ESP32-S3 使用 Flash 下载工具完成 Flash 加密的全部流程
在使用selenoum时，需要chrome浏览器的版本和chrome浏览器驱动的版本一致匹配，才能进行自动化测试。
登录时重置 SessionID；Cookie 配置 HttpOnly、Secure、SameSite；会话设置闲置超时，退出登录销毁服务端会话；JWT 必须校验签名，密钥不可泄露；高危操作增加二次验证。
测试用例设计本质是将模糊需求转化为结构化验证逻辑的过程。其核心原理在于对业务实体、状态流转与质量属性的三层语义解构，技术价值体现在降低信息降维损耗、支持动态追溯与团队认知对齐。典型应用场景覆盖需求评审后的快速建模、异常路径补全、跨角色协作交付（如开发看流程、产品审风险、审计查合规）。当前行业普遍面临工具割裂——Xmind擅长表达但缺乏语义理解，测试平台可执行却难呈现设计逻辑，而本文聚焦以Xmind
这些资料，对于做【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴我走过了最艰难的路程，希望也能帮助到你！凡事要趁早，特别是技术行业，一定要提升技术功底。
一行命令安装DeepSeek Harness，2分钟启动，10分钟生成50多条高质量测试用例，覆盖等价类、边界值与异常场景。虽需人工修正8条（如虚构接口、规则遗漏、返回结构错误），但用例设计能力强劲，显著提升效率。实测显示，其在“用例设计”环节表现最优，可替代半数以上重复工作，从“写用例”转向“审用例”，大幅降低入门门槛，真正实现高效提效。
是一种合法且授权定位计算机系统，并对其成功实施漏洞攻击的方法，其目是查找软件自身程序设计中存在的安全隐患，并检查应用程序对非法侵入的防范能力，根据安全指标不同测试策略也不同，如果遵循相同的原则，去证明软件的安全性，将有利于软件安全测试的工作规范的进行，有利于软件安全测试工作的发展。渗透测试也称为黑客活动、道德黑客、白帽黑客。安全测试检查系统对非法侵入的防范能力。安全测试期间，测试人员假扮非法入侵者
本文部分内容参考了霍格沃兹测试开发学社整理的相关技术资料，主要涉及软件测试、自动化测试、测试开发及 AI 测试等内容，侧重测试实践、工具应用与工程经验整理。
在软件测试领域，测试用例设计是保障质量的核心环节，但面对动辄数十页的需求文档，人工梳理场景、编写用例往往耗时费力且易遗漏边界条件。随着大模型技术的成熟，AI辅助测试逐渐成为提效新路径，其本质并非替代测试工程师，而是将需求文档解析、可测点提取、用例初稿生成等重复性工作自动化。通过语义理解能力，AI能从功能动作、状态变化、约束条件等多个维度识别场景，并结合等价类划分、边界值分析等经典测试设计方法，输出
测试用例设计是软件质量保障的核心环节，传统手工编写耗时且易遗漏边界条件与异常场景。大模型具备从非结构化文本中抽取结构化信息的能力，为需求文档到测试用例的自动转换提供了新思路。通过功能点切分、Prompt优化、格式校验与重试机制，能够高效生成覆盖正常流程、异常流程和边界值的测试用例。该技术可显著提升用例编写效率与覆盖率，适用于需求评审、回归测试、自动化脚本生成等场景。本文分享一套基于大模型的测试用例
单元测试是指，对软件中的最小可测试单元在与程序其他部分相隔离的情况下进行检查和验证的工作，这里的最小可测试单元通常是指函数或者类；单元测试属于最严格的软件测试手段，是最接近代码底层实现的验证手段，可以在软件开发的早期以最小的成本保证局部代码的质量。另外，单元测试都以自动化的方式执行，所以在大量回归测试的场景下执行单元测试，更能提高测试效率，另外，也可以帮助开发工程师改善代码的设计与实现。
上周五下午，团队里一个刚入职两周的实习生小张找到我，说：“哥，我接了个新模块的测试任务，产品发了3个PDF文档，加起来80多页。拿到一份PRD之后，测试流程通常是这样的：打开Word/PDF，一页页看，边看边复制功能描述，打开Excel，一行行敲用例编号、前置条件、操作步骤、预期结果。小张用Casely生成了47条用例之后，挑了一条最核心的"用户登录"用例，用Small Tester跑了一遍。更坑
摘要： 嵌入式单元测试面临“用例爆炸”问题，即输入组合、状态机复杂度及硬件依赖导致测试数量剧增，难以穷尽。本文从输入空间、内部状态、硬件依赖和安全标准四方面分析根源，提出系统性解决方案：1）测试设计采用等价类、Pairwise组合等技术精简用例；2）代码架构通过单一职责、依赖注入提升可测试性；3）工具链利用参数化测试、Mock框架实现高效覆盖。以ADC驱动模块为例，展示如何通过等价类划分、依赖注入
嵌入式软件测试用例生成方法与策略 嵌入式软件测试面临硬件依赖、实时性、资源限制等独特挑战，测试用例生成对保证软件质量至关重要。本文系统探讨了五种主流方法： 基于需求：通过分析需求文档设计用例，确保功能覆盖，但依赖需求准确性。 基于模型：利用有限状态机或UML模型自动生成用例，适合复杂逻辑验证，但建模成本高。 基于代码：通过静态分析生成高覆盖率用例（如VectorCAST工具），但可能缺乏业务场景关
AI 将需求文档转换为测试用例，不是一个“全自动”的魔法，而是一个强大的“人机协同”过程。它承担了初稿起草、基础梳理和灵感激发的工作，而测试工程师则扮演着“资深编辑”和“最终决策者”的角色，负责赋予用例以业务深度、逻辑严谨性和可执行性。掌握这项技能，能让你在敏捷开发节奏中始终保持领先，将更多精力投入到提升测试深度与广度上。现在，就找一份需求文档，开始你的第一次 AI 辅助测试设计吧！
该Python脚本实现将Excel测试用例转换为XMind脑图文件的功能。程序通过openpyxl读取Excel数据，构建包含层级结构的XML内容（功能模块→子模块→测试点→操作步骤→预期结果），最终生成符合XMind格式的压缩文件。核心类XMindBuilder负责XML构建，包含节点ID生成、特殊字符转义等方法，支持6级结构嵌套。使用时需确保Excel文件与脚本同目录，转换结果可用亿图脑图打开
覆盖普通 A 股买卖、市价单 / 限价单、条件单、批量委托、撤单、废单校验、资金 / 持仓校验、涨跌停限制、交易时段、权限、异常交互、UI、接口、兼容性、安全场景。前置基础：已登录同花顺、完成银证转账、账户有资金 / 持仓、区分沪 A / 深 A / 创业板 / 科创板 / 北交所权限。
每次拿到产品需求文档，第一件事就是打开Excel，逐条拆解功能点，思考正向流程、异常场景、边界条件... 一个中等复杂度的功能，光写用例就要半天。更烦的是，同样的模式重复写：输入、预期结果、前置条件、步骤... 格式一样，只是内容不同。不是替代人，而是让人专注于更有价值的事：设计测试策略、分析业务逻辑、优化测试流程。我的方案：LLM负责理解需求和设计用例，代码负责格式校验、数字计算、分页存储。右侧
测试用例
——测试用例
联系我们（工作时间：8:30-22:00）
400-660-0108 kefu@csdn.net
北京朝阳AI社区
AtomGit AI 社区
DAMO开发者矩阵
乐奇 Rokid 开放社区
快递鸟社区
openEuler 社区
