默认 allure 报告上的测试用例标题不设置就是用例名称，其可读性不高；当结合 @pytest.mark.parametrize 参数化完成数据驱动时，如标题写死，其可读性也不高。
https://www.cnblogs.com/poloyy/category/1768839.html
一、版本发布前，接口测试之痛 App版本发布前，我们都要手工做接口测试，目的是保证App内部H5页面所使用的JSAPI的功能正常，而对所有H5页面进行的P0级功能测试。为什么要做接口测试呢？因为JSAPI无法抓包，测试难度比较大，所以只能通过对H5页面的功能进行校验。但是手工测试，场景覆盖不全面，且耗时耗力。 二、JSAPI自动化测试方案 首先思考几个问题：一个APP有多少个JSAPI？它的用例场景有多少？如何能做到对用例的高效管理？ 答案：对于我们app，有22条JSAPI，每条JSAPI多的话可能有
安装步骤：- 安装 Java，环境变量配置教程。- 安装 Allure 环境变量配置教程 - 安装插件：pip install allure-pytest。
测试框架随着业务推进，必然会涉及代码的二次开发，所以代码编写应符合通用规范，代码命名符合业界标准，并且代码层次清晰。特别在大型项目、多人协作型项目中，如果代码没有良好的规范，那么整个框架的代码会风格混杂、晦涩难懂，后续维护会很困难，最终成为没人敢动的“祖传代码”。
测试平台，有人说它鸡肋，有人说它有用，有人说它轮子，众说纷纭，不如从自身出发，考虑是否要做测试平台：
https://www.cnblogs.com/poloyy/category/1690628.html
1.1、describe() -测试套件，测试套件里面可以设置context()，也可以嵌套测试套件describe()，context其实是describe()的别名
举个简单例子，当我们在测试一个输入框的功能时，可能需要输入不同的参数，此时，我们不需要设计多个用例，而只需要将输入值参数化，将不同的参数作为一个列表通过数据驱动的方式进行加载即可。
测试开发，一个对于初入门或者已经有小几年经验的测试伙伴来讲，是一个大多数人会去选择的一个方向。纵观整个测试发展的长河，至今已不再像早些年一样，只要会点点点你就能胜任一份测试工作，而今CICD大肆盛行，敏捷DevOps逐步被人所重视，任何一个层面都要求测试人员必须具备基础开发和设计能力，今天小k老师就从接口自动化的几个方面给大家分享一些心得。
在上一篇Python接口自动化测试系列文章：Python接口自动化之接口依赖，主要介绍如何提取token、将token作为类属性全局调用及充值接口如何携带token进行请求。
自动化测试里面参数化思想是非常重要的，同一类型的测试，只需维护不同的数据就可以了。 对每组测试数据自动生成对应的测试用例，并且每个测试用例的结果互不影响，不能因为第一个失败了，后面的用例就不执行了。
在之前的两篇文章中，我们从宏观和微观的不同角度尝试去设计我们的测试策略，在很多团队中，如果着眼于从微观的单体微服务开展测试活动，技术和成本都存在问题。所以我们需要一些可以更快速落地的方法，来保障微服务之间的可用性和稳定性，今天，我们尝试来聊聊这个问题。
前面实现了一个基础的读取yaml文件内容，当成用例去执行。虽然入门简单，但需要扩展功能，比如在 yaml 用例实现参数化，就不好扩展了。 因为它并不是一个真正的pytest的模块和用例，无法被钩子函数探测到。所以这篇会把yaml文件动态生成一个py模块，把yaml文件的数据，动态生成一个函数。
Leo Li，携程高级软件工程师，负责度假 BDD-Test UI 自动化测试框架的研发、维护和迭代等工作。
从 2.0.0 版本开始，HttpRunner 不再支持在测试用例文件中进行参数化配置； 参数化的功能需要在 testsuite 中实现。变更的目的是让测试用例（testcase）的概念更纯粹
今天我要给大家分享一些自己日常学习到的一些知识点，并以文字的形式跟大家一起交流，互相学习，一个人虽可以走的更快，但一群人可以走的更远。
评价单元测试是否优秀，分支覆盖率是非常重要的指标，而覆盖率的决定因素除了开发自身的素质以外，足够低的用例构建成本也是必不可少。
本文主要介绍了测试建模的概念、意义和常见模型，以及基于模型进行测试的方法和工具。作者通过实践经验，分享了如何将测试建模运用到实际工作中，提高测试效率和质量。同时，作者还探讨了不同模型之间的区别和联系，以及模型在测试过程中的重要性。通过本文的学习，读者可以了解到测试建模的基本知识，并学会将测试建模运用到实际工作中，提高测试效果。
在《xunit pattern》中提出了“四阶段自动化测试“，即一个最简单的测试用例可以由如下图所示的4个步骤组成。
茹炳晟介绍到，eBay是一家大型电商平台，其中测试基础架构与DevOps的关系非常大，跟CI/CD(持续集成持续发布)高度集成。在CI/CD的流程中，对测试的调用都是通过统一的测试执行服务，通过这个统一的测试执行服务来发起所有的测试执行，包括API测试，GUI测试和性能测试。CI/CD整个流程过程当中，发起者并不需要知道测试运行在哪里，测试执行环境在哪里，测试是怎么设计的，他只负责发起一个测试，同步或者异步得到一个结果，然后决定这个流水线是不是可以往下走。这些行为都是基于测试基础架构来进行构建的。
作者：faithchen，腾讯 PCG 测试开发工程师 一、背景 自动化测试对于我们提升研发效能、CI/CD(持续集成/持续交付)是不可或缺的部分。在后台自动化测试中，接口测试尤为重要，它能够保证被测后台服务的质量，以及接口逻辑的正确性等，帮助我们快速测试功能、提高测试覆盖率、把控质量风险等。 1.1 后台接口测试 接口测试是功能测试的一种，是测试系统组件间接口的一种测试，重点在于检验对于服务接口的数据交换的正确性，一般全部依赖真实链路，测试时需要启动被测服务。如下图是某个Server A的接口测试
设计工具Figma封禁了大疆，但是API管理工具eolink的流量却上涨了十倍？这么神奇？原来大家担心postman也会封禁中国用户。今天，我们就来看看这款低调但实力强大的API管理神器，Eolink！怎么说呢，就很Pro！ Eolink 是一款定位专业级的一站式API平台，团队早在2016年就发布了国内第一个将Swagger+Postman+Mock+Jmeter单点工具集合在一起的开源产品Eoapi，能够快速解决API文档管理、快速测试、Mock、API自动化测试等问题。并在2017年正式发布了全球第
在python中Template可以将字符串的格式固定下来，重复利用。 同一套测试框架为了可以复用，所以我们可以将用例部分做参数化，然后运用到各个项目中。
前面几天， 我从数据驱动的一个第3方库ddt出发，连续分享了3篇文章： Python数据驱动实践(一)–ddt实现数据驱动 Python数据驱动实践(二)–教你用Python实现数据驱动 Python数据驱动实践(三)–动态添加测试用例
HttpRunner 是一款面向HTTP(S) 协议的通用测试框架，只需编写维护一份YAML/JSON 脚本，即可实现自动化测试、性能测试、线上监控、持续集成等多种测试需求。
笔者从事服务端测试，业务涉及接口测试、性能测试，我们聊聊接口部分。当业务变更需要你去回归一个接口时，种种原因你并不是很清楚每个字段的含义(构参)、是否必要，而且文档总是那么残缺，那么这时候就要去频繁沟通，成本巨大。时间紧的话，回放线上所有用户真实操作或许是个折中的选择。虽然没有覆盖各种异常场景，有些服务更是每次上线都需要做全量回归，活多人少，一人负责十几二十个服务，维护成本巨大。鉴于此，笔者琢磨了一套方便构造参数、管理参数、发起请求(支持转发)，全量回归(不那么复杂但很实际)，结果校验的可视化接口平台，取名apici：接口持续集成，形体初成后发现还可以做各种衍生。
是把所有可能的输入数据,即程序的输入域划分成若干部分（子集）,然后从每一个子集中选取少数具有代表性的数据作为测试用例。该方法是一种重要的,常用的黑盒测试用例设计方法。
接口的功能主要是客户端和服务端的数据交互，即通过接口对后端数据的增删改查，来实现用户和产品的交互。
1.自动化测试是把人为驱动的测试行为转化为机器执行的一种过程，模拟手工测试步骤，通过由程序语言编制的测试脚本，自动地完成软件的测试设计、单元测试、功能测试、性能测试等工作，包括测试活动的自动化和测试过程管理的自动化
公司年底要过技能点，报了一个高级用例设计，写了一些自己的总结，在这记录下那些准备技能点材料的过程。
最近在各个行业技术会议上，出现了越来越多的人工智能与测试结合的topic。比如最近几个跟人工智能相关的内容。
随着公司业务的快速发展，需求越来越多、迭代越来越快，在有限的测试人员和时间投入的前提下，如何做好质量防控，如何提高测试效率，是大家持续思考的问题。
作者简介 毛京超，任职去哪儿网酒店事业部，负责代理商对接业务线相关的测试工作，参与去哪儿Qunit自动化测试框架的开发。 蒋承君，去哪儿网金融事业部测试工程师，负责金融事业部主系统的测试工作及测试工具研发 Qunit简介 Qunit是去哪儿网基于Junit框架自主研发的接口自动化测试框架，目前支持的被测接口协议类型包括：HTTP接口、Dubbo RPC接口和Hessian接口。 该自动化测试框架将常用功能的代码实现（测试数据准备、远程执行SQL、调用被测接口等）封装成一个个标签，测试人员编写自动化测试用例时
软件测试的核心是什么？毫无疑问是测试分析和用例设计。测试分析一般包括三种方法：1. 质量模型分析法 2.功能交互分析法 3. 用户场景分析法。其核心在于通过多层次分析测试点，即用户角度的业务场景+技术角度的系统实现逻辑。测试分析完成后，我们会根据测试点结合用例设计方法去“开发”测试用例，个人觉得测试用例就是测试分析的实现。作为测试文档，测分+测试用例需都要存档，思维导图其发散性思维、图形化思维，非常适合做测分工具；测试用例载体为Excel、MySQL。
我们知道了元类的基本用法，也写了一个小demo，接下来我们就尝试运用进我们测试框架。
HttpRunner 是一款面向 HTTP(S) 协议的通用测试框架，只需编写维护一份 YAML/JSON 脚本，即可实现自动化测试、性能测试、线上监控、持续集成等多种测试需求。
在现代软件开发中，接口测试是确保系统功能和性能的关键步骤。然而，手动编写接口测试用例往往耗费大量时间和资源。基于录制的接口测试用例自动生成技术通过简化这个流程，显著提高了测试效率和准确性。
说这个内容其实AI并不是自己熟悉的范围，但是可以换个角度来谈这个问题，大家也许就会觉得一丝丝恐惧。
对于单元测试中的单元，不同的人有不同的看法：可以理解为一个方法，可以理解为一个完整的接口实现，也可以理解为一个完整的功能模块或者是多个功能模块的一个耦合。
谈到自动化测试框架，我们经常看到的一个身影就是Robot Framework。作为著名的开源测试框架，Robot Framework拥有一定的江湖地位。有人根据字面意思把它翻译成"机器人框架"，个人感觉这个翻译有点宽泛，我还是习惯直接叫它Robot Framework。
点击上方蓝字关注我们！ | 导语 使用YAML文件描述测试用例，自动化生成测试用例，并提供网页访问的能力；同时对测试用例数据进行多维度的统计，提供丰富的测试用例管理和查看视图，更好的保障客户端迭代质量。 背景 “开发负责质量”是研发效能提升的重要一环，有利于推动更合理的架构设计，形成研发上的闭环，让做自动化、做单元测试的成本足够低。 在研发效能提升的大背景下，开发也要开始着手编写测试用例。我们先来看下测试用例是什么： 测试用例是从测试角度对需求各个功能点的详细文字描述，包括执行步骤、预期结果等，用于指
年前，我们分析、调研了大量国内外 DevOps 工具链企业的 AI 采用点，思考 2024 的总体趋势， 即《2024 年 AI 辅助研发趋势预测》。从趋势上来看，领先的企业 已经在探索和构建端到端的 AI 辅助研发能力，相似的，我们也在 UnitMesh 开源方案中融入了一部分的思考。
持续维护单元测试是确保它们继续有效的关键。以下是一些方法来保持单元测试的可维护性：
我认为，一个“好的”自动化测试项目，需要从“时间”、“人力”、“收益”这三个方面出发，做好“取舍”。
在自动化测试的过程中，测试框架是我们绕不过去的一个工具，无论你是不需要写代码直接改动数据生成脚本，还是你需要检查测试结果甚至持续集成，测试框架都在发挥它的作用。
UI 自动化是质量保障的一种重要手段，我们从分层测试金字塔模型可以看出，质量保障更多的应该依靠底层的单元测试和接口集成测试，UI 自动化测试占比是非常小的一部分，众所周知，UI 层的自动化测试稳定性差，成本高。然而我们团队经过一年多的 UI 自动化测试的实践与优化，发现我们 UI 层自动化测试相对性价比是最高的，脚本的稳定性也非常好，误报率降到了 1% 左右，每次上线前能帮助我们回归系统的一些核心业务流程，下面将跟大家分享一些关于我们 UI 自动化测试的实践经验。
在软件测试过程中，一个成熟的团队一般都有自己的公共测试用例库。公共测试用例库即可复用的测试用例库。今天我们就讨论一下如何开发有效的可复用测试用例，并学会如何使用和管理。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
即时通信 IM
ICP备案
对象存储
实时音视频
