- 综合排序
- 最热优先
- 最新优先
- 来自专栏测试开发干货
接口测试平台设计思路-7:成品总览
^_^ 首先点击这里 进入页面的这个过程中，平台会先去解析所有接口目录。我们分三层，各公司不一样。
27210编辑于 2022-05-18 - 来自专栏测试开发干货
接口测试平台191： 并发报告（7）
我这里选用了简单的通过接口去后台请求： 这里我们要注意一下，因为response碰巧中了关键字，所以必须改一下，我加了个后缀 _data 然后去urls.py中搞定这个映射： 后台实现： 然后我们来测试下 改成这样： 再次测试，成功： 本节课，到此结束 我们下节课就是对这个step弹层 进行美化....
25320编辑于 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 - 来自专栏FunTester
测试平台化
测试平台化刚好可以解决该问题，帮助团队跨过这个鸿沟，迈入高效团队的阵营。 在绝大分团队中，有负责工具组的团队，团队成员会为整个持续测试提供测试工具从而实现测试平台化。 如果团队中没有专门负责测试平台的人，那么在代码扫描部分可以使用SonarQube，在接口自动化测试平台部分可以使用Yapi，单元测试和UI自动化部分目前没有成熟的开源解决方案，使用SonarQube代码扫描平台 、Yapi接口测试平台至少能够满足测试平台化的基础需求。 推行测试平台化不再需要兼顾各种技术栈，只需要按照自己设计测试平台的技术栈在团队内进行提升就可以。 降低高级测试技能的学习成本。 对于测试行业中的高级测试类型（如性能测试），通过测试平台化降低学习成本，让所有人都可以完成。 ... ...
53430编辑于 2023-08-04 - 来自专栏啄木鸟软件测试
大数据平台测试
来源：http://www.uml.org.cn 一.大数据平台测试简述 大数据平台测试包括2部分：基础能力测试和性能测试 Ⅰ).基础能力测试 大数据平台的基本功能和数据的导入导出对SQL任务、NoSQL Ⅲ).测试指标 主要从性能、能耗、性价比和可用性4个维度来测试对比平台性能 ? 三.大数据平台测试工具 Ⅰ).平台单组件测试 测试应用单一、效率高、成本低，但无法全面衡量大数据平台性能 ? Ⅱ).综合平台测试 覆盖面广，可以较全面测试衡量大数据平台不同类型任务的性能，通用性好 ? b).测试领域：零售商 c).负载类型：离线分析 d).数据类型：结构化、半结构化、非结构化 四.大数据平台测试用例 Ⅰ).平台基准测试用例 主要是从性能的角度衡量大数据平台，包括数据生成、负载选择和明确测试指标等内容 Ⅱ).平台性能测试用例 在基准测试的基础上扩展测试内容，增加SQL任务测试比重 ? Ⅲ).平台基础能力测试用例 ?
2.1K30发布于 2020-11-03 - 来自专栏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 - 来自专栏啄木鸟软件测试
软件性能测试（连载7）
图3-18 CPU状态转换图 7）软中断与硬中断 假设现在一家公司就有一名客服人员，这个客服人员就有一台座机，这种情况下用户碰到问题只能打电话给这个客服人员，如果有多个用户同时打入只能凭运气，先打通电话的人得到回答 /softirqs CPU0 CPU1 HI: 0 0 TIMER: 811613 1972736 NET_TX: 49 7 #ps aux | grep softirq root 7 0.0 0.0 0 0 ? PIDUSER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 7 root 20 0 0
1.3K30发布于 2020-02-19 - 来自专栏分享/效率/工具/软件
centos7-gitlab平台搭建
本文链接：https://blog.csdn.net/qq_37933685/article/details/89026399 文章目录 centos7-gitlab平台搭建 相关介绍 gitlab安装配置 ： centos7-gitlab平台搭建 相关介绍 gitlab是一个开源分布式版本控制系统 开发语言：Ruby 功能：管理项目源代码/版本控制/代码复用与查找 优势： 开源免费 差异化版本管理，离线
71430发布于 2019-09-17 - 来自专栏测试开发社区
花椒测试平台 - 接口篇
背景 先来说说花椒测试平台的由来： 目的1，降低接口测试对测试人员代码能力的要求。 既然接口的测试已经有case的信息了，对接口进行压测的请求其实也类似一个case，只不过是有很多人在同时执行这个case，所以有了压力测试和接口测试平台的整合。 在平台建压测任务的时候选定一个测试用例为载体，多并发的执行case，统计压测数据，实时展示。以往接口测试和压力测试都是分别写一个方法，里面有很多重复的部分。 花椒测试平台整个框架 说了这么多，先来看看花椒测试平台的整个框架： ? 该框架主要由三大部分组成，今天主要介绍接口部分的一体化（接口测试+压力测试）： Web平台 Web平台是花椒测试平台的核心部分，主要是给测试开发人员提供可视化的界面操作，并封装为参数信息，调用后端的接口服务处理
1.4K20发布于 2019-11-20 - 来自专栏坚毅的PHP
开放平台接口调用测试
遇到的问题：Node.js JSON parsing error，syntax error unexpect end of input 测试代码 //测试/statuses/public_timeline json.loads(data) print data['statuses'][0]['source'] conn.close() nodejs sdk只有对接口输出的示例代码，没有重新解析为json对象的测试
3.2K60发布于 2018-03-20 - 来自专栏CKL的思考空间
接口测试平台演进思考
很多小伙伴都比较关心如何构建一个接口自动化平台，笔者恰好有从零开始搭建自动化测试平台直到产品商业化的过程经验，可以和大家分享下。 技术上基本没什么大问题，都是基于底层框架原生的能力，做了前端的封装，降低测试人员的使用门槛，让测试人员理解、接受接口测试思想，并指导他们使用平台，设计接口测试用例，让接口测试真正落地并产生效果。 什么是好用，用户说了算，所以团队花了比较多的时间去落地平台，去分析测试人员的痛点和难点，结合自身的经验和能力，一点点的补充平台功能。 NO.5 个人与平台 我们回到最初的那个话题，当我们采用平台化来做专项测试时，封装好功能，降低对测试人员的要求，只要通过页面编排就能够执行相关的测试。那么，测试人员如何提升自己呢？ 如果只会依赖公司平台开展专项测试，那是平台的能力，而不是个人的能力。
58420编辑于 2023-02-01 - 来自专栏FreeBuf
打造最强移动测试平台
笔者今年换掉了服役N年的旧手机，新手机12G的RAM，比自用的本子内存都大，如果只是玩游戏感觉不能完全发挥出全部机能，但又因为怕影响日常使用没有进行root，经过一番折腾，发现即使不root也不影响把它变成一款测试利器 安卓虚拟机 移动应用测试肯定是需要一个root环境，很多人选择用安卓模拟器，笔者为了使用WSL2启用了Hyper-V，导致与绝大多数的安卓模拟器冲突，从此告别安卓模拟器。 后来发现安卓平台也有虚拟机，目前共有VMOS、光速虚拟机、X8沙箱三款产品。其中VMOS分普通版和Pro版，Pro版非会员支持选择ROM，也可以导入网友提供的ROM，其他虚拟机皆内置ROM无法修改。 想一下手机里跑个虚拟的安卓系统，带root环境且与本机隔离，简直是移动测试的最佳方式。 下图是笔者四个虚拟机同时小窗开启的，独立互不冲突，加起来内存占用可能还不到1G，毫无压力。 ? 详细使用可参考作者写的系列文章https://juejin.im/post/6844903745562607624 结束 到这里本文就结束了，希望能起到抛砖引玉的效果，如果你还有更好用的移动平台安全工具
5.3K30发布于 2020-08-17
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号