- 综合排序
- 最热优先
- 最新优先
- 来自专栏测试开发干货
接口测试平台设计思路-7:成品总览
^_^ 首先点击这里 进入页面的这个过程中，平台会先去解析所有接口目录。我们分三层，各公司不一样。
27210编辑于 2022-05-18 - 来自专栏测试开发干货
接口测试平台191： 并发报告（7）
我这里选用了简单的通过接口去后台请求： 这里我们要注意一下，因为response碰巧中了关键字，所以必须改一下，我加了个后缀 _data 然后去urls.py中搞定这个映射： 后台实现： 然后我们来测试下 改成这样： 再次测试，成功： 本节课，到此结束 我们下节课就是对这个step弹层 进行美化....
25220编辑于 2022-05-20 - 来自专栏测试开发干货
接口测试平台代码实现7:菜单的开发
首先我们进入一个我平时比较喜欢的控件平台：jquery之家： http://www.htmleaf.com/ 进入后会发现，上面有各种分类。 好了这里我们就介绍完了如何开发一个左侧菜单了，是不是很讨巧的办法，最上面的search...测试发现也很好用。我们之后其他各种控件元素都可以在jquery之家上下载，按照我教的方法去拆出来一点点使用。 喜欢的小测试们欢迎点个赞+在看～
1.3K30编辑于 2022-05-19 - 来自专栏测试开发干货
(简易)测试数据构造平台: 7 (首页美化)
在我们的主页上写一个elementUI的输入框看看：(下面的是elementui的输入框，上面的是原生的做对比用) 效果如下： 到此，证明我们引入成功了，所以可以删掉这俩个测试用的输入框了，然后来思考我们的首页工具列表怎么设计了
55630编辑于 2022-05-20 - 来自专栏测试开发干货
接口测试平台代码实现92: 全局请求头-7
我们可以重启服务刷新页面，测试一下： 保存了俩个请求头。 然后进入后台可以确认，的确保存成功了： 然后我们要做的是显示。 就是打开一个step详情页的时候，要显示上。
52020编辑于 2022-05-19 - 来自专栏测试开发干货
接口测试平台代码实现番外：主页改版-7
这样既好看，又增加实用效果，可以再次提高当前平台的能力。 160px; top:0; right:0; color: white; } .bar button:before { font-size:13px; color:#a7eded
28930编辑于 2022-05-19 - 来自专栏测试开发干货
接口测试平台代码实现128: 全局变量-7
这也是养成开发自测的好习惯，毕竟我们是测试出身，所以自测水平一定要很高，不然会被开发同学笑话。而且我们的程序之后可没有正式的测试阶段了。直接上线，所以最好别有严重bug。 按我写的之后，测试发现没有报错了，前端也没一点变化。我们再回到前端html，去修改： 测试结果： 3.变量名字过长 怎么办？ 当前显示效果： 我觉得问题不大。 所以返回error【改】datas[0],要用str包起来 效果如下： 测试结果： 保存自身功能，正常 保存重名变量，提示无法保存 新增多个变量，可以新增，但是新增后保存任意的时候 都必须修改名字，否则会触发重名机制
40630编辑于 2022-05-19 - 来自专栏测试开发干货
接口测试平台代码实现59-首页重构7
document.getElementById('add2').click() } } } } </script> 好了我们现在可以刷新页面测试了 经过测试，发现除了form-data/x-www...之外的 记录都可以正常刷新并显示出来。
65140编辑于 2022-05-19 - 来自专栏测试开发干货
接口测试平台代码实现111:登录态接口-7
好久不见，我们本节回归到主线，进行接口测试平台登陆态的研发工作。 我们来简单测试下是否报错，结果没有发现报错，但是保存后再打开发现是否加登陆态也没有生效。
32820编辑于 2022-05-19 - 来自专栏测试开发干货
接口测试平台代码实现100:全局域名-7
平时当我们的实际测试中，用例或接口经常因为切换环境导致域名变化，所以这里就完美解决来切换环境的问题了。 我们再测试，当改成第二个全局域名的时候： 请求： 看来切换很成功。 然后我们此时选的是第二个全局域名，我这时候去修改第二个全局域名的内容如下： 再打开这个接口请求： 嗯，结果显示非常正确。 然后我们去搞定用例库用例运行，也就是打开run_case.py，修改demo函数： 好了，写好后，自己可以简单测试下。这应该没什么问题。 到此，我们的全局域名就正式结束了。
57420编辑于 2022-05-19 - 来自专栏AI科技大本营的专栏
你的 AI 算法模型安全吗？来 AI 安全测试基准平台测试下
AI 模型攻防“标尺” AI 安全基准平台基于清华大学在 2020 年GitHub 开源的 ARES 算法库，提供模型攻击与防御的排行榜。 安全性对抗稳健性评估 ARES 库，是一个用于对抗性机器学习研究的 Python 库，专注于对图像分类的对抗性稳健性进行基准测试。 曾在完整的威胁模型下使用 15 次攻击和 16 次防御对对抗性稳健性进行了基准测试。 谈及 AI 安全基准平台的研发初衷，据官方表示，由于攻击算法是经常变化的，需要考虑模型在多种攻击算法下和更强的攻击下的防御能力，如果只在一种攻击算法下进行测试的话，不够全面。 由于该基准评测平台不是专属于某一家机构或者公司搭建的平台，需要大家共同参与，一起将它打造为更全面、权威的 AI 安全评估平台。
91220编辑于 2023-05-08 - 来自专栏老张的求知思考世界
基于四大AI交互协议的AI测试平台架构
在半个月前联合融管理社区的《践行者》直播中，我曾分享过这样一个观点：基于Function Calling、MCP、A2A和AG-UI，我们可以推动服务于测试工作的全流程AI应用。 因此我们可以得到这样一个明确的范围，即：当前阶段AI在研发测试领域落地，有如下几个确定性较强的应用场景： 测试用例生成：特别是基于历史迭代版本的主流程回归测试用例diff； 测试数据生成：因为业务最小粒度对应的数据 、线上监控、线上发布变更(表结构变更-SQL)，同样具有明确的预期目标和结果； 2、基于上述确定性较强的几个场景，我们可以借助四大AI交互协议来构建全流程的测试平台，思路如下： Function Calling 之间的通信，比如用例生成Agent、数据生成Agent、测试脚本生成Agent之间相互协作； AG-UI：实现后台服务(从大模型到Agent再到具体功能点)和前台的交互，最终构建为一个完善的AI全流程测试平台 ； 3、基于上述第二部分的思路，我们可以实现这样一个AI全流程测试平台，具体的功能和工程结构如下：
43810编辑于 2025-06-08 - 来自专栏老张的求知思考世界
AI驱动的全链路测试平台实战案例
回到主题，自信的说，我们的AI测试平台能力在行业里面处于前列，设计开发维护平台的同学都是头部互联网公司，是行业的拓荒者，下面介绍AI测试进阶训练营价值，不喜欢付费训练的可以划走。 全源码平台集成交付，拒绝理论，拒绝零散式插件脚本堆砌，偷换概念。 每节课都基于真实企业级项目拆解。 全套课程直播并录制（AI测试全流程讲解）。 完整项目源码库（持续更新）。 传统测试平台转型，老的测试平台加简单调用大模型的API，美其名曰AI智测平台。 2. 传统培训加上少部分的AI课时，且都是脚本级别的轻量级实践（相当于我们免费送的水平）变成AI测试训练营。 3. AI生成测试用例 全流程AI赋能，标准化与灵活性兼具，实现从需求到用例的高效闭环，全面提升测试质量与效率。 需求输入灵活：支持直接输入文本或从需求管理平台精准选取，并可补充场景信息，完善业务上下文。 ：可绑定关联项目，实现测试资源与业务场景精准匹配 状态可控：支持知识库状态灵活管理（启用/禁用），支持实时更新与版本管理 7.
1.2K11编辑于 2025-10-10 - 来自专栏FunTester
测试平台化
测试平台化刚好可以解决该问题，帮助团队跨过这个鸿沟，迈入高效团队的阵营。 在绝大分团队中，有负责工具组的团队，团队成员会为整个持续测试提供测试工具从而实现测试平台化。 如果团队中没有专门负责测试平台的人，那么在代码扫描部分可以使用SonarQube，在接口自动化测试平台部分可以使用Yapi，单元测试和UI自动化部分目前没有成熟的开源解决方案，使用SonarQube代码扫描平台 、Yapi接口测试平台至少能够满足测试平台化的基础需求。 推行测试平台化不再需要兼顾各种技术栈，只需要按照自己设计测试平台的技术栈在团队内进行提升就可以。 降低高级测试技能的学习成本。 对于测试行业中的高级测试类型（如性能测试），通过测试平台化降低学习成本，让所有人都可以完成。 ... ...
53430编辑于 2023-08-04 - 来自专栏Keegan小钢
AI+Web3实战营日志 #7 | 完成Core合约测试
这是我的 AI + Web3 实战营 的第七篇研发日志，前六篇如下： AI+Web3实战营日志 #1｜开营 AI+Web3实战营日志 #2 | 完成底层合约 AI+Web3实战营日志 #3 | Router 合约 AI+Web3实战营日志 #4 | Rebalancer合约 AI+Web3实战营日志 #5 | 完成合约开发 AI+Web3实战营日志 #6 | 开始合约测试 另外，关于 AI + Web3 实战营的相关介绍则有如下几篇文章 ： 我要启动 AI + Web3 实战营了 再谈 AI+Web3 实战营：这到底能带给你什么？ 加上最初的 1.5 小时测试时间，累计约 6.5 小时，终于把 BlockETFCore 合约的所有测试用例全部跑通。 下面就来总结下这次测试成果。 如果放在传统的测试流程中，这样规模的测试通常需要一个 2–3 人的测试团队，至少耗时 2–3 周 才能完成。而我们仅凭个人+AI 协作，就在不到 7 个小时里完成了同等甚至更高质量的测试。
14410编辑于 2025-11-12 - 来自专栏软件测试学习
如何借助AI工具辅助部署TestHub 智能测试管理平台
项目简介 TestHub 是一个功能强大的智能测试管理平台，集成了 AI 需求分析、测试用例管理、API 测试、UI 自动化测试 等多个模块，旨在提升测试效率和质量。 平台采用 Django + Vue3 技术栈，提供现代化的用户界面和丰富的功能特性。 一、AI 智能化：测试进入"自动驾驶"时代 AI 需求分析：自动解析 PDF/Word/TXT 需求文档，智能提取业务要点 智能用例生成：基于需求自动生成覆盖全面的测试用例 AI 智能模式：基于 Browser-use 框架，AI 理解页面结构并自动完成测试任务（支持视觉模式 + DOM 模式） 智能助手：集成 Dify AI，随时解答测试咨询 支持多模型自由切换：DeepSeek、通义千问、 二、全端覆盖：Web / APP / API 一个平台搞定 UI 自动化测试（Web） 双引擎支持：Selenium + Playwright 随心切换 智能元素管理：ID、XPath、CSS 等多种定位策略
2700编辑于 2026-04-17 - 来自专栏啄木鸟软件测试
大数据平台测试
来源：http://www.uml.org.cn 一.大数据平台测试简述 大数据平台测试包括2部分：基础能力测试和性能测试 Ⅰ).基础能力测试 大数据平台的基本功能和数据的导入导出对SQL任务、NoSQL Ⅲ).测试指标 主要从性能、能耗、性价比和可用性4个维度来测试对比平台性能 ? 三.大数据平台测试工具 Ⅰ).平台单组件测试 测试应用单一、效率高、成本低，但无法全面衡量大数据平台性能 ? Ⅱ).综合平台测试 覆盖面广，可以较全面测试衡量大数据平台不同类型任务的性能，通用性好 ? b).测试领域：零售商 c).负载类型：离线分析 d).数据类型：结构化、半结构化、非结构化 四.大数据平台测试用例 Ⅰ).平台基准测试用例 主要是从性能的角度衡量大数据平台，包括数据生成、负载选择和明确测试指标等内容 Ⅱ).平台性能测试用例 在基准测试的基础上扩展测试内容，增加SQL任务测试比重 ? Ⅲ).平台基础能力测试用例 ?
2.1K30发布于 2020-11-03 - 来自专栏【腾讯云开发者】
基于图像识别的AI自动化测试框架：GAME AI SDK平台解析
为了在游戏测试中引入自动化测试, 腾讯互娱 TuringLab 实验室研发了 Game AI SDK 自动化 AI 测试平台。 通过接入腾讯公司运营期或测试期的商业游戏，不停的测试优化，最后推出这款 AI 自动化测试平台。 平台搭建与工程实践》一书，此书将 TuringLab 团队基于深度学习的自动化AI测试框架基础的开发与应用经验，进行了详细的描述，分享了如何将AI技术与自动化测试相结合完成测试需求的。 图7 UI识别配置界面 3. SDKtool识别任务配置 识别任务是识别图片中的某些关键数据信息，然后把这些数据信息做为 AI 算法的输入。配置操作与 UI 识别配置相同。 图11 IM训练过程中的进度信息显示 四、结语 GAME AI SDK 的目标是开发一个比较通用的自动化平台，让用户更专注于测试业务本身。
8.4K22发布于 2020-12-23 - 来自专栏AllTests软件测试
Artillery - 负载测试平台
这些问题催生了各类负载测试工具的迭代与创新。 本篇将介绍一款负载测试平台– Artillery，可进行分布式负载、可扩展、支持多种协议，并可以使用Playwright进行负载测试等特点。 2、简介 Artillery是一个可扩展、灵活和易于使用的平台，包含生产级负载测试所需的一切。 可扩展且成本效益高：Artillery在你自己的AWS或Azure账户中执行测试，这比在托管平台上运行测试便宜几个数量级，它是无服务器的，因此你只需为使用的资源付费，并且无需管理基础设施。 脚本内容： 测试脚本由两部分组成：配置（config）和场景（scenarios）： 配置部分定义了负载测试将如何运行，例如要测试的系统的URL、将生成多少负载、想要使用的任何插件等等。 2、使用Artillery Cloud Artillery Cloud是一款软件即服务（SaaS）平台，它提供了一个集中式的仪表盘，用于管理和分析负载测试结果。
55500编辑于 2025-02-18 - 来自专栏简尚
关于「测试时间测试周期」7 点参考
，测试1天； 4）项目周期三个月，开发一个月，测试1天 ； 5）开发一周，测试周期1小时； 6）开发3天，测试周期0小时（未测试，直接上线）； 7）当天突然知道一个需求，当天就需要你测试，当天上线 3、常规来看，3天的测试预留时间，或者1周的预留时间，一定会被开发压缩的（即：在你的测试周期里，还会存在一些开发并行工作），先做冒烟测试，开发阶段就多关注代码实现逻辑、接口情况、测试数据准备、环境准备， 测试报告，附上你的测试点、以及可能性的风险、结论，避免背锅； 测试报告模板、怎么写，见文章 从业多年，依然写不好一份测试报告 ！ ）； 6、当时间确实不够，系统会线上问题的容忍度又非常低的情况下，测试报告明确注明风险+结论（不同意上线），且邮件发出来；最终，还是要一意孤行，锅，团队一起背 ； 7、确实很多非核心系统、内部系统、纯底层代码逻辑的底层框架 ，完全不需要测试，直接跳过测试、上线也是可以的（如果能做到 单元测试、代码检查、线上监控）； 参考文章：软件测试从业者终极目标，线上零BUG如何实现 ？
4.5K30发布于 2020-05-14
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号