- 综合排序
- 最热优先
- 最新优先
- 来自专栏Linyb极客之路
测试微服务的4个最佳实践
假设单个服务仅运行一个功能，单元测试完全适合此模型，因为它们需要测试代码片段的最基本功能。单元测试在应用程序的最小组件级别运行。 单元测试有助于将测试范围仅限于一个功能区域。 避免误报有助于提高测试质量，这是通过将微服务与单元测试相结合来实现的。限制测试范围也使测试运行得更快。凭借焦点和速度的双重优势，单元测试对于微服务来说是不可或缺的。 2.测试服务之间的集成 比单元测试更高一级，我们进入集成测试，它仍然在微服务中占有一席之地。集成测试用于检查每个服务如何与其他服务以及外部组件一起使用。 你需要从小规模开始建立一个完整的混乱工程实践。最初，您可能会手动使服务和实例失败，然后逐渐以随机，自动的方式引发故障。 要实现这一点，您可以使用像Chaos Monkey这样的独立工具。 4.作为GITOPS的一部分进行测试 虽然持续集成已经存在了一段时间，但今天，大部分创新都围绕着持续部署 - 特别是GitOps（一种从GitHub存储库开始自动部署的方式）。
98120发布于 2018-12-28 - 来自专栏互联网运维杂谈
4个实施持续测试的“最佳实践”
开发是一个有趣的大事件，因为我们处于传统测试与现代和持续测试之间的边界，正在从一个大型的筒仓式的结构转型到一个新的架构。 这篇文章将涵盖持续测试实施的4个最佳实践。 1.找到正确的持续测试工具 您的工具是您工作中最重要的组成部分之一。 因此，工具能够建立敏捷及测试能力前置的通路，自动化和协作方式的工具是成功进入持续测试的关键。 所以请确保找到合适的工具，使您能够持续开发，测试和持续分析。 Taurus是一款开源自动化测试工具，可自动执行JMeter，Gatling，Locust和Tsung等所有开源负载测试工具，以及功能测试Selenium。 4.定义和显示结果 所以你有了最好的工具，一切都是自动化的，你正在分享你的工作，那现在呢？现在是深度研究结果的时候了。结果将会显示您的代码和产品是否在运转，并且显示当前与要完成的工作之间的差距。
1K20发布于 2019-11-18 - 来自专栏啄木鸟软件测试
敏捷测试价值观、方法和实践读书笔记（4）
第4 章 敏捷测试执行 1 敏捷中的测试需求 为什么会使用用户故事 传统软件开发方法论的假设是基于“用户认知不会发生变化”和“软件系统设计人员能够正确理解”这两个假设建立的 敏捷软件开发的核心思想就是使用较短的时间交付一个有价值的 人类自身就是由用户故事驱动的动物：牛顿被苹果砸到头 VS 万有引力 传统的文档本身就是一种结构化的指述，这和描述缺乏实践序列的因果关系，不能使开发人员产生代入感，也不便于于记忆。 Development，截止时间驱动开发) 质量、时间和范围 三角形 3.Valuable (有价值的) 用户迫切想要解决的问题，这是一个以时间为参数的函数 可以根据价值大小和紧急程度进行排序（风险驱动） 4. 2004 年，DavidJ.Anderson 第一个将其应用于 IT 软件开发 看板的核心要素始终植根于以下 4 个原则。 和“Start Finishing” 管理“流” 持续改进 看板3列: To DO :这一栏列出了尚未开发的任务 Doing : 送一栏列出了正在进行的任务 Done : 这一栏列出了已完成的任务 4
40610编辑于 2024-09-10 - 来自专栏最强技术
测试用 - 4.使用eBPF逃逸容器技术分析与实践
结合腾讯蓝军近几年在云原生安全上的积累以及我们在 WHC2021 上分享的关于《多租户容器集群权限提升的攻防对抗》的议题，本文将着重探讨内核特性 eBPF 对容器安全性的挑战和云原生攻防场景下的实践。 考虑到部署的方便性，如果使用 bcc，它的大量依赖会影响蓝军实战中的可用性，所以本文在编写测试的时候使用的是 libbpf，而且 libbpf 有社区提供的一个 “脚手架”：https://github.com 而且，容器和 Kubernetes 安全的最佳实践建议我们应该减少节点和容器内的非必要组件，容器节点会尝试不再安装和运行 Cron 进程，最终母机节点里仅运行 kubelet 进程的情况是最理想的。 var/spool/cron/ 等路径 3.period-in-days delay-in-minutes job-identifier command` 格式，/etc/anacrontab 等路径 4. 诚然， Cron 实践中还有每个小时（60 分钟）不检查 st_mtime 强制更新新任务的实现（代码如下图），但包含这个设计的实现目前运用比较广泛的仅有 busybox-cron，会使 EXP 变得小众且不通用
1.2K60编辑于 2022-12-20 - 来自专栏自学测试之道
接口测试4
一、测试用例这样写 一个好的用例的表述要点，即用例中应当包含的信息 一个优秀的测试用例，应该包含以下信息： 1） 软件或项目的名称 2） 软件或项目的版本（内部版本号） 3） 功能模块名 4） 测试用例的简单描述 ，即该用例执行的目的或方法 5） 测试用例的参考信息（便于跟踪和参考） 6） 本测试用例与其他测试用例间的依赖关系 7） 本用例的前置条件，即执行本用例必须要满足的条件，如对数据库的访问权限 8） 用例的编号 该测试案例是以一个B/S结构的登录功能点为被测对象,该测试用例为黑盒测试用例。 假设用户使用的浏览器为IE6.0 SP4。 功能描述如下： 1.用户在地址栏输入相应地址，要求显示登录界面； 2.输入用户名和密码，登录，系统自动校验，并给出相应提示信息； 3.如果用户名或者密码任一信息未输入，登录后系统给出相应提示信息； 4.
57010发布于 2019-09-29 - 来自专栏ThoughtWorks
GraphQL测试实践
我们很熟悉以REST实现的API，可以用任何能够发出http 请求的库或者工具来测试REST API。 "variables":{ }, "query":"query FeaturedProperty { featuredListing(channel: \"sale\", pageSize: 4) 我们可以利用代码来实现，但对于项目中所有角色，尤其是一些没有代码经验的人，让他们去看代码实现是非常痛苦的，自动化测试本质是能够帮我们快速回归，验证完成功能是否受到影响，并且你的测试代码或工具能够让每个角色轻松理解并能够快速简单使用 ---- 利用测试脚本实现GraphQL自动化api测试 上面主要介绍如何手动测试GraphQL，当然我们也可以利用代码来实现GraphQL 测试。 传统上我们测试RESTful时，大部分人可能选择的mocha chai supertest 这个库作为测试框架 来编写API测试，通过上面的文章，我们了解到GraphQL 请求的底层依然还是http request
2.7K30发布于 2019-11-14 - 来自专栏搜狗测试
精准测试实践
前段时间接到了一个输入法开关下发的功能，通过精准测试的理念，在测试效率和测试覆盖度上提升较大，在这里分享一下测试过程： ? 3、确定测试全集： 通过了解实现，确定测试全集为： 1、 全部策略正确性。 2、 所有单元策略正确性。 4、确定回归方式： 根据评估的测试全集，大体估算了下用例数： 1、50条策略，平均每条策略有3层判断。每层判断通过等价类和边界值，大约有3条case。 于是想到了通过导流来减少回归工作量的方案，具体方案如下： 1、 将线上流量导到测试服务器。 2、 对比测试服务器和线上服务器的返回结果是否一致。 总结了一下，本次结合精准测试理念，对项目的提升如下： ? 整体开展精准测试的大体过程如下： ? 欢迎添加我们的搜狗测试微信号，与我们一起聊聊测试。 ?
2.2K30发布于 2019-08-21 - 来自专栏ThoughtWorks
Cucumber测试实践
测试实践都会提供一些解决思路，并且还远不仅限于此。 二、Cucumber测试实践 1、并不是BDD 根据维基百科，BDD是一种对于TDD在敏捷软件开发中的改进尝试，主要目的在用自然语言让DEV、QA、BA、PO对于程序如何运行形成一种共同理解。 然而，我们的目的是为了将我们在测试过程中的所有行为、断言利用程序记录下来，所以Cucumber是作为一种脚本工具来完成测试实践。在这个场景下我们测试的是一个已经开发完成的代码，这不是一种BDD。 4、两种测试场景构建思路 如果阅读了“思路转变”这一章节，那么我们可能会有一种感觉这和我们平时测试时候设计测试思路或者测试用例感觉没什么区别，只是加了一些限制。这种感觉其实是很正确的。 1、Cucumber与E2E结合不是好的实践 在github上搜索Cucumber相关的开源项目，95%以上的都是将Cucumber和E2E测试工具相结合使用。
1.6K10编辑于 2022-02-16 - 来自专栏自动化测试实战
RF接口测试（4）
现在我们已经做好了进行接口测试的必要准备：1、拼接发送的报文；2、发送报文的方法。现在我们实现RF上的接口测试。
1.4K70发布于 2018-05-18 - 来自专栏承世的博客
4o测试
wget -qO- bench.sh|bash bash <(wget -qO- git.io/ceshi) bash <(curl -Lso- https://git.io/superspeed_flyzy2005) 发种上行速度：40-50左右
40410编辑于 2023-04-07 - 来自专栏清菡软件测试
Jmeter系列之《4.第一次性能测试实践》
场景： 二、测试步骤： 1.测试计划--添加线程组。在线程组里设置场景。 2.右键线程组--取样器--添加http请求。http请求里面填写服务器名称（域名）或IP，选择请求的方法。 4.运行脚本。 5.查看报告。 三、http请求设置--保持默认即可。 名称：本属性用于标识一个取样器，建议使用一个有意义的名称。 注释：对于测试没有任何作用，仅用于记录用户可读的注释信息。 这些失败是51cto这个网站做了限制造成的： 之前执行过测试，再次执行测试的话，结果都是累加的。 进行新一轮测试的时候需要点击这个全部清除了： 服务器或ip换成www.sogou.com，再次执行一下： 这次就没有失败的了。 需要了解更多性能测试知识可以看该作者的51cto博客。
81510编辑于 2022-04-28 - 来自专栏前端大全
前端测试策略升级——现代测试实践
functions: 80, lines: 80, statements: 80 } } }; } } 现代测试实践 /test/setup.js'], // 并行执行 threads: true, maxThreads: 4, minThreads: 2, // 隔离 ; expect(screen.getByRole('button')).toHaveClass('btn-outline'); }); }); React Testing Library实践 > { expect(screen.getByText('Jane Doe')).toBeInTheDocument(); }); }); }); Playwright E2E测试实践 async runParallelTests(testFramework, concurrency = 4) { const allTests = await testFramework.discoverTests
39910编辑于 2026-03-10 - 来自专栏FunTester
FunTester测试框架Redis性能测试实践
经历过FunTester框架Redis压测预备， 下面就应该进入实践阶段了，首先呢，先分享一个对Redis里面不停地添加key-value的测试用例。 "mark":"Redis测试021516", ＞ ① . "table":"eJztk8sKgkAUQPeB/3A/QMFMWvgZ0Q8IDiQ0Fk1BLXtR0Lr5jVb90Cyiz+j2wB5UWj6m4A4XdKPnnHE0KpBuNVgQit12td IcpwZcmNwfem61jrc5VGRdSi5xUpUQpSyKkjOcckgnRNEkJcc45dFuMYXSlJzjlENUcoKDlwXOc2S+5PirXU5jIjc3izh1inPd5A8FMljF6fcel43IUedj4/ dmWgS/KHo8Wq//ov+8HAt/QIMKqZAK9WtQIRVSoX4NKqRCKtSvQYVUSIX6NQotPAA24o0Q" ＞ } ~☢~~☢~~☢~~☢~~☢~~☢~~☢~~☢~
87260发布于 2021-10-08 - 来自专栏iTesting
测试框架实践--TestFixture
一个测试类，通常有多个测试方法，有时候一个或多个测试方法都需要某些共用的”数据“， 比如说都要访问某个数据库的某张表，比如说都需要起浏览器，都需要调用post方法等。 cls.status = 1 def setUp(self): print("Now starting") @data_provider([(1, 2, 3), (4, self, None , current_process())) print(self.status) assert SumData().sum_data(4, 历史文章： Python数据驱动实践(一)–ddt实现数据驱动 Python数据驱动实践(二)–教你用Python实现数据驱动 Python数据驱动实践(三)–动态添加测试用例 Python测试框架实现 (四)–动态挑选测试用例 Python测试框架实现(五)–多线程
91320发布于 2019-10-29 - 来自专栏测试技术圈
测试框架实践--TestFixture
4 if value: 5 func. 1def f(case): 2 cls， name, func, value = case 3 try: 4 # Run setUP method for each test 1#多线程部分代码 2with ThreadPool(number_of_threads) as p: 3 p.map(f, cases_to_run) 4p.close() 5p.join() 具体代码如下： 1#部分代码 2def run(case): 3 #cls是测试类 4 cls = case[0] 5 #func_pack是测试函数及所有参数 6 ： 1@TestClass() 2class TestSumData: 3 @BeforeClass() 4 def before_class(cls): 5 print
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 电量测试实践
； 3、手机系统设置，一般要关注屏幕亮度、蓝牙、定位、通知消息、音量、后台应用等等，为保证简单，通常是全部关闭或调到最小即可； 4、记录开始时的剩余电量，并执行测试，在测试结束后再记录一次剩余电量 上面提过，电压是相对固定的，我们可以算出具体剩余多少电，以1000mAh，粗略计电压稳定为4V，根据公式计算得出W=UIt=4v*1000mAh=4000mWh。这个就是当前电池剩余的电量。 2、电压以mV计，通过硬件测得，是计算其他数据的基础，iPhone工作时，电压几乎一直恒定在4V左右。测试过程中出现过的最高电压是4.3V。 4、温度也通过硬件接口获得，可以作为一个参考值，测试过程中出现的最高温度是37度，能明显感觉到发热了。 4、系统电量的消耗分为主要以下大类，每一种都作为电量消耗的根结点。
13.4K71发布于 2017-10-26 - 来自专栏搜狗测试
SDK测试实践小结
前言 小编最近参与了两个SDK测试项目，一个是与外部企业APP对接的SDK测试，对于要接入APP完全不了解，只针对SDK demo的功能和调用进行测试；另一个是与公司内部产品APP对接的SDK测试项目， 是针对SDK与APP源码集成后进行测试，通过这两个项目，小编对SDK测试工作有了更深入认识，在此对SDK测试内容和测试方法进行总结分享给大家。 SDK测试内容 SDK测试，是对SDK提供的功能和接口进行测试，测试需要关注哪些内容呢？ 3）性能测试 SDK性能测试主要包括内存占用、内存泄漏情况、CPU占用、接口响应速度、流量消耗等方面进行测试。 4）兼容性测试 SDK需要兼容不同的设备平台，并与其他APP兼容。 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 3．创建groovy的测试源码目录：首先在test目录下创建名为groovy的目录，之后将它设为测试源码目录 4．创建一个简单的类 ? 5．我们的目录结构 ? 三.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号