- 综合排序
- 最热优先
- 最新优先
- 来自专栏区块链入门
【实践】7.DOCKER之性能测试
测试环境： 操作系统：CentOS7、openstack nova-docker启动的centos7、openstack环境启动的centos7虚拟机 CPU：Intel(R) Xeon(R) CPU 因此虚拟内存到物理内存的映射次数比较少，性能瓶颈主要在物理内存的读写速度上，因此这种情况docker和虚拟机的测试性能差别不大; 内存带宽测试中docker与虚拟机内存访问性能差异不大的原因是由于内存带宽测试中需要进行虚拟地址到物理地址的映射次数比较少 根据这个假设，我们推测，当进行随机内存访问测试时这两者的性能差距将会变大，因为随机内存访问测试中需要进行虚拟内存地址到物理内存地址的映射次数将会变多。结果如下图所示。 image image image docker与虚拟机存储性能比较 采用iometer分别以顺序读、随机读、顺序写、随机写四中模式对如下3中场景进行测试，测试过程中文件系统采用ext4 测试前预热30s 虚拟机网络性能对比测试》
3.4K30发布于 2021-05-27 - 来自专栏TestOps云层
7个测试驱动开发的最佳实践
测试驱动开发（TDD）是一个简约的软件开发过程。由一个自动执行的测试用例驱动，用例定义了系统所需的功能。测试的第一个执行结果状态是失败。然后，开发人员实现一个能通过测试的最小代码。 下面是TDD项目的一些最佳实践： 1.避免功能复杂 保持功能实现的简单性。仔细考虑，以确保测试用例涵盖了系统所需的功能的各种可能。由于测试用例是驱动力，因此应对其进行正确性和完整性检查。 后续其他买的开发人员（其实包括自己）应该可以通过看测试代码，轻松推断出预期的功能。 3.保持测试代码的简洁 确保你测试代码只需要有足够满足实现测试用例的代码即可。这是TDD的基本原则。 最大限度地减少测试代码本身缺陷的可能性，简化了检查和测试过程。保持代码简洁的同时要确保代码是可以理解的，并允许将来继续增加。 4.反复测试 在编码之前和编码后都要进行测试。然后在代码重构后再次测试。 7.知道什么时候使用TDD 最后但并非最不重要的是，像任何其他开发概念一样，TDD在某些情况下效果是最好的。TDD的执行时间不能太长。任何冗长或复杂的测试都会破坏TDD的目的。
1.8K20编辑于 2022-04-04 - 来自专栏往期博文
【目标检测】YOLOv7理论简介+实践测试
最后，作者进行了一系列模型比较实验，结果如下表所示： 实验测试 不管前面的理论部分说得多么花里胡哨，最终还是要以实践测试结果来说明。 由于YOLOv7是基于YOLOv5代码进行修改的，因此训过YOLOv5模型的人都可以很容易得跑起来。 于是我换用了自己的数据集，和YOLOv5-5.0做对比测试，效果如下： 算法 mAP@.5 mAP@.5:.95s yolov5-5.0 95.6% 67.6% yolov7 94.8% 67.4% 另外，输入的图片是640x640的尺寸，yolov7更好的模型推荐的输入尺寸是1280x1280。不过，对我这个6GB的渣显卡来说，无法进行测试验证。等我以后有机会换设备再尝试。。 pwd=8888 包含yolov7.pt，yolov7-e6e.pt两个预训练模型
2.1K31编辑于 2022-09-19 - 来自专栏啄木鸟软件测试
敏捷测试价值观、方法和实践读书笔记（7）
public void 我取出_元后(Double value) { this.account.withdraw(value); } } 注意，空格都必须一致 7 作为一名银行客户 我想要拥有一个账户 以便我可以存钱、取钱，并且显示当前余额 场景: 我没有账户 # src/test/java/hellocucumber/test.feature:7 测试人员与产品负责人/业务分析师和敏捷软件开发团队确认验收标准。 测试团队以 Given-When-Then 的方式编写自动化的测试用例。 敏捷软件开发团队以通过测试人员编写的自动化测试为完成条件，完成敏捷软开发。 4.在持续集成的任务中运行 BDD 的自动化测试 5.重构 BDD 测试，优化自动化测试的分层结构
52110编辑于 2024-09-10 - 来自专栏大数据那些事
LVS（7）——NAT实践
即成功实践 再去查看真实主机的log： ? 是从真实的客户端ip发过来的
44420发布于 2020-11-11 - 来自专栏ThoughtWorks
GraphQL测试实践
我们很熟悉以REST实现的API，可以用任何能够发出http 请求的库或者工具来测试REST API。 回到正题，刚才主要还是停留在REST api与GraphQL一些基本的区别，那么怎么手动测试。 我们可以利用代码来实现，但对于项目中所有角色，尤其是一些没有代码经验的人，让他们去看代码实现是非常痛苦的，自动化测试本质是能够帮我们快速回归，验证完成功能是否受到影响，并且你的测试代码或工具能够让每个角色轻松理解并能够快速简单使用 ---- 利用测试脚本实现GraphQL自动化api测试 上面主要介绍如何手动测试GraphQL，当然我们也可以利用代码来实现GraphQL 测试。 传统上我们测试RESTful时，大部分人可能选择的mocha chai supertest 这个库作为测试框架 来编写API测试，通过上面的文章，我们了解到GraphQL 请求的底层依然还是http request
2.7K30发布于 2019-11-14 - 来自专栏搜狗测试
精准测试实践
前段时间接到了一个输入法开关下发的功能，通过精准测试的理念，在测试效率和测试覆盖度上提升较大，在这里分享一下测试过程： ? 3、确定测试全集： 通过了解实现，确定测试全集为： 1、 全部策略正确性。 2、 所有单元策略正确性。 如果按照传统接口测试方法。每条大约设计和执行100条case，这样要14个工作日才能回归完毕。这种回归方式显然比较耗时。 于是想到了通过导流来减少回归工作量的方案，具体方案如下： 1、 将线上流量导到测试服务器。 2、 对比测试服务器和线上服务器的返回结果是否一致。 总结了一下，本次结合精准测试理念，对项目的提升如下： ? 整体开展精准测试的大体过程如下： ? 欢迎添加我们的搜狗测试微信号，与我们一起聊聊测试。 ?
2.2K30发布于 2019-08-21 - 来自专栏ThoughtWorks
Cucumber测试实践
测试实践都会提供一些解决思路，并且还远不仅限于此。 然而并不是所有的行为都能够称之为行为，其中需要意识到行为和实现是有区别的，我们希望记录的是具体的用户行为而不是这个行为中的每一步实践。 二、Cucumber测试实践 1、并不是BDD 根据维基百科，BDD是一种对于TDD在敏捷软件开发中的改进尝试，主要目的在用自然语言让DEV、QA、BA、PO对于程序如何运行形成一种共同理解。 然而，我们的目的是为了将我们在测试过程中的所有行为、断言利用程序记录下来，所以Cucumber是作为一种脚本工具来完成测试实践。在这个场景下我们测试的是一个已经开发完成的代码，这不是一种BDD。 1、Cucumber与E2E结合不是好的实践 在github上搜索Cucumber相关的开源项目，95%以上的都是将Cucumber和E2E测试工具相结合使用。
1.6K10编辑于 2022-02-16 - 来自专栏简尚
关于「测试时间测试周期」7 点参考
，测试1天； 4）项目周期三个月，开发一个月，测试1天 ； 5）开发一周，测试周期1小时； 6）开发3天，测试周期0小时（未测试，直接上线）； 7）当天突然知道一个需求，当天就需要你测试，当天上线 3、常规来看，3天的测试预留时间，或者1周的预留时间，一定会被开发压缩的（即：在你的测试周期里，还会存在一些开发并行工作），先做冒烟测试，开发阶段就多关注代码实现逻辑、接口情况、测试数据准备、环境准备， 测试报告，附上你的测试点、以及可能性的风险、结论，避免背锅； 测试报告模板、怎么写，见文章 从业多年，依然写不好一份测试报告 ！ ）； 6、当时间确实不够，系统会线上问题的容忍度又非常低的情况下，测试报告明确注明风险+结论（不同意上线），且邮件发出来；最终，还是要一意孤行，锅，团队一起背 ； 7、确实很多非核心系统、内部系统、纯底层代码逻辑的底层框架 ，完全不需要测试，直接跳过测试、上线也是可以的（如果能做到 单元测试、代码检查、线上监控）； 参考文章：软件测试从业者终极目标，线上零BUG如何实现 ？
4.7K30发布于 2020-05-14 - 来自专栏Hadoop数据仓库
ShardingSphere实践（7）——数据加密
中间件加密服务优势 7. 加密算法解析 三、用例测试 1. 准备测试用例环境 2. 执行数据加密 （1）创建逻辑库 （2）添加资源 （3）原表增加加密字段 （4）创建加密规则 3. 测试 4. 7. 加密算法解析 ShardingSphere 提供了加密算法用于数据加密，即 EncryptAlgorithm。 三、用例测试 需求：使用 ShardingSphere 对t_user表的pwd列进行加密处理，要求对应用透明，并尽量缩短业务影响时间。 测试 查询存量数据： mysql> preview select * from t_user where pwd='%g&a5gEhP^KN3zZU'; +--------------- = | | 2 | fRV$wtz5FMV8bwH9 | NULL | 2xPXaMMndGl7I8CfQRVVwjLWHCA31RdEiQCtSK1KgqQ=
2.7K11编辑于 2022-06-14 - 来自专栏前端大全
前端测试策略升级——现代测试实践
本文将深入探讨现代前端测试策略的升级路径，从测试金字塔理论到实际工具应用，为构建高效、可靠的测试体系提供全面指导。 functions: 80, lines: 80, statements: 80 } } }; } } 现代测试实践 Vitest最佳实践 // vitest.config.js import { defineConfig } from 'vitest/config'; import react from '@vitejs ; expect(screen.getByRole('button')).toHaveClass('btn-outline'); }); }); React Testing Library实践 > { expect(screen.getByText('Jane Doe')).toBeInTheDocument(); }); }); }); Playwright E2E测试实践
39910编辑于 2026-03-10 - 来自专栏啄木鸟软件测试
软件性能测试（连载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.4K30发布于 2020-02-19 - 来自专栏FunTester
FunTester测试框架Redis性能测试实践
经历过FunTester框架Redis压测预备， 下面就应该进入实践阶段了，首先呢，先分享一个对Redis里面不停地添加key-value的测试用例。 测试用例 Java版本 /** * redis添加key-value性能测试用例 */ public class RedisPerTest extends SourceCode { public "mark":"Redis测试021516", ＞ ① . j2wB5UWj6m4A4XdKPnnHE0KpBuNVgQit12td+swbVt6Ld6zA9SPmxUjPecBhPdTiQYNEPOPBhagvVCvw3RgJswsjjC/SiJkezBwwjO7/ QPS变化曲线.png Redis测试400thread.png 总结 总体来讲，还是比较简单的，下期会测试一下多操作相关性或者集合value的场景，还有Redis自增value。
87260发布于 2021-10-08 - 来自专栏iTesting
测试框架实践--TestFixture
一个测试类，通常有多个测试方法，有时候一个或多个测试方法都需要某些共用的”数据“， 比如说都要访问某个数据库的某张表，比如说都需要起浏览器，都需要调用post方法等。 由此可见，Test Fixture用在测试方法前，或者测试方法后，主要功能是提供一些测试需要用的装置，这些装置可以是数据，可以是环境配置也可以是一个运行前状态。 self, None , current_process())) print(self.status) assert SumData().sum_data(4, 5) == 7 历史文章： Python数据驱动实践(一)–ddt实现数据驱动 Python数据驱动实践(二)–教你用Python实现数据驱动 Python数据驱动实践(三)–动态添加测试用例 Python测试框架实现 (四)–动态挑选测试用例 Python测试框架实现(五)–多线程
91320发布于 2019-10-29 - 来自专栏测试技术圈
测试框架实践--TestFixture
__call__(name, *value) 6 else: 7 func. __call__(cls) 7 8 if value: 9 func. func_pack = case[1] 7 8 #实现setUPClass 9 #到这一层只是类并发，真正的测试函数还没有并发。 3 @BeforeClass() 4 def before_class(cls): 5 print("haha") 6 cls.status = 1 7 None , current_process())) 20 print(self.status) 21 assert SumData().sum_data(4, 5) == 7
62610发布于 2019-08-01 - 来自专栏windealli
LLM 性能测试实践
一、引言：为什么LLM性能测试至关重要？ 通过与 ms-swift 训练框架 的无缝集成，开发者可在训练后直接发起性能评测，形成“训练-评测-优化”闭环 三、EvalScope性能测试实践指南 环境搭建 EvalScope 工具的运行需要 Python 标准 OpenAI 格式 对话接口测试 如果 LLM 接口的格式是标准的 OpenAI 格式，则EvalScope通过简单的命令或者脚本就可以快速测试。 此处简易使用 Python 脚本来进行性能测试(便于维护）。 这里还额外指定了参数："no_test_connection": True, 主要是为了简化测试流程，否则测试连接时可能会无法正常启动测试，需要额外处理。
2.1K10编辑于 2025-05-16 - 来自专栏腾讯移动品质中心TMQ的专栏
iOS 电量测试实践
作者：张锦铭团队：腾讯移动品质中心TMQ iOS电量相关问题一直是测试人员头疼的事情，电量测试怎么开展、问题怎么复现和跟进定位、用户反馈电量相关的问题我们如果获取更多的信息等等，一直都没有一个好的解决方案 一、电量测试之农业时代 在之前很长一段时间，我们都是用这种可怜的方式进行电量测试的: 1、选定测试场景以及时长； 2、给手机充放电，让手机剩余电量在我们预设的值，比如90%，每个场景测试开始时，保证手机都是这一电量 有了这样全面的官方数据，我们的测试怎么做呢？ 1、首先，上线前的电量测试，只要装上对应的证书，便可开始执行测试，只要记下哪个时间段对应的是哪个场景，然后测试完后，取下系统的数据库，便可以对当次的电量做较全面的评价，例如，某个APP在某场景下，20分钟运行时间 搜索微信公众号：腾讯移动品质中心TMQ，获取更多测试干货！
13.4K71发布于 2017-10-26 - 来自专栏搜狗测试
SDK测试实践小结
前言 小编最近参与了两个SDK测试项目，一个是与外部企业APP对接的SDK测试，对于要接入APP完全不了解，只针对SDK demo的功能和调用进行测试；另一个是与公司内部产品APP对接的SDK测试项目， 是针对SDK与APP源码集成后进行测试，通过这两个项目，小编对SDK测试工作有了更深入认识，在此对SDK测试内容和测试方法进行总结分享给大家。 SDK测试内容 SDK测试，是对SDK提供的功能和接口进行测试，测试需要关注哪些内容呢？ 7）安全性测试/隐私数据加密测试 接口的安全性，需要对接口的请求和返回数据加密性的要求进行测试； 8）访问权限的测试 SDK需要访问系统或者APP的某些权限，需要对权限相关进行测试，如SDK需要访问系统麦克风权限 3）基于代码的单元测试 这种方法提测时一般只提供SDK源代码和SDK接口说明文档，测试时针对各个接口方法进行编写测试代码进行单元测试。
3.8K10发布于 2020-06-19 - 来自专栏FunTester
负载测试最佳实践
性能测试中最容易被误解的部分之一就是负载测试。大多数人认为所有性能测试就是负载测试，但这是不准确的。有许多类型的测试组成性能测试。 在进行负载测试之前要考虑的问题之前，让我们仔细研究一下负载测试的基本信息。 LoadRunner的基本一种定义：负载测试是许多并发用户运行同一程序，以查看系统基础结构是否在不影响功能或性能的情况下处理了负载。 还有一种说法将负载测试解释为： 负载测试是性能测试的子集。 但是建议在着重负载测试之前首先通过模拟或者监控正常一天的吞吐量来开始负载测试。 这里的关键词是吞吐量，这是另一个经常被误解的性能测试。 测试时间越长，在测试过程中捕获的事件数量就越多，并且无论使用何种工具，对其进行分析都将更具挑战性。 负载测试会生成大量数据。深入研究测试结果并找到所需的一切并不容易。
1.9K30发布于 2020-05-27 - 来自专栏搜狗测试
Spock测试框架实践
测试同学们平时用的比较多的测试框架和工具，如JMockit、EasyMock、Mockito和PowerMock，大家普遍认为代码可读性差，多组测试数据使用起来麻烦等缺点，今天小编就来给大家介绍一款简洁 、优雅、易理解的测试框架——Spock 首先给大家简单介绍下这款测试框架，Spock是一个基于Java和Groovy应用的测试框架，通过JUnit runner调用测试，兼容绝大部分JUnit的运行场景 下面我们开始Spock的实践： 一．环境搭建 IDEA > Eclipse Gradle > Maven (官网中有详细的Gradle配置说明https://gradle.org/) IDEA+Maven 6．编写测试代码，这里我们验证一下sum返回的结果是否正确 ? 7.结果如下 ? 三.Spock中的许多概念和特征都来自jUnit，我们总结看下Spock测试模板方法的定义和JUnit的对比，后续我们会对各个模板方法进行介绍和测试实践，请大家持续关注搜狗测试公众号。 ?
1.7K20发布于 2020-06-06
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号