1. 项目概述为什么PC端UI自动化依然值得投入最近和几个测试团队的朋友聊天发现一个挺有意思的现象大家都在热火朝天地搞移动端自动化聊Appium、聊AirTest但一提到PC端很多人第一反应是“这玩意儿还有必要吗不是都Web化、移动化了吗” 甚至有人觉得PC端自动化是老掉牙的技术投入产出比不高。作为一个在自动化测试领域摸爬滚打了十多年的老鸟我必须得说这种看法太片面了。PC端UI自动化不仅没过时在特定场景下它的价值和复杂度甚至远超移动端。想想看你公司内部那些核心的财务系统、ERP、CAD设计软件、桌面版交易终端它们能轻易搬到浏览器里吗那些需要调用大量本地硬件资源如高精度显卡、特定工业相机、读卡器的专业工具软件呢还有即便是在Web大行其道的今天很多企业的后台管理系统、运营工具为了追求极致的操作体验和稳定性依然选择开发C/S架构的客户端。这些都是PC端UI自动化大显身手的舞台。我做自动化这些年从早期的QTP、AutoIt到后来基于图像识别的Sikuli再到如今主流的基于控件识别的PyWinAuto、UIAutomation可以说把PC端的“坑”基本都踩了一遍。很多人觉得PC端自动化不稳定元素难找动不动就识别失败。其实问题的核心往往不在于工具本身而在于没有理解桌面应用的底层架构和UI自动化的工作原理。这一系列文章我就打算把我这些年积累的实战经验、避坑指南和框架搭建心得系统地梳理出来。无论你是刚入行的测试新人还是想优化现有自动化体系的老手相信都能找到对你有用的东西。2. 核心思路与技术选型从“能用”到“好用”的进化当我们决定启动一个PC端UI自动化项目时面临的第一个灵魂拷问就是用什么技术栈市面上工具和框架琳琅满目但选型不对后面全是眼泪。我的选型逻辑从来不是追新而是基于一个核心三角项目需求、团队技能、长期维护成本。2.1 主流技术方案深度对比目前PC端UI自动化主要有三大技术路线各有优劣适用场景截然不同。方案一基于图像识别的自动化代表工具早期的SikuliX以及现在很多RPA工具如UiPath、影刀的核心能力之一。原理不关心你是啥控件直接对屏幕截图进行像素级匹配。你告诉它“点击这个看起来像按钮的图片”它就去匹配。优点“所见即所得”理论上能操作屏幕上任何可见元素甚至是非标准控件、游戏界面、第三方软件控件。对应用程序的技术栈Win32、WPF、Qt、Java Swing完全无感通用性极强。缺点极其脆弱。屏幕分辨率、缩放比例、主题颜色、字体抗锯齿、甚至窗口位置稍有变化都可能导致匹配失败。执行速度慢需要截图、处理图像且无法获取控件深层属性如是否禁用、内部文本。适用场景作为辅助和补充手段用于处理那些用常规方法根本无法识别的“顽固”控件或者验证复杂的UI渲染效果。绝不建议作为主力方案。方案二基于操作系统原生API的自动化代表工具/库PyWinAutoWindows、AppleScriptmacOS、Linux下的AT-SPI。原理通过操作系统提供的无障碍访问接口如Windows的UI Automation API, macOS的Accessibility API来识别和操控标准控件。它们能理解控件的类型按钮、文本框、状态、名称等元信息。优点识别精准、速度快、相对稳定。因为是和系统底层接口交互对控件属性的获取非常丰富操作也更可靠。PyWinAuto是当前Windows平台PC自动化的事实标准社区活跃资料多。缺点跨平台能力弱。PyWinAuto只适用于Windows。对于跨平台桌面应用如Electron、Qt可能需要针对不同平台编写适配代码。对于非标准自定义控件支持可能不完善。适用场景Windows原生应用程序Win32、MFC、.NET WinForms/WPF自动化的首选。如果你的产品是Windows桌面客户端这是最稳妥、最强大的选择。方案三基于Web技术的桌面应用自动化代表应用Electron、NW.js、CEFChromium Embedded Framework开发的桌面应用。原理这类应用的本质是一个内嵌的浏览器Chromium运行一个本地Web页面。因此你可以直接使用Selenium WebDriver来操作它们就像操作普通网页一样。优点技术栈统一。如果你的团队熟悉Web自动化那么做这类桌面应用的自动化几乎零学习成本。Selenium生态成熟工具链完善。缺点仅适用于此类特定架构的应用。无法用于操作传统原生桌面应用。有时需要处理应用窗口与WebDriver之间的特殊连接如通过调试端口。适用场景所有基于Electron等技术的现代桌面应用。例如VSCode、Slack、Teams桌面版等。我的选型心得没有银弹。一个成熟的PC端自动化项目往往是方案二为主方案一为辅。用PyWinAuto处理90%的标准控件用图像识别或者鼠标键盘模拟来攻克剩下10%的“钉子户”。如果你们的应用恰好是Electron开发的那就直接拥抱Selenium这是最幸福的情况。2.2 为什么我最终选择了 Python PyWinAuto Pytest 这套组合拳经过多个项目的洗礼我目前的主力技术栈是Python PyWinAuto Pytest。下面说说为什么这么选。Python胶水语言的灵活性PC端自动化脚本需要频繁处理数据、文件、日志有时还要调用命令行工具或与其他系统交互。Python语法简洁库生态丰富如os,json,pandas,requests非常适合这种“胶水”工作。团队学习成本也相对较低。PyWinAutoWindows平台的“御林军”对于Windows应用PyWinAuto是对微软UIAutomation API最友好、最全面的Python封装。它支持Win32、MFC、WinForms、WPF甚至对部分Qt和Java应用也有实验性支持。它的inspect.exe工具或更现代的Accessibility Insights是定位控件的利器可以直观地看到控件的自动化属性树。Pytest让测试代码更专业很多人写自动化脚本就是一堆线性代码。用Pytest框架可以帮你很好地组织用例test_*.py、管理前置后置fixture、生成美观的报告、轻松实现参数化。它让自动化脚本从“脚本”升级为可维护、可复用的“测试工程”。一个常见的误区一上来就追求录制回放工具。录制回放对于快速生成一些演示或简单操作脚本有用但对于需要稳定运行、持续集成的自动化项目来说录制生成的代码通常冗余、脆弱、难以维护。手写代码是构建可靠自动化体系的唯一正道。3. 环境搭建与核心工具链实战工欲善其事必先利其器。一套顺手的环境和工具链能让你在开发调试时事半功倍。这里我以Windows 10/11 Python 3.8 环境为例搭建我们的主力战场。3.1 基础环境配置详解首先确保你的Python环境是干净的。我强烈建议使用conda或venv创建独立的虚拟环境避免包版本冲突。# 创建并激活一个名为 pc_auto 的虚拟环境 python -m venv pc_auto pc_auto\Scripts\activate # Windows # 或 source pc_auto/bin/activate # Linux/Mac接下来安装核心库。我们不止安装PyWinAuto还要安装一些辅助工具。pip install pywinauto pip install pytest pytest-html allure-pytest # pytest及其报告插件 pip install opencv-python pillow # 图像处理用于可能的图像识别辅助 pip install pyautogui # 跨平台的鼠标键盘模拟作为备用方案 pip install loguru # 比标准库logging更好用的日志工具注意pywinauto的安装看似简单但有一个隐藏的“坑”。它依赖于系统级的UIAutomation核心在极少数情况下如果系统组件损坏可能会安装失败。如果遇到问题可以尝试以管理员身份运行命令提示符再安装或者检查Windows功能中“.NET Framework 3.5”和“4.8”是否已启用。3.2 侦查利器控件识别工具深度使用写自动化脚本70%的时间花在定位控件上。用好侦查工具你就成功了一半。Inspect.exe (Windows SDK自带)这是最原始但最底层的工具。在Windows SDK里可以找到或者直接搜索你系统里的inspect.exe。它可以显示控件的完整属性树特别是RuntimeId、AutomationId、ClassName、Name这些对PyWinAuto至关重要的属性。它的缺点是界面古老搜索功能弱。Accessibility Insights for Windows (微软官方推荐)这是Inspect的现代升级版强烈推荐它界面友好提供了“查找”模式可以像拾色器一样点击屏幕上的控件查看其属性。它还能高亮显示控件的边界并运行各种无障碍访问模式的测试。这是你定位控件属性的首选工具。SPY (Visual Studio 自带)如果你面对的是更古老的Win32/MFC程序Accessibility Insights可能抓不到某些底层句柄信息。这时就需要祭出SPY了。它可以查找窗口句柄查看窗口消息对于使用backend”win32”的PyWinAuto连接方式非常有用。实操技巧如何选择最佳定位属性打开Accessibility Insights定位到你想要操作的按钮。你会看到一堆属性。我的优先级是AutomationId开发如果设置了这是最稳定、唯一的标识。直接app.dialog.child_window(auto_id”okButton”)。Name或LocalizedControlTypeName也就是控件显示的文字。app.dialog.button(“确定”)。但要注意重名和语言国际化问题。ClassName结合其他属性使用如app.dialog.child_window(class_name”Button”, title”确定”)。ControlType 索引万不得已时使用如app.dialog.children(control_type”Button”)[2]。最不稳定UI顺序一变就挂。一个真实案例我曾遇到一个WPF软件的表格控件里面的单元格没有任何AutomationIdName也是动态生成的。最后是通过ControlType:DataItem结合其父容器的属性和相对位置children()方法返回的列表索引才稳定定位到。这个过程很痛苦但一旦找到稳定定位方式一劳永逸。4. PyWinAuto核心操作模式与实战编码环境搭好工具备齐现在可以开始写代码了。PyWinAuto的操作可以概括为三个步骤连接应用 - 定位窗口/控件 - 执行操作。4.1 连接应用程序的两种方式及抉择PyWinAuto支持两种后端backendwin32和uia。如何选backend”win32” 调用传统的Win32 APIuser32.dll,kernel32.dll。适用于古老的Win32、MFC应用甚至一些控制台窗口。它对标准控件的支持很好但对于复杂的WPF、Qt自定义控件可能力不从心。backend”uia” 调用微软现代的UI Automation API。这是WPF、WinForms、Store App以及现代Windows应用的首选。它支持更丰富的控件模式如表格、树形控件识别能力更强。如何判断该用哪个用Accessibility Insights去查看你的目标应用。如果能看到完整的、层次分明的UIA树就用”uia”。如果看到的属性很少或者主要是窗口句柄信息那就尝试”win32”。一个简单的代码尝试方法from pywinauto import Application # 方法1通过进程ID连接推荐最稳定 app Application(backenduia).connect(process进程ID) # 方法2通过窗口标题连接 app Application(backenduia).connect(title记事本) # 方法3启动应用程序 app Application(backenduia).start(r”C:\Program Files\YourApp\app.exe”)踩坑实录有些应用特别是混合了不同技术框架的应用可能需要混合模式。我曾遇到一个主窗口是WPF需用uia但里面嵌入了一个古老的Win32控件需用win32操作的情况。这时非常棘手可能需要分别用不同的Application对象去连接或者使用pywinauto.timings.wait_until_passes来协调两种操作。4.2 控件定位与操作的“十八般武艺”连接成功后你需要获取顶层窗口然后像剥洋葱一样一层层找到目标控件。# 获取顶层窗口通常用标题或类别 main_win app.window(title“主窗口标题”) # 或者使用更通用的顶级窗口 top_win app.top_window() # 定位控件child_window 是万能钥匙 # 方式1通过auto_id最稳 ok_button main_win.child_window(auto_id“btnOK”) # 方式2通过标题name save_menu main_win.child_window(title“文件(F)”).child_window(title“保存(S)”) # 方式3通过控件类型和标题组合 username_edit main_win.child_window(control_type“Edit”, title“用户名:”) # 方式4使用PyWinAuto封装好的便捷方法如果控件类型明确 # 例如对于标准的Button、Edit控件可以直接这样用底层还是child_window ok_button main_win.Button(“确定”) username_input main_win.Edit(“用户名:”)定位到控件后就可以执行操作了# 输入文本 username_edit.set_text(“MyUsername”) # 对于密码框等可能有的特殊处理 password_edit.set_text(“MyPassword”) # 某些安全控件可能需要.type_keys() # 点击 ok_button.click() # 或者使用更底层的操作 ok_button.click_input() # 模拟鼠标点击 ok_button.invoke() # 调用控件的默认方法如按钮的InvokePattern # 获取控件信息 is_enabled ok_button.is_enabled() text_content username_edit.get_value() # 获取文本处理复杂控件列表/表格(ListView/DataGrid) 需要获取所有项然后按索引或内容定位。list_view main_win.child_window(control_type“List”) items list_view.items() # 获取所有列表项 target_item list_view.item(“特定项文本”) target_item.select() # 选中树形控件(TreeView) 使用get_item([“根节点”, “子节点”])来导航。tree main_win.child_window(control_type“Tree”) target_node tree.get_item([“我的电脑”, “C盘”, “Program Files”]) target_node.click()标签页(TabControl) 先选中标签页再操作其内容。tab_control main_win.child_window(control_type“Tab”) tab_control.select(“高级设置”) # 切换到“高级设置”标签页 # 然后定位该标签页下的控件 setting_edit main_win.child_window(auto_id“advancedSettingEdit”, found_index0)4.3 等待与超时稳定性的基石UI自动化最大的敌人就是“快”。脚本执行速度远快于UI渲染速度如果不做等待必然找不到控件而失败。盲目使用sleep是下策应该使用智能等待。from pywinauto.timings import WaitUntil, Timings # 1. 设置全局超时和重试间隔谨慎使用 Timings.defaults() # 查看默认值 Timings.after_clickinput_wait 0.5 # 设置点击后等待0.5秒 # 2. 显式等待控件出现、可操作 # wait 方法会等待控件存在并可见、可操作 ok_button.wait(‘ready’, timeout10) # 最多等10秒直到按钮就绪 ok_button.wait_not(‘visible’, timeout5) # 等待控件消失 # 3. 使用 wait_until_passes 执行可能失败的操作 from pywinauto.timings import wait_until_passes def click_save(): save_button main_win.child_window(title“保存”) save_button.click_input() # 在30秒内每隔0.5秒尝试执行一次click_save直到成功 wait_until_passes(30, 0.5, click_save)我的经验法则对于关键操作后的状态变化如点击保存后弹出成功提示一定要用wait等待目标控件出现。对于网络请求或复杂计算导致的长时间延迟可以结合使用wait_until_passes和一个较长的超时时间。5. 构建健壮的自动化测试框架写几个脚本跑通很容易但要构建一个能持续集成、多人协作、报告清晰、易于维护的自动化框架就需要好好设计一下了。这里分享我常用的一个轻量级框架结构。5.1 项目目录结构设计pc_ui_autotest/ ├── configs/ # 配置文件 │ ├── config.yaml # 全局配置应用路径、超时时间、环境变量 │ └── elements.yaml # 页面元素定位器将控件定位信息集中管理 ├── common/ # 公共模块 │ ├── __init__.py │ ├── logger.py # 日志模块封装 │ ├── base_page.py # 页面对象基类 │ └── win_operations.py # 封装常用的窗口操作如截图、等待 ├── page_objects/ # 页面对象模型 │ ├── __init__.py │ ├── login_window.py # 登录窗口 │ ├── main_window.py # 主窗口 │ └── settings_dialog.py # 设置对话框 ├── test_cases/ # 测试用例 │ ├── __init__.py │ ├── test_login.py # 登录相关测试 │ └── test_file_operations.py # 文件操作测试 ├── test_data/ # 测试数据 │ ├── users.json │ └── test_files/ ├── reports/ # 测试报告自动生成 │ └── allure-results/ ├── conftest.py # Pytest全局fixture ├── pytest.ini # Pytest配置文件 └── run_tests.py # 测试运行入口脚本核心思想分层与封装配置层将易变信息路径、定位器外置修改配置无需改动代码。公共层封装重复操作如日志、截图、等待保证代码一致性。页面对象层这是最重要的部分。将每个窗口或对话框抽象成一个类类内部封装该窗口的所有控件定位和操作。业务测试用例只调用页面对象提供的方法不直接接触PyWinAuto API。这样即使UI控件属性变了也只需要修改对应的页面对象类测试用例无需改动。5.2 页面对象模型实战示例以登录窗口为例看看page_objects/login_window.py怎么写from pywinauto.application import Application from common.base_page import BasePage from common.logger import logger class LoginWindow(BasePage): 登录窗口页面对象 # 将控件定位信息定义为类属性清晰易管理 USERNAME_EDIT {auto_id: txtUsername, control_type: Edit} PASSWORD_EDIT {auto_id: txtPassword, control_type: Edit} LOGIN_BUTTON {auto_id: btnLogin, control_type: Button} ERROR_MSG {auto_id: lblError, control_type: Text} def __init__(self, app: Application): # 调用基类初始化连接应用并定位到登录窗口 super().__init__(app) self.window self.app.window(title用户登录) self.window.wait(visible, timeout10) def input_username(self, username: str): 输入用户名 logger.info(f输入用户名: {username}) edit self.window.child_window(**self.USERNAME_EDIT) edit.wait(enabled, timeout5) edit.set_text(username) return self # 支持链式调用 def input_password(self, password: str): 输入密码 logger.info(输入密码) edit self.window.child_window(**self.PASSWORD_EDIT) edit.wait(enabled, timeout5) # 某些安全控件set_text无效需要用type_keys edit.set_text(password) # 如果不行可以尝试edit.type_keys(password, with_spacesTrue) return self def click_login(self): 点击登录按钮 logger.info(点击登录按钮) btn self.window.child_window(**self.LOGIN_BUTTON) btn.wait(enabled, timeout5) btn.click_input() # 等待登录窗口关闭或主窗口出现 self.window.wait_not(visible, timeout15) return self def get_error_message(self) - str: 获取错误提示信息如果没有错误则返回空字符串 try: error_label self.window.child_window(**self.ERROR_MSG) if error_label.exists(timeout2) and error_label.is_visible(): return error_label.window_text() except Exception as e: logger.debug(f未找到错误信息: {e}) return def login(self, username: str, password: str): 登录完整流程 self.input_username(username).input_password(password).click_login()然后在测试用例中使用就非常简洁了# test_cases/test_login.py import pytest from page_objects.login_window import LoginWindow from page_objects.main_window import MainWindow def test_successful_login(app): # app 是通过 conftest.py 提供的 fixture 测试成功登录 login_win LoginWindow(app) main_win login_win.login(correct_user, correct_pass) # 断言登录成功主窗口出现 assert main_win.window.exists(timeout10), 登录后主窗口应出现 assert main_win.get_welcome_text() 欢迎correct_user def test_failed_login_with_wrong_password(app): 测试密码错误登录失败 login_win LoginWindow(app) login_win.input_username(correct_user).input_password(wrong).click_login() # 断言错误信息正确显示 error_msg login_win.get_error_message() assert 密码错误 in error_msg, f预期错误信息包含密码错误实际得到: {error_msg}这种模式的好处显而易见测试用例可读性极高就像在看业务文档维护成本低UI变更只需改页面对象复用性强同一个登录操作可以被所有测试用例调用。5.3 测试报告与持续集成使用Pytest可以轻松生成多种格式的测试报告。HTML报告安装pytest-html后运行pytest --htmlreport.html即可生成直观的HTML报告。Allure报告这是更专业的选择。安装allure-pytest后运行pytest --alluredir./reports/allure-results然后使用Allure命令行工具生成交互式报告包含用例层级、步骤、截图、日志非常强大。集成到CI/CD 在Jenkins、GitLab CI等工具中你可以创建一个Pipeline步骤通常是拉取最新代码。创建Python虚拟环境并安装依赖。运行测试pytest test_cases/ --alluredir./reports/allure-results。使用Allure插件生成并发布报告。可选如果测试失败自动截取屏幕截图并归档日志。6. 高级技巧与疑难问题排查实录即使框架搭好了在实际项目中还是会遇到各种光怪陆离的问题。这一章分享一些高级技巧和常见“坑”的解决方案。6.1 处理自定义控件和“不可见”元素有时用Accessibility Insights查看控件属性一切正常但PyWinAuto就是找不到。这可能是因为控件是自定义绘制的根本就不是标准Windows控件UIA API也暴露不了。控件处于非激活/隐藏状态比如某个面板需要勾选复选框后才显示。解决方案降级使用backend”win32”有时UIA API对自定义控件支持不好但古老的Win32 API通过窗口句柄反而能操作。使用图像识别辅助对于完全无法通过API操作的区域使用pyautogui或opencv进行图像匹配和点击。将此作为最后的手段并确保脚本运行环境的屏幕分辨率、缩放比例固定。import pyautogui # 定位屏幕上“确定”按钮的图片并点击 try: button_location pyautogui.locateOnScreen(‘ok_button.png’, confidence0.9) if button_location: pyautogui.click(button_location) except Exception as e: logger.error(f”图像识别点击失败: {e}”)模拟键盘操作如果焦点管理是确定的可以完全用pyautogui.typewrite([‘tab’, ‘tab’, ‘enter’])或PyWinAuto的type_keys()来导航和操作。联系开发人员这是最根本的解决方法。推动开发在自定义控件上添加可访问性支持设置合理的AutomationId和Name属性。这属于“左移”测试对产品和所有用户包括残障人士都有益。6.2 窗口焦点管理与模态对话框桌面应用经常弹出模态对话框阻塞主窗口操作。自动化脚本需要正确处理这些弹窗。# 等待并处理一个预期的模态对话框 def handle_alert(app, expected_title“提示”, action“确认”): 处理弹窗 # 方法1通过应用对象直接找弹窗 try: dialog app.window(titleexpected_title, visible_onlyTrue) dialog.wait(‘visible’, timeout5) if action “确认”: dialog.child_window(title“确定”).click() elif action “取消”: dialog.child_window(title“取消”).click() dialog.wait_not(‘visible’, timeout5) except Exception as e: logger.warning(f”未找到或处理弹窗失败: {e}”) # 方法2使用 pywinauto 的 Dialog 类针对标准对话框 from pywinauto import Dialog dlg Dialog(app) # … 处理对话框按钮关键点处理弹窗后焦点可能不会自动回到原窗口。有时需要显式地重新激活或设置焦点到目标窗口。6.3 常见错误与排查清单当你写的脚本报错时别慌按这个清单一步步排查错误现象可能原因排查步骤与解决方案ElementNotFoundError或find_elements返回空1. 控件还未加载出来。2. 定位器写错了属性名或值不对。3. 使用了错误的backend。4. 控件在另一个线程或进程里。1.增加等待在操作前control.wait(‘ready’, timeout10)。2.重新侦查用Accessibility Insights确认控件当前准确的属性。3.切换backend尝试uia和win32。4.检查窗口层级确认控件是否在正确的父窗口下。操作执行了但没效果如点击没反应1. 控件状态不可用disabled。2. 焦点不在目标控件上。3. 需要双击或右键。4. 被其他窗口遮挡。1.检查状态control.is_enabled()。2.设置焦点control.set_focus()或先点击父窗口。3.使用正确操作control.double_click_input()或control.right_click_input()。4.确保窗口前置parent_win.set_focus(); parent_win.move_window(x, y)。脚本在IDE里运行成功但在CI或无界面环境失败1. 屏幕分辨率/缩放不同。2. 应用需要交互式桌面会话。3. 无界面环境下某些API受限。1.固定测试环境CI机器使用统一的虚拟机镜像。2.使用虚拟显示在Linux CI上使用Xvfb。3.避免依赖图像识别。4.尝试以服务方式运行或确保会话已正确交互。输入文本乱码或速度太快1. 编码问题。2. 应用处理键盘消息慢。1. 确保Python脚本和系统区域设置一致。2.使用type_keys并调整间隔control.type_keys(“text”, with_spacesTrue, pause0.05)。3. 对于中文有时需要先激活输入法或使用剪贴板pyperclip.copy(“中文”)control.type_keys(“^v”)。内存或资源泄漏脚本越跑越慢1. Application对象未正确释放。2. 循环操作中创建了大量临时对象。1.显式关闭应用测试结束后app.kill()。2.重用Application对象在测试套件级别初始化而不是每个用例。3. 使用with语句管理资源如果库支持。调试利器开启PyWinAuto的日志在脚本开头加入以下代码可以将PyWinAuto的所有操作细节输出到控制台或文件对排查问题有奇效。import logging import sys # 设置pywinauto的日志级别为DEBUG logging.basicConfig(levellogging.DEBUG, streamsys.stdout, format‘%(asctime)s - %(name)s - %(levelname)s - %(message)s’)最后保持耐心和探索精神。PC端UI自动化就像解谜每一个无法识别的控件背后都有原因。多和开发沟通理解应用的实现原理你的自动化脚本就会越来越健壮。记住自动化的目标不是替代手工测试而是把人从重复、枯燥的劳动中解放出来去做更有价值的探索性测试和思考。
PC端UI自动化实战：PyWinAuto框架搭建与疑难问题全解析
发布时间：2026/6/30 20:19:18
1. 项目概述为什么PC端UI自动化依然值得投入最近和几个测试团队的朋友聊天发现一个挺有意思的现象大家都在热火朝天地搞移动端自动化聊Appium、聊AirTest但一提到PC端很多人第一反应是“这玩意儿还有必要吗不是都Web化、移动化了吗” 甚至有人觉得PC端自动化是老掉牙的技术投入产出比不高。作为一个在自动化测试领域摸爬滚打了十多年的老鸟我必须得说这种看法太片面了。PC端UI自动化不仅没过时在特定场景下它的价值和复杂度甚至远超移动端。想想看你公司内部那些核心的财务系统、ERP、CAD设计软件、桌面版交易终端它们能轻易搬到浏览器里吗那些需要调用大量本地硬件资源如高精度显卡、特定工业相机、读卡器的专业工具软件呢还有即便是在Web大行其道的今天很多企业的后台管理系统、运营工具为了追求极致的操作体验和稳定性依然选择开发C/S架构的客户端。这些都是PC端UI自动化大显身手的舞台。我做自动化这些年从早期的QTP、AutoIt到后来基于图像识别的Sikuli再到如今主流的基于控件识别的PyWinAuto、UIAutomation可以说把PC端的“坑”基本都踩了一遍。很多人觉得PC端自动化不稳定元素难找动不动就识别失败。其实问题的核心往往不在于工具本身而在于没有理解桌面应用的底层架构和UI自动化的工作原理。这一系列文章我就打算把我这些年积累的实战经验、避坑指南和框架搭建心得系统地梳理出来。无论你是刚入行的测试新人还是想优化现有自动化体系的老手相信都能找到对你有用的东西。2. 核心思路与技术选型从“能用”到“好用”的进化当我们决定启动一个PC端UI自动化项目时面临的第一个灵魂拷问就是用什么技术栈市面上工具和框架琳琅满目但选型不对后面全是眼泪。我的选型逻辑从来不是追新而是基于一个核心三角项目需求、团队技能、长期维护成本。2.1 主流技术方案深度对比目前PC端UI自动化主要有三大技术路线各有优劣适用场景截然不同。方案一基于图像识别的自动化代表工具早期的SikuliX以及现在很多RPA工具如UiPath、影刀的核心能力之一。原理不关心你是啥控件直接对屏幕截图进行像素级匹配。你告诉它“点击这个看起来像按钮的图片”它就去匹配。优点“所见即所得”理论上能操作屏幕上任何可见元素甚至是非标准控件、游戏界面、第三方软件控件。对应用程序的技术栈Win32、WPF、Qt、Java Swing完全无感通用性极强。缺点极其脆弱。屏幕分辨率、缩放比例、主题颜色、字体抗锯齿、甚至窗口位置稍有变化都可能导致匹配失败。执行速度慢需要截图、处理图像且无法获取控件深层属性如是否禁用、内部文本。适用场景作为辅助和补充手段用于处理那些用常规方法根本无法识别的“顽固”控件或者验证复杂的UI渲染效果。绝不建议作为主力方案。方案二基于操作系统原生API的自动化代表工具/库PyWinAutoWindows、AppleScriptmacOS、Linux下的AT-SPI。原理通过操作系统提供的无障碍访问接口如Windows的UI Automation API, macOS的Accessibility API来识别和操控标准控件。它们能理解控件的类型按钮、文本框、状态、名称等元信息。优点识别精准、速度快、相对稳定。因为是和系统底层接口交互对控件属性的获取非常丰富操作也更可靠。PyWinAuto是当前Windows平台PC自动化的事实标准社区活跃资料多。缺点跨平台能力弱。PyWinAuto只适用于Windows。对于跨平台桌面应用如Electron、Qt可能需要针对不同平台编写适配代码。对于非标准自定义控件支持可能不完善。适用场景Windows原生应用程序Win32、MFC、.NET WinForms/WPF自动化的首选。如果你的产品是Windows桌面客户端这是最稳妥、最强大的选择。方案三基于Web技术的桌面应用自动化代表应用Electron、NW.js、CEFChromium Embedded Framework开发的桌面应用。原理这类应用的本质是一个内嵌的浏览器Chromium运行一个本地Web页面。因此你可以直接使用Selenium WebDriver来操作它们就像操作普通网页一样。优点技术栈统一。如果你的团队熟悉Web自动化那么做这类桌面应用的自动化几乎零学习成本。Selenium生态成熟工具链完善。缺点仅适用于此类特定架构的应用。无法用于操作传统原生桌面应用。有时需要处理应用窗口与WebDriver之间的特殊连接如通过调试端口。适用场景所有基于Electron等技术的现代桌面应用。例如VSCode、Slack、Teams桌面版等。我的选型心得没有银弹。一个成熟的PC端自动化项目往往是方案二为主方案一为辅。用PyWinAuto处理90%的标准控件用图像识别或者鼠标键盘模拟来攻克剩下10%的“钉子户”。如果你们的应用恰好是Electron开发的那就直接拥抱Selenium这是最幸福的情况。2.2 为什么我最终选择了 Python PyWinAuto Pytest 这套组合拳经过多个项目的洗礼我目前的主力技术栈是Python PyWinAuto Pytest。下面说说为什么这么选。Python胶水语言的灵活性PC端自动化脚本需要频繁处理数据、文件、日志有时还要调用命令行工具或与其他系统交互。Python语法简洁库生态丰富如os,json,pandas,requests非常适合这种“胶水”工作。团队学习成本也相对较低。PyWinAutoWindows平台的“御林军”对于Windows应用PyWinAuto是对微软UIAutomation API最友好、最全面的Python封装。它支持Win32、MFC、WinForms、WPF甚至对部分Qt和Java应用也有实验性支持。它的inspect.exe工具或更现代的Accessibility Insights是定位控件的利器可以直观地看到控件的自动化属性树。Pytest让测试代码更专业很多人写自动化脚本就是一堆线性代码。用Pytest框架可以帮你很好地组织用例test_*.py、管理前置后置fixture、生成美观的报告、轻松实现参数化。它让自动化脚本从“脚本”升级为可维护、可复用的“测试工程”。一个常见的误区一上来就追求录制回放工具。录制回放对于快速生成一些演示或简单操作脚本有用但对于需要稳定运行、持续集成的自动化项目来说录制生成的代码通常冗余、脆弱、难以维护。手写代码是构建可靠自动化体系的唯一正道。3. 环境搭建与核心工具链实战工欲善其事必先利其器。一套顺手的环境和工具链能让你在开发调试时事半功倍。这里我以Windows 10/11 Python 3.8 环境为例搭建我们的主力战场。3.1 基础环境配置详解首先确保你的Python环境是干净的。我强烈建议使用conda或venv创建独立的虚拟环境避免包版本冲突。# 创建并激活一个名为 pc_auto 的虚拟环境 python -m venv pc_auto pc_auto\Scripts\activate # Windows # 或 source pc_auto/bin/activate # Linux/Mac接下来安装核心库。我们不止安装PyWinAuto还要安装一些辅助工具。pip install pywinauto pip install pytest pytest-html allure-pytest # pytest及其报告插件 pip install opencv-python pillow # 图像处理用于可能的图像识别辅助 pip install pyautogui # 跨平台的鼠标键盘模拟作为备用方案 pip install loguru # 比标准库logging更好用的日志工具注意pywinauto的安装看似简单但有一个隐藏的“坑”。它依赖于系统级的UIAutomation核心在极少数情况下如果系统组件损坏可能会安装失败。如果遇到问题可以尝试以管理员身份运行命令提示符再安装或者检查Windows功能中“.NET Framework 3.5”和“4.8”是否已启用。3.2 侦查利器控件识别工具深度使用写自动化脚本70%的时间花在定位控件上。用好侦查工具你就成功了一半。Inspect.exe (Windows SDK自带)这是最原始但最底层的工具。在Windows SDK里可以找到或者直接搜索你系统里的inspect.exe。它可以显示控件的完整属性树特别是RuntimeId、AutomationId、ClassName、Name这些对PyWinAuto至关重要的属性。它的缺点是界面古老搜索功能弱。Accessibility Insights for Windows (微软官方推荐)这是Inspect的现代升级版强烈推荐它界面友好提供了“查找”模式可以像拾色器一样点击屏幕上的控件查看其属性。它还能高亮显示控件的边界并运行各种无障碍访问模式的测试。这是你定位控件属性的首选工具。SPY (Visual Studio 自带)如果你面对的是更古老的Win32/MFC程序Accessibility Insights可能抓不到某些底层句柄信息。这时就需要祭出SPY了。它可以查找窗口句柄查看窗口消息对于使用backend”win32”的PyWinAuto连接方式非常有用。实操技巧如何选择最佳定位属性打开Accessibility Insights定位到你想要操作的按钮。你会看到一堆属性。我的优先级是AutomationId开发如果设置了这是最稳定、唯一的标识。直接app.dialog.child_window(auto_id”okButton”)。Name或LocalizedControlTypeName也就是控件显示的文字。app.dialog.button(“确定”)。但要注意重名和语言国际化问题。ClassName结合其他属性使用如app.dialog.child_window(class_name”Button”, title”确定”)。ControlType 索引万不得已时使用如app.dialog.children(control_type”Button”)[2]。最不稳定UI顺序一变就挂。一个真实案例我曾遇到一个WPF软件的表格控件里面的单元格没有任何AutomationIdName也是动态生成的。最后是通过ControlType:DataItem结合其父容器的属性和相对位置children()方法返回的列表索引才稳定定位到。这个过程很痛苦但一旦找到稳定定位方式一劳永逸。4. PyWinAuto核心操作模式与实战编码环境搭好工具备齐现在可以开始写代码了。PyWinAuto的操作可以概括为三个步骤连接应用 - 定位窗口/控件 - 执行操作。4.1 连接应用程序的两种方式及抉择PyWinAuto支持两种后端backendwin32和uia。如何选backend”win32” 调用传统的Win32 APIuser32.dll,kernel32.dll。适用于古老的Win32、MFC应用甚至一些控制台窗口。它对标准控件的支持很好但对于复杂的WPF、Qt自定义控件可能力不从心。backend”uia” 调用微软现代的UI Automation API。这是WPF、WinForms、Store App以及现代Windows应用的首选。它支持更丰富的控件模式如表格、树形控件识别能力更强。如何判断该用哪个用Accessibility Insights去查看你的目标应用。如果能看到完整的、层次分明的UIA树就用”uia”。如果看到的属性很少或者主要是窗口句柄信息那就尝试”win32”。一个简单的代码尝试方法from pywinauto import Application # 方法1通过进程ID连接推荐最稳定 app Application(backenduia).connect(process进程ID) # 方法2通过窗口标题连接 app Application(backenduia).connect(title记事本) # 方法3启动应用程序 app Application(backenduia).start(r”C:\Program Files\YourApp\app.exe”)踩坑实录有些应用特别是混合了不同技术框架的应用可能需要混合模式。我曾遇到一个主窗口是WPF需用uia但里面嵌入了一个古老的Win32控件需用win32操作的情况。这时非常棘手可能需要分别用不同的Application对象去连接或者使用pywinauto.timings.wait_until_passes来协调两种操作。4.2 控件定位与操作的“十八般武艺”连接成功后你需要获取顶层窗口然后像剥洋葱一样一层层找到目标控件。# 获取顶层窗口通常用标题或类别 main_win app.window(title“主窗口标题”) # 或者使用更通用的顶级窗口 top_win app.top_window() # 定位控件child_window 是万能钥匙 # 方式1通过auto_id最稳 ok_button main_win.child_window(auto_id“btnOK”) # 方式2通过标题name save_menu main_win.child_window(title“文件(F)”).child_window(title“保存(S)”) # 方式3通过控件类型和标题组合 username_edit main_win.child_window(control_type“Edit”, title“用户名:”) # 方式4使用PyWinAuto封装好的便捷方法如果控件类型明确 # 例如对于标准的Button、Edit控件可以直接这样用底层还是child_window ok_button main_win.Button(“确定”) username_input main_win.Edit(“用户名:”)定位到控件后就可以执行操作了# 输入文本 username_edit.set_text(“MyUsername”) # 对于密码框等可能有的特殊处理 password_edit.set_text(“MyPassword”) # 某些安全控件可能需要.type_keys() # 点击 ok_button.click() # 或者使用更底层的操作 ok_button.click_input() # 模拟鼠标点击 ok_button.invoke() # 调用控件的默认方法如按钮的InvokePattern # 获取控件信息 is_enabled ok_button.is_enabled() text_content username_edit.get_value() # 获取文本处理复杂控件列表/表格(ListView/DataGrid) 需要获取所有项然后按索引或内容定位。list_view main_win.child_window(control_type“List”) items list_view.items() # 获取所有列表项 target_item list_view.item(“特定项文本”) target_item.select() # 选中树形控件(TreeView) 使用get_item([“根节点”, “子节点”])来导航。tree main_win.child_window(control_type“Tree”) target_node tree.get_item([“我的电脑”, “C盘”, “Program Files”]) target_node.click()标签页(TabControl) 先选中标签页再操作其内容。tab_control main_win.child_window(control_type“Tab”) tab_control.select(“高级设置”) # 切换到“高级设置”标签页 # 然后定位该标签页下的控件 setting_edit main_win.child_window(auto_id“advancedSettingEdit”, found_index0)4.3 等待与超时稳定性的基石UI自动化最大的敌人就是“快”。脚本执行速度远快于UI渲染速度如果不做等待必然找不到控件而失败。盲目使用sleep是下策应该使用智能等待。from pywinauto.timings import WaitUntil, Timings # 1. 设置全局超时和重试间隔谨慎使用 Timings.defaults() # 查看默认值 Timings.after_clickinput_wait 0.5 # 设置点击后等待0.5秒 # 2. 显式等待控件出现、可操作 # wait 方法会等待控件存在并可见、可操作 ok_button.wait(‘ready’, timeout10) # 最多等10秒直到按钮就绪 ok_button.wait_not(‘visible’, timeout5) # 等待控件消失 # 3. 使用 wait_until_passes 执行可能失败的操作 from pywinauto.timings import wait_until_passes def click_save(): save_button main_win.child_window(title“保存”) save_button.click_input() # 在30秒内每隔0.5秒尝试执行一次click_save直到成功 wait_until_passes(30, 0.5, click_save)我的经验法则对于关键操作后的状态变化如点击保存后弹出成功提示一定要用wait等待目标控件出现。对于网络请求或复杂计算导致的长时间延迟可以结合使用wait_until_passes和一个较长的超时时间。5. 构建健壮的自动化测试框架写几个脚本跑通很容易但要构建一个能持续集成、多人协作、报告清晰、易于维护的自动化框架就需要好好设计一下了。这里分享我常用的一个轻量级框架结构。5.1 项目目录结构设计pc_ui_autotest/ ├── configs/ # 配置文件 │ ├── config.yaml # 全局配置应用路径、超时时间、环境变量 │ └── elements.yaml # 页面元素定位器将控件定位信息集中管理 ├── common/ # 公共模块 │ ├── __init__.py │ ├── logger.py # 日志模块封装 │ ├── base_page.py # 页面对象基类 │ └── win_operations.py # 封装常用的窗口操作如截图、等待 ├── page_objects/ # 页面对象模型 │ ├── __init__.py │ ├── login_window.py # 登录窗口 │ ├── main_window.py # 主窗口 │ └── settings_dialog.py # 设置对话框 ├── test_cases/ # 测试用例 │ ├── __init__.py │ ├── test_login.py # 登录相关测试 │ └── test_file_operations.py # 文件操作测试 ├── test_data/ # 测试数据 │ ├── users.json │ └── test_files/ ├── reports/ # 测试报告自动生成 │ └── allure-results/ ├── conftest.py # Pytest全局fixture ├── pytest.ini # Pytest配置文件 └── run_tests.py # 测试运行入口脚本核心思想分层与封装配置层将易变信息路径、定位器外置修改配置无需改动代码。公共层封装重复操作如日志、截图、等待保证代码一致性。页面对象层这是最重要的部分。将每个窗口或对话框抽象成一个类类内部封装该窗口的所有控件定位和操作。业务测试用例只调用页面对象提供的方法不直接接触PyWinAuto API。这样即使UI控件属性变了也只需要修改对应的页面对象类测试用例无需改动。5.2 页面对象模型实战示例以登录窗口为例看看page_objects/login_window.py怎么写from pywinauto.application import Application from common.base_page import BasePage from common.logger import logger class LoginWindow(BasePage): 登录窗口页面对象 # 将控件定位信息定义为类属性清晰易管理 USERNAME_EDIT {auto_id: txtUsername, control_type: Edit} PASSWORD_EDIT {auto_id: txtPassword, control_type: Edit} LOGIN_BUTTON {auto_id: btnLogin, control_type: Button} ERROR_MSG {auto_id: lblError, control_type: Text} def __init__(self, app: Application): # 调用基类初始化连接应用并定位到登录窗口 super().__init__(app) self.window self.app.window(title用户登录) self.window.wait(visible, timeout10) def input_username(self, username: str): 输入用户名 logger.info(f输入用户名: {username}) edit self.window.child_window(**self.USERNAME_EDIT) edit.wait(enabled, timeout5) edit.set_text(username) return self # 支持链式调用 def input_password(self, password: str): 输入密码 logger.info(输入密码) edit self.window.child_window(**self.PASSWORD_EDIT) edit.wait(enabled, timeout5) # 某些安全控件set_text无效需要用type_keys edit.set_text(password) # 如果不行可以尝试edit.type_keys(password, with_spacesTrue) return self def click_login(self): 点击登录按钮 logger.info(点击登录按钮) btn self.window.child_window(**self.LOGIN_BUTTON) btn.wait(enabled, timeout5) btn.click_input() # 等待登录窗口关闭或主窗口出现 self.window.wait_not(visible, timeout15) return self def get_error_message(self) - str: 获取错误提示信息如果没有错误则返回空字符串 try: error_label self.window.child_window(**self.ERROR_MSG) if error_label.exists(timeout2) and error_label.is_visible(): return error_label.window_text() except Exception as e: logger.debug(f未找到错误信息: {e}) return def login(self, username: str, password: str): 登录完整流程 self.input_username(username).input_password(password).click_login()然后在测试用例中使用就非常简洁了# test_cases/test_login.py import pytest from page_objects.login_window import LoginWindow from page_objects.main_window import MainWindow def test_successful_login(app): # app 是通过 conftest.py 提供的 fixture 测试成功登录 login_win LoginWindow(app) main_win login_win.login(correct_user, correct_pass) # 断言登录成功主窗口出现 assert main_win.window.exists(timeout10), 登录后主窗口应出现 assert main_win.get_welcome_text() 欢迎correct_user def test_failed_login_with_wrong_password(app): 测试密码错误登录失败 login_win LoginWindow(app) login_win.input_username(correct_user).input_password(wrong).click_login() # 断言错误信息正确显示 error_msg login_win.get_error_message() assert 密码错误 in error_msg, f预期错误信息包含密码错误实际得到: {error_msg}这种模式的好处显而易见测试用例可读性极高就像在看业务文档维护成本低UI变更只需改页面对象复用性强同一个登录操作可以被所有测试用例调用。5.3 测试报告与持续集成使用Pytest可以轻松生成多种格式的测试报告。HTML报告安装pytest-html后运行pytest --htmlreport.html即可生成直观的HTML报告。Allure报告这是更专业的选择。安装allure-pytest后运行pytest --alluredir./reports/allure-results然后使用Allure命令行工具生成交互式报告包含用例层级、步骤、截图、日志非常强大。集成到CI/CD 在Jenkins、GitLab CI等工具中你可以创建一个Pipeline步骤通常是拉取最新代码。创建Python虚拟环境并安装依赖。运行测试pytest test_cases/ --alluredir./reports/allure-results。使用Allure插件生成并发布报告。可选如果测试失败自动截取屏幕截图并归档日志。6. 高级技巧与疑难问题排查实录即使框架搭好了在实际项目中还是会遇到各种光怪陆离的问题。这一章分享一些高级技巧和常见“坑”的解决方案。6.1 处理自定义控件和“不可见”元素有时用Accessibility Insights查看控件属性一切正常但PyWinAuto就是找不到。这可能是因为控件是自定义绘制的根本就不是标准Windows控件UIA API也暴露不了。控件处于非激活/隐藏状态比如某个面板需要勾选复选框后才显示。解决方案降级使用backend”win32”有时UIA API对自定义控件支持不好但古老的Win32 API通过窗口句柄反而能操作。使用图像识别辅助对于完全无法通过API操作的区域使用pyautogui或opencv进行图像匹配和点击。将此作为最后的手段并确保脚本运行环境的屏幕分辨率、缩放比例固定。import pyautogui # 定位屏幕上“确定”按钮的图片并点击 try: button_location pyautogui.locateOnScreen(‘ok_button.png’, confidence0.9) if button_location: pyautogui.click(button_location) except Exception as e: logger.error(f”图像识别点击失败: {e}”)模拟键盘操作如果焦点管理是确定的可以完全用pyautogui.typewrite([‘tab’, ‘tab’, ‘enter’])或PyWinAuto的type_keys()来导航和操作。联系开发人员这是最根本的解决方法。推动开发在自定义控件上添加可访问性支持设置合理的AutomationId和Name属性。这属于“左移”测试对产品和所有用户包括残障人士都有益。6.2 窗口焦点管理与模态对话框桌面应用经常弹出模态对话框阻塞主窗口操作。自动化脚本需要正确处理这些弹窗。# 等待并处理一个预期的模态对话框 def handle_alert(app, expected_title“提示”, action“确认”): 处理弹窗 # 方法1通过应用对象直接找弹窗 try: dialog app.window(titleexpected_title, visible_onlyTrue) dialog.wait(‘visible’, timeout5) if action “确认”: dialog.child_window(title“确定”).click() elif action “取消”: dialog.child_window(title“取消”).click() dialog.wait_not(‘visible’, timeout5) except Exception as e: logger.warning(f”未找到或处理弹窗失败: {e}”) # 方法2使用 pywinauto 的 Dialog 类针对标准对话框 from pywinauto import Dialog dlg Dialog(app) # … 处理对话框按钮关键点处理弹窗后焦点可能不会自动回到原窗口。有时需要显式地重新激活或设置焦点到目标窗口。6.3 常见错误与排查清单当你写的脚本报错时别慌按这个清单一步步排查错误现象可能原因排查步骤与解决方案ElementNotFoundError或find_elements返回空1. 控件还未加载出来。2. 定位器写错了属性名或值不对。3. 使用了错误的backend。4. 控件在另一个线程或进程里。1.增加等待在操作前control.wait(‘ready’, timeout10)。2.重新侦查用Accessibility Insights确认控件当前准确的属性。3.切换backend尝试uia和win32。4.检查窗口层级确认控件是否在正确的父窗口下。操作执行了但没效果如点击没反应1. 控件状态不可用disabled。2. 焦点不在目标控件上。3. 需要双击或右键。4. 被其他窗口遮挡。1.检查状态control.is_enabled()。2.设置焦点control.set_focus()或先点击父窗口。3.使用正确操作control.double_click_input()或control.right_click_input()。4.确保窗口前置parent_win.set_focus(); parent_win.move_window(x, y)。脚本在IDE里运行成功但在CI或无界面环境失败1. 屏幕分辨率/缩放不同。2. 应用需要交互式桌面会话。3. 无界面环境下某些API受限。1.固定测试环境CI机器使用统一的虚拟机镜像。2.使用虚拟显示在Linux CI上使用Xvfb。3.避免依赖图像识别。4.尝试以服务方式运行或确保会话已正确交互。输入文本乱码或速度太快1. 编码问题。2. 应用处理键盘消息慢。1. 确保Python脚本和系统区域设置一致。2.使用type_keys并调整间隔control.type_keys(“text”, with_spacesTrue, pause0.05)。3. 对于中文有时需要先激活输入法或使用剪贴板pyperclip.copy(“中文”)control.type_keys(“^v”)。内存或资源泄漏脚本越跑越慢1. Application对象未正确释放。2. 循环操作中创建了大量临时对象。1.显式关闭应用测试结束后app.kill()。2.重用Application对象在测试套件级别初始化而不是每个用例。3. 使用with语句管理资源如果库支持。调试利器开启PyWinAuto的日志在脚本开头加入以下代码可以将PyWinAuto的所有操作细节输出到控制台或文件对排查问题有奇效。import logging import sys # 设置pywinauto的日志级别为DEBUG logging.basicConfig(levellogging.DEBUG, streamsys.stdout, format‘%(asctime)s - %(name)s - %(levelname)s - %(message)s’)最后保持耐心和探索精神。PC端UI自动化就像解谜每一个无法识别的控件背后都有原因。多和开发沟通理解应用的实现原理你的自动化脚本就会越来越健壮。记住自动化的目标不是替代手工测试而是把人从重复、枯燥的劳动中解放出来去做更有价值的探索性测试和思考。
![华为OD机试2025C卷-字符串变换最小次数[100分]（ Java _ Python3 _ C++ _ C语言 _ JsNode _ Go）实现100%通过率](http://pic.xiahunao.cn/yaotu/华为OD机试2025C卷-字符串变换最小次数[100分]（ Java _ Python3 _ C++ _ C语言 _ JsNode _ Go）实现100%通过率)
![华为OD机试2025C卷-内存资源分配[100分]（ Java _ Python3 _ C++ _ C语言 _ JsNode _ Go）实现100%通过率](http://pic.xiahunao.cn/yaotu/华为OD机试2025C卷-内存资源分配[100分]（ Java _ Python3 _ C++ _ C语言 _ JsNode _ Go）实现100%通过率)
