城下秋草‘s Blog

自动化测试，软件测试中的预制菜

以上就是关于Playwright python版本中关于Fixtures应用的一些进阶技巧总结。公众号回复获取以上源码单一职责：每个 fixture 只负责一个功能合理作用域：根据资源生命周期选择合适的作用域资源清理：确保在 fixture 结束时正确清理资源错误处理：在 fixture 中添加适当的错误处理。

UI自动化测试模式POM是否最佳自动化设计模式？

的基础上进行优化过的。这样我们在使用 pytest 框架时，如果牵涉到 pytest 自身的日志机制，也就是pytest的内建fixture。因为这个内置插件的作用，我们在执行pytest测试时，默认只会在用例存在失败时才会显示标准输出和。存在问题，当然可以先查一下社区有没有现成的解决方案， 然后发现有人已经提供了解决方案。当然，问题也不大，本文我们简单探讨下这个问题，并介绍下兼容方案。那要解决这个兼容问题，有多个方案，这里分享下我的验证。记录的日志，不能被 Pytest 的。库定义的日志就难以发生作用。

本文介绍了如何开发一个本地Pytest插件来记录测试用例的执行时间。通过实现pytest_addoption、pytest_configure等钩子函数，插件可以捕获每个测试用例的开始和结束时间，并汇总统计。文中详细展示了插件的实现代码，包括时间记录、数据存储和结果输出功能，并提供了测试示例。此外，还介绍了如何将插件打包发布到PyPI，使其能够被更广泛地使用。该插件开发案例展示了Pytest强大的扩展能力，通过简单的Python脚本即可实现个性化测试需求。

在之前的文章 【UI自动化测试的革新，新一代AI工具MidScene.js实测！】我们了解了字节跳动推出的AI测试工具， 不管是智能解析项目，测试执行还是最后的报告生成都颇为亮眼，而且除了基于浏览器的web应用，还支持了Android应用的自动化。那么这个项目具体是如何利用 AI 智能完成测试执行任务的呢？本文我们就结合 Midscene.js 的开源项目源码，对该项目的实现，以及对大模型的应用进行深入分析。

随着AI大模型在软件测试领域的广泛应用，提示词工程（Prompt Engineering）已成为测试工程师提升效率的关键技能。通过精准的提示词设计，我们可快速生成测试用例、优化测试场景、生成自动化脚本、以至实现智能化的测试覆盖。那么如何更有效地在利用大模型时，让大模型更高效地协助我们得到期望的结果，好的提示词能让我们事半功倍。下文就总结下，对测试工程师而言，怎么编写出好的提示词框架。

微软发布开源AI助手Magentic UI，支持人机协同任务执行 微软近日发布了开源AI助手Magentic UI，这是一个基于AutoGen框架构建的交互式智能体系统，旨在实现高效人机协作。该系统由多个模块化智能体组成，包括总控代理、网页浏览代理、代码执行代理和文件处理代理，能够协同完成网页操作、代码生成、文件处理等任务。 Magentic UI的主要特点包括： 透明可控的交互界面，支持用户实时介入任务执行 协同规划功能，允许用户与AI共同创建和修改任务计划 操作防护机制，敏感操作需用户明确批准 计划学习

摘要： 国产AI测试工具Midscene.js由字节跳动推出，基于多模态大模型实现自然语言驱动的自动化测试。它通过截图和页面结构分析理解用户指令，自动完成点击、输入等操作，降低测试脚本编写难度。支持Chrome插件零代码操作和Playwright等框架集成，兼容GPT-4o、Qwen-VL等多种大模型。典型应用包括待办清单操作，通过.ai、.aiTap等方法实现智能测试，显著提升脚本稳定性。 （字数：149）

约八、九年前，我对自动化测试写过一篇博客，多年过后，回过头再看自动化测试的现状和发展，当初的判断和看法基本还是可以维持。现把旧文放上，供大家参考

WAI-ARIA(Web Accessibility Initiative – Accessible Rich Internet Applications)，即web无障碍倡议-无障碍富互联网应用标准， 是一个让Web应用可以更好支持残障人士使用的规范。而ARIA Roles是W3CWAI-ARIA规范中定义的一组属性，用于描述Web元素的功能和目的，帮助辅助技术（如屏幕阅读器）更准确地理解和传达页面内容。

入门自动化测试，录制回放通常是小白测试首先用到的功能。而录制回放工具也一直是各大Web自动化测试必然会着重提供的一块功能。早期WinRunner、QTP这样的工具，自动化测试可以说是围绕录制回放开展的。近年像Selenium也提供有录制工具，Playwright也包含有codegen这样的功能。而这些针对Web页面的自动化录制工具，其实本质都是通过在浏览器操作时记录操作行为完成的，说到底还是通过浏览器行为记录来实现。

近几日Deepseek大火，我这里也尝试了一下，确实很强。而目前vscode的AI toolkit插件也已经集成了deepseek R1，这里就介绍下在vscode中利用deepseek帮助我们完成自动化测试脚本的实践分享。

Pytest+Playwright落地框架实战

Selenium作为目前最为流程的开源Web自动化测试框架，已经发展了20年。功能强大，它的webdriver协议也已经成为自动化测试领域的一个事实标准。而基于Selenium这个框架，又诞生出很多基于它封装的拓展框架。比如本文我们介绍的SeleniumBase。

在上一篇博文中，我们提到过，Junit5能够使用CsvFileSource参数源来实现外部数据的引入并作为参数传递给测试方法。但实际应用中我们经常使用excel文件来保存测试数据或进行数据驱动。今天就介绍下如何通过junit5的参数化方法，来支持Excel文件的参数化。

