- 综合排序
- 最热优先
- 最新优先
- 来自专栏腾讯移动品质中心TMQ的专栏
腾讯 TMQ 团队10 年巨献： iOS 测试实践
这几人组建了最开始的iOS测试团队班底。丁如敏先生带领着我们三个毕业生从零开始，学习国内外相关资料，不断在实践中尝试和改进，对iOS的性能、功能、自动化测试都有一定程度的经验积累。 曹雪芹曾经批阅十载，增删数次而成红楼梦，我们几个写个电子书，也时常推倒重来，写好的主题文章讨论下觉得价值不大就被拆分重组或者干脆删除；或者写的不够全，现查现学现实践现补充；写的不严谨的都打回去确认后重新提交评审 时间进入2016年年中，iOS10发布，Xcode8带来了新的测试工具和实现方式，之前电子稿的很多内容需要更新和补充，在这个契机之下，丁如敏先生建议我们联系出版社，计划出一本纸质书。 就像下面的车轮一样，工程效率是项目能够顺利运转的驱动力，品质管理作为前车轮是项目质量的方向引导，怎样行驶好这辆车依赖于我们测试人员以及全体项目组成员对工程效率和品质管理的理解和实践程度。 也用实际案例和代码为读者展示这些流行趋势在腾讯的实践，语言平实无浮夸，客观公正的评估每种实践给我们带来的利弊。
2.3K20发布于 2017-08-15 - 来自专栏啄木鸟软件测试
敏捷测试价值观、方法和实践读书笔记（10）
第8章敏捷测试延伸实践 8.1 持续集成(Continuous Integration，CI) 持续集成定义 Grady Booch在1991年首次提出了术语"持续集成" 11条实践： 维护单一代码库 提交阶段执行时长不超过 10分钟 提交阶段的活动完成并生成二进制包后，进入自动化验收阶段，此阶段包含自动部署、冒烟测试以及自动化测试等活动 与测试相关的持续集成实践 提交前在本地运行所有的提交测试 提交测试通过后再继续工作 运行Jenkins最理想方式是使用独立的服务器 略 8.2 持续部署(Continuous Deployment，CD) 持续部署实践 持续部署是一种软件工程方法，通过自动化部署频繁地交付软件功能 自动化部署 (2)一个成功的混沌工程实践总会产生比预期多得多的变化,在这些变化中最重要的免责文化从“你为什么那样做”自然演变成“我们如何避免在未来这样做”，这会让团队快乐、更高效，也是其黄金价值所在。 DevOps 三步工作法 流动 反馈 持续学习和实践 DevOps与测试 Katrina Clokie 在APractical Guide to Testingin DevOps 一书中提到，在DevOps
41010编辑于 2024-09-10 - 来自专栏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 - 来自专栏CKL的思考空间
测试10问-下
话接上回（测试基础10问-上），继续问答之旅，答案是什么并不重要，重要的是引发一些思考。学问学问，边学边问。 06 测试是否需要过早的参与产品需求讨论？ 很多测试人员会以挖掘出一个经过N个步骤（N大于10之类的），才会出现的缺陷为荣。个人并不是很认可这种观点。从用户的操作行为来看，可能永远无法发现这类问题。 10 测试有没有钱途 这个问题本来想放在第一问的，毕竟是大家最关注的问题。但个人觉的这也不是个问题。 测试的天花板也没有你们想的那么低。没事多看看招聘信息，多和行业高手互动。测试还是大有可为的。 10问聊完，大家对测试是否有新的认知呢？ 在整理这10问题的时候，自己也做了更多的思考，测试这份职业还是比较好玩的。个人从事测试10多年，还是热爱这个行业的。测试相关的问题，欢迎沟通交流。 END 标星、点赞、关注三连走起，感谢支持。
44720编辑于 2023-02-01 - 来自专栏小雨的CSDN
10.性能测试
什么时候进行性能测试？ 在功能测试完成，所有的功能都比较稳定的时候，才可以做功能测试，一般在测试的中后期执行 性能测试术语 1.并发数： 广义并发数：同一时刻向服务器发送Http请求的用户数量；（有可能不是同一个功能） 在线用户数 性能测试类型 1.负载测试： （运行15min左右） 并发测试：在一定的软硬件环境下，系统的其他指标不变，测试系统在不同用户量访问级别下，系统性能的表现 容量测试：在一定的软硬件环境下，系统的其他指标不变 ，测试系统数据库数据量在不同的级别下，系统性能的表现 2.压力测试： 高于系统的最高负载，去运行系统，查看系统的表现 3.可靠性测试（疲劳测试）: 低于系统的最高负载，去运行系统，查看系统的表现 4.配置测试 ，比较每次测试结果，从而确定各个因素对系统性能的影响。
54510编辑于 2022-10-26 - 来自专栏前端大全
前端测试策略升级——现代测试实践
unit: 50, integration: 20, e2e: 20, // 更多E2E测试 visual: 10, accessibility 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 - 来自专栏FunTester
FunTester测试框架Redis性能测试实践
经历过FunTester框架Redis压测预备， 下面就应该进入实践阶段了，首先呢，先分享一个对Redis里面不停地添加key-value的测试用例。 port); drive.index = 1; RUNUP_TIME = 0; drive.set("fun" + StringUtil.getString(10 protected void doing() throws Exception { drive.set("fun" + StringUtil.getString(10 "mark":"Redis测试021516", ＞ ① . QPS变化曲线.png Redis测试400thread.png 总结 总体来讲，还是比较简单的，下期会测试一下多操作相关性或者集合value的场景，还有Redis自增value。
87260发布于 2021-10-08 - 来自专栏iTesting
测试框架实践--TestFixture
一个测试类，通常有多个测试方法，有时候一个或多个测试方法都需要某些共用的”数据“， 比如说都要访问某个数据库的某张表，比如说都需要起浏览器，都需要调用post方法等。 由此可见，Test Fixture用在测试方法前，或者测试方法后，主要功能是提供一些测试需要用的装置，这些装置可以是数据，可以是环境配置也可以是一个运行前状态。 2.这样第一层次的并发，是基于测试类的，然后针对每一个测试类，我再进行并发。 历史文章： Python数据驱动实践(一)–ddt实现数据驱动 Python数据驱动实践(二)–教你用Python实现数据驱动 Python数据驱动实践(三)–动态添加测试用例 Python测试框架实现 (四)–动态挑选测试用例 Python测试框架实现(五)–多线程
91320发布于 2019-10-29 - 来自专栏测试技术圈
测试框架实践--TestFixture
一个测试类，通常有多个测试方法，有时候一个或多个测试方法都需要某些共用的”数据“， 比如说都要访问某个数据库的某张表，比如说都需要起浏览器，都需要调用post方法等。 __call__(name) 8 except: 9 # traceback.print_exc() 10 cases_run_fail.append(name) __call__(name, *value) 10 else: 11 func. 10 #setUPClass应该做到测试类有设置就执行，否则就不执行。 7 def setUp(self): 8 print("Now starting") 9 @data_provider([(1, 2, 3), (4, 5, 9)]) 10
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 电量测试实践
一、电量测试之农业时代 在之前很长一段时间，我们都是用这种可怜的方式进行电量测试的: 1、选定测试场景以及时长； 2、给手机充放电，让手机剩余电量在我们预设的值，比如90%，每个场景测试开始时，保证手机都是这一电量 接着我们使用到的是IOKit中的IOPMPowerSource接口，私有接口，调用方式如下： [1508982650145_7443_1508982884264.png] 在iOS 10及以上的系统上 以上是IOPMPowerSource接口在iOS10及以上系统上获取的信息。但事实上，在iOS 9及以前的系统上，能获取到更多更详细的信息，大部分是一些硬件的固定信息，对我们测试没有帮助。 1、首先，上线前的电量测试，只要装上对应的证书，便可开始执行测试，只要记下哪个时间段对应的是哪个场景，然后测试完后，取下系统的数据库，便可以对当次的电量做较全面的评价，例如，某个APP在某场景下，20分钟运行时间 2、iPhone用来记录电量相关数据的数据库极为庞大，有在概265张表，每天超10M的数据。 3、每一个安装到iPhone的应用，在系统级都会有一个ID标注，称作结点ID。
13.4K71发布于 2017-10-26 - 来自专栏搜狗测试
SDK测试实践小结
前言 小编最近参与了两个SDK测试项目，一个是与外部企业APP对接的SDK测试，对于要接入APP完全不了解，只针对SDK demo的功能和调用进行测试；另一个是与公司内部产品APP对接的SDK测试项目， 是针对SDK与APP源码集成后进行测试，通过这两个项目，小编对SDK测试工作有了更深入认识，在此对SDK测试内容和测试方法进行总结分享给大家。 SDK测试内容 SDK测试，是对SDK提供的功能和接口进行测试，测试需要关注哪些内容呢？ 比如手机录音功能，测试手机录音持续录音10个小时，录音功能正常，内存、CPU等占用正常，不会被系统杀掉。 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 - 来自专栏DevOps持续集成
Jmeter接口测试实践
1.简介 JMeter是开源软件Apache基金会下的一个性能测试工具，用来测试部署在 务器端的应用程序的性能。这里我们用来做接口测试。 4.创建测试计划 创建线程组 ? 创建请求 ? 创建结果树 ? 5.运行测试 ? ?
59520发布于 2019-10-18 - 来自专栏深度学习与python
DevOps 测试实践指南
但是测试 DevOps 的最佳策略是什么呢？本文将讨论 DevOps 的基本概念、生命周期、最佳实践以及我们应该使用的工具。 4DevOps 测试的最佳实践 DevOps 测试工程师需要重新思考软件的 QA 测试策略，以适应从开发到运维的管道阶段。 值得庆幸的是，有一些 DevOps 测试最佳实践可以被理解并能被用于任何应用程序的开发中。解释 DevOps 的每个测试最佳实践超出了本文的范围。 下面列出了实现端到端测试集成的最佳实践： 在集成之前，使用私有实例对应用程序中的更改进行测试，以确保代码的更改不会破坏分支。 DevOps 测试实践强调在类似于生产环境的环境中进行测试的重要性，这可以确保一旦部署到生产环境中，测试就可以覆盖应用程序的所有配置。
79330编辑于 2022-06-11 - 来自专栏Python自动化测试
Thrift接口测试实践
server.serve() 编写好服务端的代码后，开始编写客户端的代码，也就是具体的API测试用例，这地方主要测试对应的接口信息以及验证服务端返回的响应数据，测试代码如下： #! 其实在之前的文章学习的成本中很详细的介绍到针对不同的协议的测试，本质的核心思想都是一样的，都是客户端与服务端之间的请求/响应模式或者是异步通信的模式。 所以遇到gRPC协议还是Thrift其实看看官方的资料，就能够立刻的编写出API的测试用例。感谢您的阅读，后续持续更新！
1.2K20编辑于 2022-06-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.5K30发布于 2020-10-23
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号