- 综合排序
- 最热优先
- 最新优先
- 来自专栏ThoughtWorks
GraphQL测试实践
我们很熟悉以REST实现的API，可以用任何能够发出http 请求的库或者工具来测试REST API。 回到正题，刚才主要还是停留在REST api与GraphQL一些基本的区别，那么怎么手动测试。 我们可以利用代码来实现，但对于项目中所有角色，尤其是一些没有代码经验的人，让他们去看代码实现是非常痛苦的，自动化测试本质是能够帮我们快速回归，验证完成功能是否受到影响，并且你的测试代码或工具能够让每个角色轻松理解并能够快速简单使用 ---- 利用测试脚本实现GraphQL自动化api测试 上面主要介绍如何手动测试GraphQL，当然我们也可以利用代码来实现GraphQL 测试。 传统上我们测试RESTful时，大部分人可能选择的mocha chai supertest 这个库作为测试框架 来编写API测试，通过上面的文章，我们了解到GraphQL 请求的底层依然还是http request
2.5K30发布于 2019-11-14 - 来自专栏ThoughtWorks
Cucumber测试实践
测试实践都会提供一些解决思路，并且还远不仅限于此。 然而并不是所有的行为都能够称之为行为，其中需要意识到行为和实现是有区别的，我们希望记录的是具体的用户行为而不是这个行为中的每一步实践。 二、Cucumber测试实践 1、并不是BDD 根据维基百科，BDD是一种对于TDD在敏捷软件开发中的改进尝试，主要目的在用自然语言让DEV、QA、BA、PO对于程序如何运行形成一种共同理解。 然而，我们的目的是为了将我们在测试过程中的所有行为、断言利用程序记录下来，所以Cucumber是作为一种脚本工具来完成测试实践。在这个场景下我们测试的是一个已经开发完成的代码，这不是一种BDD。 1、Cucumber与E2E结合不是好的实践 在github上搜索Cucumber相关的开源项目，95%以上的都是将Cucumber和E2E测试工具相结合使用。
1.3K10编辑于 2022-02-16 - 来自专栏搜狗测试
精准测试实践
前段时间接到了一个输入法开关下发的功能，通过精准测试的理念，在测试效率和测试覆盖度上提升较大，在这里分享一下测试过程： ? 3、确定测试全集： 通过了解实现，确定测试全集为： 1、 全部策略正确性。 2、 所有单元策略正确性。 如果按照传统接口测试方法。每条大约设计和执行100条case，这样要14个工作日才能回归完毕。这种回归方式显然比较耗时。 于是想到了通过导流来减少回归工作量的方案，具体方案如下： 1、 将线上流量导到测试服务器。 2、 对比测试服务器和线上服务器的返回结果是否一致。 总结了一下，本次结合精准测试理念，对项目的提升如下： ? 整体开展精准测试的大体过程如下： ? 欢迎添加我们的搜狗测试微信号，与我们一起聊聊测试。 ?
2.2K30发布于 2019-08-21 - 来自专栏搜狗测试
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.5K20发布于 2020-06-06 - 来自专栏DevOps持续集成
Jmeter接口测试实践
1.简介 JMeter是开源软件Apache基金会下的一个性能测试工具，用来测试部署在 务器端的应用程序的性能。这里我们用来做接口测试。 4.创建测试计划 创建线程组 ? 创建请求 ? 创建结果树 ? 5.运行测试 ? ?
51120发布于 2019-10-18 - 来自专栏iTesting
测试框架实践--TestFixture
一个测试类，通常有多个测试方法，有时候一个或多个测试方法都需要某些共用的”数据“， 比如说都要访问某个数据库的某张表，比如说都需要起浏览器，都需要调用post方法等。 由此可见，Test Fixture用在测试方法前，或者测试方法后，主要功能是提供一些测试需要用的装置，这些装置可以是数据，可以是环境配置也可以是一个运行前状态。 2.这样第一层次的并发，是基于测试类的，然后针对每一个测试类，我再进行并发。 历史文章： Python数据驱动实践(一)–ddt实现数据驱动 Python数据驱动实践(二)–教你用Python实现数据驱动 Python数据驱动实践(三)–动态添加测试用例 Python测试框架实现 (四)–动态挑选测试用例 Python测试框架实现(五)–多线程
82020发布于 2019-10-29 - 来自专栏测试技术圈
测试框架实践--TestFixture
一个测试类，通常有多个测试方法，有时候一个或多个测试方法都需要某些共用的”数据“， 比如说都要访问某个数据库的某张表，比如说都需要起浏览器，都需要调用post方法等。 由此可见，Test Fixture用在测试方法前，或者测试方法后，主要功能是提供一些测试需要用的装置，这些装置可以是数据，可以是环境配置也可以是一个运行前状态。 2.setUpClass（）， tearDownClass（）的方式，分别在每个测试类执行前后执行, setUpClass（）和tearDownClass（）只会执行一次，即使这个测试类有多个测试函数。 要达成这个效果， 相当于如何根据测试方法找到所属的测试类，利用inspect模块很简单的就拿到了,当然你也可以用__name__拿到函数名。 2.这样第一层次的并发，是基于测试类的，然后针对每一个测试类，我再进行并发。
54010发布于 2019-08-01 - 来自专栏腾讯移动品质中心TMQ的专栏
iOS 电量测试实践
作者：张锦铭团队：腾讯移动品质中心TMQ iOS电量相关问题一直是测试人员头疼的事情，电量测试怎么开展、问题怎么复现和跟进定位、用户反馈电量相关的问题我们如果获取更多的信息等等，一直都没有一个好的解决方案 一、电量测试之农业时代 在之前很长一段时间，我们都是用这种可怜的方式进行电量测试的: 1、选定测试场景以及时长； 2、给手机充放电，让手机剩余电量在我们预设的值，比如90%，每个场景测试开始时，保证手机都是这一电量 有了这样全面的官方数据，我们的测试怎么做呢？ 1、首先，上线前的电量测试，只要装上对应的证书，便可开始执行测试，只要记下哪个时间段对应的是哪个场景，然后测试完后，取下系统的数据库，便可以对当次的电量做较全面的评价，例如，某个APP在某场景下，20分钟运行时间 搜索微信公众号：腾讯移动品质中心TMQ，获取更多测试干货！
13.1K71发布于 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.6K10发布于 2020-06-19 - 来自专栏FunTester
负载测试最佳实践
性能测试中最容易被误解的部分之一就是负载测试。大多数人认为所有性能测试就是负载测试，但这是不准确的。有许多类型的测试组成性能测试。 在进行负载测试之前要考虑的问题之前，让我们仔细研究一下负载测试的基本信息。 LoadRunner的基本一种定义：负载测试是许多并发用户运行同一程序，以查看系统基础结构是否在不影响功能或性能的情况下处理了负载。 还有一种说法将负载测试解释为： 负载测试是性能测试的子集。 但是建议在着重负载测试之前首先通过模拟或者监控正常一天的吞吐量来开始负载测试。 这里的关键词是吞吐量，这是另一个经常被误解的性能测试。 测试时间越长，在测试过程中捕获的事件数量就越多，并且无论使用何种工具，对其进行分析都将更具挑战性。 负载测试会生成大量数据。深入研究测试结果并找到所需的一切并不容易。
1.8K30发布于 2020-05-27 - 来自专栏windealli
LLM 性能测试实践
一、引言：为什么LLM性能测试至关重要？ 通过与 ms-swift 训练框架 的无缝集成，开发者可在训练后直接发起性能评测，形成“训练-评测-优化”闭环 三、EvalScope性能测试实践指南 环境搭建 EvalScope 工具的运行需要 Python 标准 OpenAI 格式 对话接口测试 如果 LLM 接口的格式是标准的 OpenAI 格式，则EvalScope通过简单的命令或者脚本就可以快速测试。 此处简易使用 Python 脚本来进行性能测试(便于维护）。 这里还额外指定了参数："no_test_connection": True, 主要是为了简化测试流程，否则测试连接时可能会无法正常启动测试，需要额外处理。
1.4K10编辑于 2025-05-16 - 来自专栏吾非同
postman接口测试实践
postman简介 Postman是谷歌开发的一款接口测试工具，能够发送任何类型的http请求，支持GET/PUT/POST/DELETE等方法。 Postman有响应结果的比较功能，可以用来写测试用例。 可以把测试用例放在同一个目录下批量运行，可以设置迭代次数。 可以设置环境变量，方便测试环境和生产环境使用同一套测试用例。 scope=103&format=json&appid=379020&bk_key=接口测试&bk_length=600 ? 测试人员下次测试可以直接从集合中找到要执行的测试case。可以让单个的request分组到一起，对每个request都有很多个testcase，都分组收藏到集合里面，进行自动化测试和回归测试。 1、新建一个登陆的请求，点击save保存到一个登陆测试集合中。 ? 2、在登录测试集合下新建3个用例，点击run运行，然后设置环境变量，没有可不设置，迭代次数，等待时间。 ? ?
1.4K30发布于 2020-10-23 - 来自专栏深度学习与python
DevOps 测试实践指南
但是测试 DevOps 的最佳策略是什么呢？本文将讨论 DevOps 的基本概念、生命周期、最佳实践以及我们应该使用的工具。 4DevOps 测试的最佳实践 DevOps 测试工程师需要重新思考软件的 QA 测试策略，以适应从开发到运维的管道阶段。 值得庆幸的是，有一些 DevOps 测试最佳实践可以被理解并能被用于任何应用程序的开发中。解释 DevOps 的每个测试最佳实践超出了本文的范围。 下面列出了实现端到端测试集成的最佳实践： 在集成之前，使用私有实例对应用程序中的更改进行测试，以确保代码的更改不会破坏分支。 DevOps 测试实践强调在类似于生产环境的环境中进行测试的重要性，这可以确保一旦部署到生产环境中，测试就可以覆盖应用程序的所有配置。
63230编辑于 2022-06-11 - 来自专栏Python自动化测试
Thrift接口测试实践
server.serve() 编写好服务端的代码后，开始编写客户端的代码，也就是具体的API测试用例，这地方主要测试对应的接口信息以及验证服务端返回的响应数据，测试代码如下： #! 其实在之前的文章学习的成本中很详细的介绍到针对不同的协议的测试，本质的核心思想都是一样的，都是客户端与服务端之间的请求/响应模式或者是异步通信的模式。 所以遇到gRPC协议还是Thrift其实看看官方的资料，就能够立刻的编写出API的测试用例。感谢您的阅读，后续持续更新！
1.1K20编辑于 2022-06-16 - 来自专栏FunTester
FunTester测试框架Redis性能测试实践
经历过FunTester框架Redis压测预备， 下面就应该进入实践阶段了，首先呢，先分享一个对Redis里面不停地添加key-value的测试用例。 测试用例 Java版本 /** * redis添加key-value性能测试用例 */ public class RedisPerTest extends SourceCode { public ========= INFO-> Redis测试进度:▍▍▍▍▍▍▍▍▍ 14% ,当前QPS: 1605 INFO-> Redis测试进度:▍▍▍▍▍▍▍▍▍▍▍▍▍▍▍ 23% ,当前QPS: "mark":"Redis测试021516", ＞ ① . QPS变化曲线.png Redis测试400thread.png 总结 总体来讲，还是比较简单的，下期会测试一下多操作相关性或者集合value的场景，还有Redis自增value。
74260发布于 2021-10-08 - 来自专栏前端大全
前端测试策略升级——现代测试实践
本文将深入探讨现代前端测试策略的升级路径，从测试金字塔理论到实际工具应用，为构建高效、可靠的测试体系提供全面指导。 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测试实践
17210编辑于 2026-03-10 - 来自专栏muller的测试分享
软件测试|AppCrawler 自动遍历测试实践
图片上两篇文章介绍了自动遍历的测试需求、工具选择和 AppCrawler 的环境安装、启动及配置文件字段基本含义，这里将以实际案例更加细致的说明配置文件的用法和一些特殊场景的处理。 下面我们继续之前的例子，在雪球搜索框输入搜索内容后的页面开始：testcase：设置测试用例，输入 alibaba 后，点选"阿里巴巴" yaml 写法如下：testcase: name: "XueQiuTestDemo ，有时候可能需要在短时间内测试主要常用界面的功能，有时候可能需要全面的测试，所以测试的深度就不相同，我们可以依靠 maxDepth 来进行需求定制，这里以遍历 2 层深度为例：findBy：定位方式的选择 除非设置了 App 的白名单页面需要在当前页不停滑动加载测试答：遍历完当前页后用 afterpage 参数设置滑动firstList 和 lastList 可以写多个表达式吗？他们是如何执行的？ 除非设置了 App 的白名单页面需要在当前页不停滑动加载测试答：遍历完当前页后用 afterpage 参数设置滑动firstList 和 lastList 可以写多个表达式吗？他们是如何执行的？
1.3K30编辑于 2023-01-04 - 来自专栏腾讯移动品质中心TMQ的专栏
测试左移实践探讨 ：测试左移在腾讯地图SDK的实践
我理解的"测试左移"，即将测试活动与开发活动结合更加紧密， 同步于开发活动甚至早于开发活动便开始的质量保障活动。业界已有关于测试前置的一些讨论, 因此本文也沿用测试前置的概念. 本文将讲解测试前置在腾讯地图SDK的实践情况。鉴于APP与SDK的不同形式，APP类产品在实践测试前置方法时需做适当调整。 一、持续测试过程 测试前置的前提是持续集成和持续测试，持续测试的前提是自动化测试。自动化测试的实现离不开好的测试框架和测试平台的支持。 持续测试过程中，开发工程和测试工程的统一使得自动化测试校验点增强，同时也使得测试用例开发与开发功能开发同步进行变得可能。 但单元测试在互联网产品尤其是前端实施阻力非常大，因此我们通过一定原则筛选出一些适合做单元测试的模块，目前正在实践中，有一定实践效果再与大家分享。
1.5K90发布于 2018-02-08 - 来自专栏测试技术圈
持续测试是一种测试实践
通过持续测试的定义我们可以知道，尽最大可能自动化测试活动将会是持续测试是否能够落地实践的重要手段。 持续测试包含了两部分实践约束： 第一部分是每一个DevOps中的阶段都应该有对应的质量保障活动的存在 第二部分持续不断的将测试结果反馈到制品过程中进行改进 那么如果要实现如上两种重要的实践，自动化将会是不可避免落地的实践方法 自动化测试设计对团队的测试资产的积累，自动化测试是实现持续测试的必要手段，但是拥有了自动化测试并不一定就实践了持续测试。 软件测试是为了发现软件定义问题和内部存在缺陷的实践方法。 质量保障工程师应该和制品团队一起为最大限度的交付高质量的软件而努力，最好的实践方法就是通过持续测试实践，在持续测试过程中嵌入质量保障工程师，从而促使质量保障工程师的工作是制品过程中发挥作用而不是在制品后发挥作用的
57210编辑于 2022-09-01 - 来自专栏喵叔's 专栏
【单元测试】--单元测试最佳实践
一、单元测试代码风格 编写单元测试代码时，遵循一致的风格和最佳实践是非常重要的，因为它有助于提高代码的可读性、可维护性和可靠性。 以下是一些常见的单元测试代码风格和最佳实践： 命名约定： 测试方法的名称应当清晰、描述性，反映被测试方法的功能和行为。通常使用"Test"或"Should"前缀。 测试组织： 使用测试类（Test Fixture）来组织相关测试方法，通常一个测试类对应一个被测类。 使用测试套件（Test Suite）来组织多个测试类，以便一次运行多个相关测试。 这些风格和最佳实践有助于确保单元测试代码的高质量和可维护性。保持一致性和编写自解释的测试代码可以帮助整个团队更容易理解和维护测试套件。 这些实践有助于提高代码质量和可维护性，确保测试在不同情况下都有效。
1.6K50编辑于 2023-10-22
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号