从Junit5开始，对参数化测试支持进行了大幅度的改进和提升。下面我们就一起来详细看看Junit5参数化测试的方法。

我们浏览网站资料的时候，发现有价值的文档，经常需要把材料保存下来。直接复制其实比较麻烦，况且有的网站还做了限制，不方便直接保存。这时将页面直接保存为 PDF 格式的文件是一个很好的变通方法。通常的做法是需要借助一些浏览器插件或者打印扩展来实现，这里我们学习自动化测试的话，其实利用 puppeteer 就可以方便地实现这个目的。再加上工具的自动化加持，绝对是爬取并保存重要资料的利器。

在Python语言中，开发命令行程序，最基本的方式是通过Python标准库argparse来进行命令行参数和各种交互定义。但相对来说还比较复杂，一些常用的场景也需要我们单独封装。本文我们介绍另一个非常强大，也非常容易上手使用的python命令行工具库typer，看看如何利用它来帮我们快速完成一个命令行应用的实现。

web自动化测试领域，最核心的其实是浏览器的驱动方法。现在最流行的是已经被W3C标准化的webDriver，而占据浏览器垄断地位的Chrome其实也有自己的一个标准协议，也就是CDP（chrome devTools protocol），它可以提供更比WebDriver更底层的对浏览器的控制。二者各有优缺点，能否统一各自优点，规避缺点呢？

Web自动化测试除了Selenium，google官方推出的Puppeteer也是发展势头非常好的一款，本文我们一起了解下Puppeteer的基本应用

我们知道，Pytest是Python技术栈下进行自动化测试的主流测试框架。支持灵活的测试发现、执行策略，强大的Fixture夹具和丰富的插件支持。除了通过pytest的parametrize标签进行参数化外，我们通过fixture的param参数也可以比较方便地实现参数化测试的功能。

Pytest作为目前最为流行的Python自动化测试框架，本文对它的fixture的使用范围进行总结

Selenium V4版本中引入的Selenium Manager工具，让Selenium自动化环境准备不再复杂

在之前的系列 中，我们从基础功能、脚本进阶和自动化实现几个方面向大家详细介绍了 Postman 工具在接口测试中使用的具体方法。而我们在工作中，除了这些通过本地工具实施的测试外，因为不同办公场所或团队协作的需要，还存在通过云端来统一管理接口用例以及依托云端来实现更多增值测试能力的需求。在本篇文章中，我们就来学习 Postman 官方提供的 Cloud 高级功能服务。

在前两篇博文《Postman使用 - 基础篇》《玩转Postman：进阶篇》中，我们介绍了 Postman 作为一款专业接口测试工具在接口测试中的主要用法以及它强大的变量、脚本功能，给测试工作人员完成接口的手工测试带来了极大的便利。其实在自动化测试上，Postman 也能进行良好的支持。本篇我们就一起来了解如何利用 Postman 进行接口自动化测试。

在利用QTP进行自动化测试的过程中，不可避免地，需要牵涉到对数据库的操作。本文对在QTP中进行数据库操作做一下总结 1.      数据库连接采用ADO连接数据库的方式，建立应用程序和数据库的连接。具体代码如下： Set Cnn = CreateObject("ADODB.Connection")Public Sub DBConnect(ByVal iniFile)

对于共同开发的自动化测试项目，实例方便的调用是很重要的。QTP采用的是vbscript脚本，所以也支持类，但是应为vbs并不支持类的继承，所以只能算作一种“拟类”。采用类对脚本进行封装，有很多好处，对于测试执行人员，可以通过项目情况对封装的类进行调用，而并不必关心类实现的细节。此处对QTP类的使用进行一些总结。类名称Class TestCase       Private Dat

在自动化程序的运行过程中，经常因为环境问题或者代码本身不完善而出现流程不能顺利进行下去的情况，或者会有一些“随机”的提示框（如“操作太快，页面不能及时处理”），这时QTP会产生错误提示，对于这些提示，完全忽略不可取，最好的是及时记录当前错误内容，重复当前操作，当错误提示累计到一定数量，中止当前流程。 本文提供一种QTP运行错误的捕捉和记录方法 结合QTP本身的场景恢复机制，可以很好

页面异常输入测试是系统测试的一个重要方面，但是因为比较繁杂，人工测试时往往难以完全覆盖，此时采用自动化测试，就有相当的优势了。如下图就是一个典型的信息录入页面其中就包括很多异常输入测试点：名称不能包含特殊字符，固定的电话格式，固定的手机格式，银行账号（必须全为数字），付费号码长度限制，手机号码格式、长度限制，Email格式限制等 其实异常策略是有通用性的，现总结如下：1

QTP开发中，为了实现自动化程序的框架化，尽可能将测试执行人员和开发人员的角色分离，让测试执行人员只关心外层的对象而忽略内部的处理。往往就需要把QTP录制的对象库分离成单独的脚本，执行人员选择相应的对象即可生成相应的对象脚本。 下文说明对对象库的分离处理方法 QTP的对象库为tsr文件，是一种2进制文件，不能被QTP直接用脚本获取其中的对象。如图是对象库结构树但QTP的对象

自动化测试中，经常遇到页面需要输入时间，而这个时间很多时候是当前时间之后某个范围之类才有效。我们采用数据驱动时如果采用绝对时间，则数据复用性就很差了，数据需要经常修改。所以采用相对时间 下面的函数用于获取相对时间------------------------------------------------------------------------获取以当前时间为参照的偏