1. 项目概述为什么我们需要Appium如果你是一名移动应用开发者、测试工程师或者正打算从手工点点点转向自动化测试那么“Appium”这个名字你肯定不陌生。但你可能也听过不少关于它的抱怨环境配置复杂、脚本运行不稳定、跨平台适配头疼。今天我想从一个在移动端自动化测试领域摸爬滚打多年的实践者角度和你聊聊Appium。这篇文章的目标很明确让你从零开始彻底搞懂并掌握Appium无论是Android还是iOS平台都能搭建起稳定、可维护的自动化测试框架并且收藏这一篇就能解决你从入门到精通路上90%的问题。Appium本质上是一个开源的、跨平台的移动应用自动化测试框架。它的核心魅力在于“一次编写到处运行”的WebDriver协议。简单来说你可以用同一套API比如Python、Java的Selenium WebDriver API去控制Android手机上的“计算器”和iPhone上的“备忘录”而无需关心底层是UIAutomator2、XCUITest还是别的什么驱动。这对于需要同时覆盖两大主流移动平台的项目来说能极大地节省学习和维护成本。然而理想很丰满现实往往在环境配置、元素定位和稳定性上给你设置重重关卡。接下来我们就一层层剥开这些障碍。2. 核心环境搭建避开那些“坑爹”的配置陷阱环境搭建是劝退新手的第一个也是最大的拦路虎。网上教程五花八门版本依赖错综复杂一不小心就掉进坑里半天爬不出来。这里我为你梳理了一条最清晰、最稳定的路径并附上我踩过无数坑后总结的“避坑指南”。2.1 基础环境准备JDK、Node.js与开发工具无论你最终用Python还是Java写脚本以下三个是Appium生态的基石Java Development Kit (JDK)Appium Server本身是Node.js应用但Android的构建和运行依赖Java环境。建议安装JDK 8或JDK 11LTS版本并配置好JAVA_HOME和PATH环境变量。一个常见的坑是只安装了JRE运行环境而没有JDK开发工具包导致后续Android SDK工具无法使用。Node.js 与 npmAppium Server通过npm安装。请前往Node.js官网下载LTS长期支持版本。安装后在命令行输入node -v和npm -v确认安装成功。避免使用最新的Current版本可能存在兼容性问题。开发语言与环境Python或Java任选其一。对于快速上手和脚本的灵活性我强烈推荐Python。安装Python 3.7及以上版本并使用pip安装必要的包。同时准备一个顺手的IDE比如PyCharm或VS Code它们对代码提示、调试的支持会好很多。注意在Windows系统上所有安装路径请尽量避免包含中文或空格否则在后续命令行操作中可能引发难以排查的路径解析错误。2.2 Android专属环境SDK与模拟器/真机这是Android测试的核心也是最容易出问题的地方。Android SDK如今最推荐的方式是通过Android Studio来安装和管理SDK。安装Android Studio后打开Settings-Appearance Behavior-System Settings-Android SDK。在这里你需要确保安装SDK Platforms至少选择一个你目标测试设备的Android版本例如Android 13 (Tiramisu)。SDK Tools必须勾选“Android SDK Command-line Tools”和“Android SDK Build-Tools”。platform-tools包含adb通常会自动安装。 安装完成后将ANDROID_HOME环境变量指向SDK的根目录例如C:\Users\YourName\AppData\Local\Android\Sdk并将%ANDROID_HOME%\platform-tools和%ANDROID_HOME%\tools或%ANDROID_HOME%\cmdline-tools\latest\bin添加到PATH中。设备准备真机在手机上开启“开发者选项”和“USB调试”。通过USB连接电脑后在命令行运行adb devices应能看到设备序列号并显示device状态。如果显示unauthorized需要在手机上弹出的授权对话框中点击确认。模拟器在Android Studio的AVD Manager中创建一个虚拟设备。建议选择性能较好的x86_64系统镜像并开启“Use host GPU”以提升流畅度。启动模拟器后同样用adb devices确认连接。实操心得很多关于adb的命令找不到、ANDROID_HOME未设置的错误都源于环境变量配置不正确。一个检查方法是在新开的命令行窗口中分别执行adb version和echo %ANDROID_HOME%Windows或echo $ANDROID_HOMEMac/Linux看是否能正确输出。2.3 iOS专属环境Xcode与开发者账号iOS自动化测试必须在macOS系统上进行这是硬性要求。其核心是Xcode。Xcode从Mac App Store安装最新稳定版的Xcode。安装后必须打开Xcode一次完成命令行工具的安装会自动弹出提示。然后在命令行运行xcodebuild -version和xcrun simctl list来验证安装。开发者账号即使你只打算在模拟器上运行测试也需要一个Apple ID免费。在Xcode的Preferences - Accounts中添加你的Apple ID。如果需要对真机进行测试则需要加入苹果的付费开发者计划。CarthageAppium用于驱动iOS真机的WebDriverAgent项目依赖Carthage进行依赖管理。通过Homebrew安装即可brew install carthage。2.4 Appium Server的安装与验证有了前面的基础安装Appium Server就简单了。官方推荐使用npm进行全局安装npm install -g appium安装完成后你可以通过appium -v查看版本。但这里有一个至关重要的选择是使用官方的Appium Server还是使用更强大的Appium DesktopAppium Desktop它集成了Appium Server和一个图形化的元素检查器Inspector。对于初学者来说这是神器。你可以通过界面按钮启动/停止服务更重要的是它的Inspector可以直观地查看应用的元素层级和属性用于编写定位脚本。强烈建议新手从这里起步。命令行Appium Server更适合集成到CI/CD流水线中无头运行。安装Appium Desktop只需从GitHub releases页面下载对应系统的安装包即可。首次启动Appium Desktop时它可能会提示安装驱动程序Driver如uiautomator2Android和xcuitestiOS请务必安装。验证安装启动Appium Desktop保持默认的0.0.0.0和4723端口点击“Start Server”。然后在浏览器中访问http://localhost:4723如果能看到Appium的欢迎页面说明Server启动成功。3. 第一个自动化测试脚本从“Hello World”开始理论说再多不如动手跑一个。让我们分别针对Android和iOS编写并运行一个最简单的测试脚本打开系统自带的“设置”应用。3.1 编写Python测试脚本首先安装Python的Appium客户端库pip install Appium-Python-Client然后创建一个Python文件例如first_test.py。对于Android以连接一个Android模拟器为例from appium import webdriver from appium.options.android import UiAutomator2Options import time # 1. 定义设备能力和配置 desired_caps { platformName: Android, platformVersion: 13, # 改为你的设备系统版本 deviceName: Android Emulator, # 自定义名称用于日志识别 automationName: UiAutomator2, # Android驱动 appPackage: com.android.settings, # 系统设置的应用包名 appActivity: .Settings, # 系统设置的启动Activity noReset: True # 不重置应用状态避免每次清除数据 } # 2. 将配置转换为Options对象推荐方式 options UiAutomator2Options().load_capabilities(desired_caps) # 3. 连接Appium Server并初始化驱动 driver webdriver.Remote(http://localhost:4723, optionsoptions) # 4. 简单的操作等待2秒然后退出 time.sleep(2) print(当前页面标题Activity:, driver.current_activity) # 5. 关闭会话 driver.quit()对于iOS以连接一个iPhone模拟器为例from appium import webdriver from appium.options.ios import XCUITestOptions import time # 1. 定义设备能力和配置 desired_caps { platformName: iOS, platformVersion: 17.2, # 改为你的模拟器系统版本 deviceName: iPhone 15 Pro, # 必须与模拟器名称完全一致 automationName: XCUITest, # iOS驱动 bundleId: com.apple.Preferences, # 系统设置应用的Bundle ID noReset: True } # 2. 将配置转换为Options对象 options XCUITestOptions().load_capabilities(desired_caps) # 3. 连接Appium Server并初始化驱动 driver webdriver.Remote(http://localhost:4723, optionsoptions) # 4. 简单的操作 time.sleep(2) print(测试执行成功) # 5. 关闭会话 driver.quit()3.2 运行脚本与问题排查启动设备确保你的Android模拟器或iOS Simulator已经启动并处于解锁状态。启动Appium Server打开Appium Desktop并点击“Start Server”。执行脚本在命令行中进入脚本所在目录运行python first_test.py。如果脚本失败请按以下顺序排查错误Unable to create a new remote session检查点1Appium Server日志Appium Desktop窗口。看是否有明显的错误信息如“无法找到设备”、“驱动未安装”。日志是排查问题的第一手资料。检查点2设备连接。执行adb devicesAndroid或xcrun simctl list devicesiOS确认设备在线且状态可用。检查点3Capabilities配置。deviceName、platformVersion、appPackage/bundleId是否完全正确iOS的deviceName必须与模拟器名称一字不差。错误应用无法启动确认应用包名/ Bundle ID是否正确。对于系统应用可以网上搜索。对于自己的应用Android包名在build.gradle中iOS Bundle ID在Xcode项目设置中。尝试将noReset改为False或添加fullReset: True进行完全重置后再试。当你看到脚本成功运行并在控制台打印出信息Appium驱动设备打开“设置”应用又退出后恭喜你你已经成功跨出了第一步4. 元素定位与操作自动化测试的“手脚”自动化测试的核心是模拟用户操作点击、输入、滑动、读取信息。而这一切的前提是找到界面上的元素。这是Appium学习中最需要耐心和技巧的部分。4.1 使用Appium Inspector定位元素不要试图靠猜来写定位符Appium Desktop内置的Inspector是你的眼睛。在Appium Desktop中启动Server后点击“Start Inspector Session”。在弹出的窗口中填入与你测试脚本中完全相同的Capabilities配置。点击“Start Session”Inspector会启动目标应用并加载当前页面的UI元素树。在左侧的元素树中点击任意元素右侧会显示该元素的所有属性如resource-id、text、content-desc、class、xpath等。你可以点击屏幕上的元素Inspector会自动在元素树中高亮对应项。4.2 八大定位策略详解与选用原则在代码中我们通过这些属性来定位元素。以下是Python中的示例from appium.webdriver.common.appiumby import AppiumBy # 1. ID定位 (优先使用) # Android: resource-id # iOS: name 或 accessibility-id element driver.find_element(AppiumBy.ID, “com.example:id/button_login”) # 或使用旧版语法仍可用 element driver.find_element_by_id(“com.example:id/button_login”) # 2. Accessibility ID定位 (跨平台友好) # 对应UI元素的content-desc (Android) 或 accessibility-identifier (iOS) element driver.find_element(AppiumBy.ACCESSIBILITY_ID, “登录按钮”) # 3. Class Name定位 (通常用于找同类元素) # 对应元素的class属性如 android.widget.Button, XCUIElementTypeButton buttons driver.find_elements(AppiumBy.CLASS_NAME, “android.widget.Button”) # 找到所有按钮 # 4. XPath定位 (强大但脆弱) # 当元素没有唯一ID时使用但应作为最后手段因为对UI变化最敏感 element driver.find_element(AppiumBy.XPATH, “//android.widget.TextView[text‘用户名’]”) element driver.find_element(AppiumBy.XPATH, “//XCUIElementTypeButton[name‘Done’]”) # 5. Text / Name 定位 (通过显示文本) # Android: 使用UIAutomator的文本选择器更准确 element driver.find_element(AppiumBy.ANDROID_UIAUTOMATOR, ‘new UiSelector().text(“登录”)’) # iOS: 使用谓词Predicate或XPath element driver.find_element(AppiumBy.IOS_PREDICATE, ‘label “登录”’) # 6. CSS Selector定位 (仅适用于WebView/H5页面) # 当App内嵌H5页面时需要切换上下文Context后使用 # driver.switch_to.context(‘WEBVIEW_com.example’) # element driver.find_element(AppiumBy.CSS_SELECTOR, ‘.login-btn’)定位策略选用优先级个人经验ID / Accessibility ID唯一且稳定是首选。要求开发同学为关键元素添加。Android UIAutomator / iOS Predicate利用平台原生查询语法功能强大且相对高效是定位的“第二选择”。Class Name 其他属性结合使用例如先找到所有TextView再过滤出特定文本的。XPath慎用。虽然灵活但性能较差且UI结构微调比如中间加了一层布局就可能导致定位失败。仅在元素没有任何其他标识符且结构非常稳定时使用。4.3 常用操作API定位到元素后就可以进行操作了# 点击 element.click() # 输入文本输入前通常先清空 element.clear() element.send_keys(“your_text”) # 获取元素属性 text element.text is_enabled element.is_enabled() is_displayed element.is_displayed() # 滑动操作基于坐标 driver.swipe(start_x, start_y, end_x, end_y, duration) # 更推荐使用W3C Actions API进行复杂手势如长按、拖拽 from appium.webdriver.common.touch_action import TouchAction action TouchAction(driver) action.long_press(element).wait(1000).release().perform()4.4 等待机制解决“元素找不到”的终极法宝90%的自动化脚本失败源于“元素未找到”而其中80%是因为没有正确等待。页面加载、网络请求、动画渲染都需要时间。强制等待 (time.sleep)time.sleep(5)。不推荐死等效率低下且不可靠。隐式等待 (implicitly_wait)driver.implicitly_wait(10)。设置一个全局等待时间在查找任何元素时如果找不到会轮询等待直到超时。有一定作用但不够智能无法针对特定条件。显式等待 (WebDriverWait)最佳实践等待某个特定条件成立后再继续。from selenium.webdriver.support.ui import WebDriverWait from selenium.webdriver.support import expected_conditions as EC from appium.webdriver.common.appiumby import AppiumBy # 等待一个元素出现并可点击最多等10秒每0.5秒检查一次 wait WebDriverWait(driver, 10, poll_frequency0.5) login_button wait.until( EC.element_to_be_clickable((AppiumBy.ID, “com.example:id/login_button”)) ) login_button.click() # 其他常用条件 # EC.presence_of_element_located # 元素出现在DOM中 # EC.visibility_of_element_located # 元素可见 # EC.text_to_be_present_in_element # 元素包含特定文本我的黄金法则在每一个可能因加载而导致元素不稳定的操作之后如点击跳转页面、触发网络请求对下一个页面的关键元素使用显式等待。这能极大提升脚本的稳定性。5. 构建健壮的测试框架与高级技巧当你能写一些简单的测试脚本后下一步就是思考如何组织代码使其易于维护、扩展和集成。这就是测试框架的范畴。5.1 Page Object Model (POM) 设计模式这是UI自动化测试的标配设计模式。其核心思想是将页面对象和测试逻辑分离。Page类封装一个页面的所有元素定位符和基本操作如login(username, password)。TestCase类包含具体的测试步骤和断言调用Page类的方法。这样做的好处是可维护性当UI元素ID变化时只需修改对应的Page类中的一个地方。可读性测试用例读起来像自然语言业务逻辑清晰。可复用性页面操作逻辑可以在多个测试用例中复用。一个简单的POM示例pages/login_page.py:from appium.webdriver.common.appiumby import AppiumBy from selenium.webdriver.support.ui import WebDriverWait from selenium.webdriver.support import expected_conditions as EC class LoginPage: def __init__(self, driver): self.driver driver self.wait WebDriverWait(driver, 10) # 定位器 (Locators) USERNAME_INPUT (AppiumBy.ID, “com.example:id/et_username”) PASSWORD_INPUT (AppiumBy.ID, “com.example:id/et_password”) LOGIN_BUTTON (AppiumBy.ID, “com.example:id/btn_login”) ERROR_MSG (AppiumBy.ID, “com.example:id/tv_error”) # 页面操作 (Actions) def enter_username(self, username): elem self.wait.until(EC.presence_of_element_located(self.USERNAME_INPUT)) elem.clear() elem.send_keys(username) def enter_password(self, password): self.driver.find_element(*self.PASSWORD_INPUT).send_keys(password) def click_login(self): self.driver.find_element(*self.LOGIN_BUTTON).click() def get_error_message(self): try: return self.driver.find_element(*self.ERROR_MSG).text except: return Nonetests/test_login.py:import pytest from pages.login_page import LoginPage class TestLogin: def test_login_success(self, app_driver): # app_driver 是一个Fixture提供driver login_page LoginPage(app_driver) login_page.enter_username(“valid_user”) login_page.enter_password(“valid_pass”) login_page.click_login() # 断言验证登录后跳转到首页 assert “MainActivity” in app_driver.current_activity def test_login_failed(self, app_driver): login_page LoginPage(app_driver) login_page.enter_username(“invalid_user”) login_page.enter_password(“wrong_pass”) login_page.click_login() # 断言验证错误信息出现 error_msg login_page.get_error_message() assert error_msg is not None assert “密码错误” in error_msg5.2 使用pytest管理测试用例pytest是Python生态中最主流的测试框架比unittest更简洁强大。安装pip install pytest编写测试函数以test_开头类以Test开头。使用Fixture管理驱动生命周期这是关键Fixture可以帮你优雅地完成测试前的准备启动App、初始化驱动和测试后的清理退出App、关闭驱动。conftest.py(通常放在项目根目录或tests目录下):import pytest from appium import webdriver from appium.options.android import UiAutomator2Options pytest.fixture(scope“session”) # 整个测试会话只启动一次驱动 def app_driver(): # 配置Capabilities options UiAutomator2Options() options.platform_name ‘Android’ options.device_name ‘Android Emulator’ options.app_package ‘com.example.myapp’ options.app_activity ‘.MainActivity’ options.no_reset True # 启动驱动 driver webdriver.Remote(‘http://localhost:4723’, optionsoptions) yield driver # 将driver提供给测试用例使用 # 测试结束后执行清理 driver.quit()运行测试在命令行中执行pytest tests/ -v。pytest会自动发现并运行所有测试生成清晰的报告。5.3 高级技巧与疑难杂症处理处理混合应用Hybrid App与WebView应用内嵌H5页面时需要切换上下文Context。# 获取所有可用的上下文 contexts driver.contexts # 例如 [‘NATIVE_APP’, ‘WEBVIEW_com.example’] # 切换到WebView上下文 driver.switch_to.context(‘WEBVIEW_com.example’) # 此时可以使用Selenium的API操作H5元素 driver.find_element(By.CSS_SELECTOR, ‘.web-button’).click() # 操作完成后切回原生上下文 driver.switch_to.context(‘NATIVE_APP’)注意Android需要开启WebView的调试模式在应用代码中设置WebView.setWebContentsDebuggingEnabled(true)。处理权限弹窗、系统弹窗这些弹窗不属于你的应用定位比较麻烦。一个可靠的方法是使用adb命令在测试开始前预先授权。adb shell pm grant package_name android.permission.PERMISSION_NAME对于iOS可以在Capabilities中配置autoAcceptAlerts: true来自动接受系统弹窗如通知、定位权限但需谨慎使用。并行测试与Appium Grid当测试用例很多时串行执行耗时巨大。可以使用pytest-xdist插件实现用例级别的并行。如果需要同时在多台不同设备如多台Android手机、iOS和Android混合上运行测试则需要搭建Appium Grid。Grid由一个Hub和多个Node组成测试脚本将请求发送给HubHub会分配可用的设备Node来执行。这属于更高级的持续集成部署范畴。测试报告与日志使用pytest-html生成漂亮的HTML测试报告pytest tests/ -v –htmlreport.html使用Python的logging模块记录详细的运行日志方便失败时回溯。务必保存Appium Server的日志它是诊断复杂问题的唯一依据。可以在启动Appium时指定日志文件appium –log /path/to/appium.log。6. 持续集成与实战心得将自动化测试集成到CI/CD如Jenkins、GitLab CI、GitHub Actions流水线中是实现其价值的关键一步。每次代码提交后自动触发测试快速反馈质量问题。6.1 集成到GitHub Actions示例你可以在项目根目录创建.github/workflows/appium-test.ymlname: Appium UI Tests on: [push, pull_request] jobs: test: runs-on: macos-latest # iOS测试必须用macOS纯Android可用ubuntu-latest steps: - name: Checkout code uses: actions/checkoutv3 - name: Set up Python uses: actions/setup-pythonv4 with: python-version: ‘3.9’ - name: Install dependencies run: | pip install -r requirements.txt npm install -g appium appium driver install uiautomator2 appium driver install xcuitest - name: Start Appium Server run: | appium --log-level error --allow-insecure chromedriver_autodownload sleep 10 # 等待Appium启动 - name: Start iOS Simulator run: | xcrun simctl boot “iPhone 15 Pro” # 启动模拟器 sleep 30 # 等待模拟器完全启动 - name: Run tests with pytest run: | pytest tests/ -v --htmlreport.html --self-contained-html - name: Upload test report uses: actions/upload-artifactv3 if: always() # 即使测试失败也上传报告 with: name: appium-test-report path: report.html这个工作流会在每次推送代码时在一个macOS环境中安装依赖、启动Appium、启动iOS模拟器、运行测试并生成HTML报告。6.2 从入门到精通我的几点核心心得环境隔离是生命线使用virtualenv或conda创建独立的Python环境。使用package.json记录Node.js和Appium驱动的版本。确保团队每个成员和CI服务器的环境一致能消灭大量“在我机器上是好的”问题。定位符是资产不是代码将元素的定位符特别是ID、Accessibility ID视为与测试用例同等重要的资产。推动开发团队为可交互元素添加稳定的、有意义的唯一标识符这能从根本上提升自动化脚本的稳定性和编写效率。稳定性高于炫技不要追求用最复杂的XPath一行代码定位元素。优先使用最稳定、最简单的定位方式。一个运行稳定但略显“笨拙”的脚本远胜于一个精巧但三天两头失败的脚本。日志是你的最佳拍档在测试脚本的关键步骤如进入某页面、点击某按钮添加信息日志。当测试在CI上失败时结合Appium Server的详细日志和你添加的日志能快速定位问题发生在哪个环节是元素没找到还是应用崩溃了或是网络超时。拥抱失败完善流程UI自动化测试天生比API测试更脆弱。要有一定的失败率心理预期。关键不是追求100%通过率而是建立一个流程当测试失败时能快速判断是“真Bug”产品问题还是“假失败”脚本或环境问题并相应处理。可以通过设置失败重试机制pytest-rerunfailures来缓解偶发性问题。从关键路径开始逐步扩大覆盖不要一开始就想自动化所有用例。从最核心的“冒烟测试”用例开始例如新用户注册登录、核心功能下单流程。这些用例稳定后再逐步添加更多场景和异常case的自动化。ROI投资回报率最高。自动化测试不是一蹴而就的它是一个需要持续投入和维护的工程。从配置好第一个环境到跑通第一个脚本再到搭建起一个在CI上稳定运行的测试套件每一步都会遇到不同的问题。但只要你按照清晰的路径善用工具理解原理并保持耐心去排查就一定能将其攻克。希望这篇长文能成为你手边可靠的参考助你在Appium自动化测试的道路上从入门走向精通。
Appium自动化测试从入门到精通：环境搭建、元素定位与框架构建实战指南
发布时间：2026/7/1 23:56:22
1. 项目概述为什么我们需要Appium如果你是一名移动应用开发者、测试工程师或者正打算从手工点点点转向自动化测试那么“Appium”这个名字你肯定不陌生。但你可能也听过不少关于它的抱怨环境配置复杂、脚本运行不稳定、跨平台适配头疼。今天我想从一个在移动端自动化测试领域摸爬滚打多年的实践者角度和你聊聊Appium。这篇文章的目标很明确让你从零开始彻底搞懂并掌握Appium无论是Android还是iOS平台都能搭建起稳定、可维护的自动化测试框架并且收藏这一篇就能解决你从入门到精通路上90%的问题。Appium本质上是一个开源的、跨平台的移动应用自动化测试框架。它的核心魅力在于“一次编写到处运行”的WebDriver协议。简单来说你可以用同一套API比如Python、Java的Selenium WebDriver API去控制Android手机上的“计算器”和iPhone上的“备忘录”而无需关心底层是UIAutomator2、XCUITest还是别的什么驱动。这对于需要同时覆盖两大主流移动平台的项目来说能极大地节省学习和维护成本。然而理想很丰满现实往往在环境配置、元素定位和稳定性上给你设置重重关卡。接下来我们就一层层剥开这些障碍。2. 核心环境搭建避开那些“坑爹”的配置陷阱环境搭建是劝退新手的第一个也是最大的拦路虎。网上教程五花八门版本依赖错综复杂一不小心就掉进坑里半天爬不出来。这里我为你梳理了一条最清晰、最稳定的路径并附上我踩过无数坑后总结的“避坑指南”。2.1 基础环境准备JDK、Node.js与开发工具无论你最终用Python还是Java写脚本以下三个是Appium生态的基石Java Development Kit (JDK)Appium Server本身是Node.js应用但Android的构建和运行依赖Java环境。建议安装JDK 8或JDK 11LTS版本并配置好JAVA_HOME和PATH环境变量。一个常见的坑是只安装了JRE运行环境而没有JDK开发工具包导致后续Android SDK工具无法使用。Node.js 与 npmAppium Server通过npm安装。请前往Node.js官网下载LTS长期支持版本。安装后在命令行输入node -v和npm -v确认安装成功。避免使用最新的Current版本可能存在兼容性问题。开发语言与环境Python或Java任选其一。对于快速上手和脚本的灵活性我强烈推荐Python。安装Python 3.7及以上版本并使用pip安装必要的包。同时准备一个顺手的IDE比如PyCharm或VS Code它们对代码提示、调试的支持会好很多。注意在Windows系统上所有安装路径请尽量避免包含中文或空格否则在后续命令行操作中可能引发难以排查的路径解析错误。2.2 Android专属环境SDK与模拟器/真机这是Android测试的核心也是最容易出问题的地方。Android SDK如今最推荐的方式是通过Android Studio来安装和管理SDK。安装Android Studio后打开Settings-Appearance Behavior-System Settings-Android SDK。在这里你需要确保安装SDK Platforms至少选择一个你目标测试设备的Android版本例如Android 13 (Tiramisu)。SDK Tools必须勾选“Android SDK Command-line Tools”和“Android SDK Build-Tools”。platform-tools包含adb通常会自动安装。 安装完成后将ANDROID_HOME环境变量指向SDK的根目录例如C:\Users\YourName\AppData\Local\Android\Sdk并将%ANDROID_HOME%\platform-tools和%ANDROID_HOME%\tools或%ANDROID_HOME%\cmdline-tools\latest\bin添加到PATH中。设备准备真机在手机上开启“开发者选项”和“USB调试”。通过USB连接电脑后在命令行运行adb devices应能看到设备序列号并显示device状态。如果显示unauthorized需要在手机上弹出的授权对话框中点击确认。模拟器在Android Studio的AVD Manager中创建一个虚拟设备。建议选择性能较好的x86_64系统镜像并开启“Use host GPU”以提升流畅度。启动模拟器后同样用adb devices确认连接。实操心得很多关于adb的命令找不到、ANDROID_HOME未设置的错误都源于环境变量配置不正确。一个检查方法是在新开的命令行窗口中分别执行adb version和echo %ANDROID_HOME%Windows或echo $ANDROID_HOMEMac/Linux看是否能正确输出。2.3 iOS专属环境Xcode与开发者账号iOS自动化测试必须在macOS系统上进行这是硬性要求。其核心是Xcode。Xcode从Mac App Store安装最新稳定版的Xcode。安装后必须打开Xcode一次完成命令行工具的安装会自动弹出提示。然后在命令行运行xcodebuild -version和xcrun simctl list来验证安装。开发者账号即使你只打算在模拟器上运行测试也需要一个Apple ID免费。在Xcode的Preferences - Accounts中添加你的Apple ID。如果需要对真机进行测试则需要加入苹果的付费开发者计划。CarthageAppium用于驱动iOS真机的WebDriverAgent项目依赖Carthage进行依赖管理。通过Homebrew安装即可brew install carthage。2.4 Appium Server的安装与验证有了前面的基础安装Appium Server就简单了。官方推荐使用npm进行全局安装npm install -g appium安装完成后你可以通过appium -v查看版本。但这里有一个至关重要的选择是使用官方的Appium Server还是使用更强大的Appium DesktopAppium Desktop它集成了Appium Server和一个图形化的元素检查器Inspector。对于初学者来说这是神器。你可以通过界面按钮启动/停止服务更重要的是它的Inspector可以直观地查看应用的元素层级和属性用于编写定位脚本。强烈建议新手从这里起步。命令行Appium Server更适合集成到CI/CD流水线中无头运行。安装Appium Desktop只需从GitHub releases页面下载对应系统的安装包即可。首次启动Appium Desktop时它可能会提示安装驱动程序Driver如uiautomator2Android和xcuitestiOS请务必安装。验证安装启动Appium Desktop保持默认的0.0.0.0和4723端口点击“Start Server”。然后在浏览器中访问http://localhost:4723如果能看到Appium的欢迎页面说明Server启动成功。3. 第一个自动化测试脚本从“Hello World”开始理论说再多不如动手跑一个。让我们分别针对Android和iOS编写并运行一个最简单的测试脚本打开系统自带的“设置”应用。3.1 编写Python测试脚本首先安装Python的Appium客户端库pip install Appium-Python-Client然后创建一个Python文件例如first_test.py。对于Android以连接一个Android模拟器为例from appium import webdriver from appium.options.android import UiAutomator2Options import time # 1. 定义设备能力和配置 desired_caps { platformName: Android, platformVersion: 13, # 改为你的设备系统版本 deviceName: Android Emulator, # 自定义名称用于日志识别 automationName: UiAutomator2, # Android驱动 appPackage: com.android.settings, # 系统设置的应用包名 appActivity: .Settings, # 系统设置的启动Activity noReset: True # 不重置应用状态避免每次清除数据 } # 2. 将配置转换为Options对象推荐方式 options UiAutomator2Options().load_capabilities(desired_caps) # 3. 连接Appium Server并初始化驱动 driver webdriver.Remote(http://localhost:4723, optionsoptions) # 4. 简单的操作等待2秒然后退出 time.sleep(2) print(当前页面标题Activity:, driver.current_activity) # 5. 关闭会话 driver.quit()对于iOS以连接一个iPhone模拟器为例from appium import webdriver from appium.options.ios import XCUITestOptions import time # 1. 定义设备能力和配置 desired_caps { platformName: iOS, platformVersion: 17.2, # 改为你的模拟器系统版本 deviceName: iPhone 15 Pro, # 必须与模拟器名称完全一致 automationName: XCUITest, # iOS驱动 bundleId: com.apple.Preferences, # 系统设置应用的Bundle ID noReset: True } # 2. 将配置转换为Options对象 options XCUITestOptions().load_capabilities(desired_caps) # 3. 连接Appium Server并初始化驱动 driver webdriver.Remote(http://localhost:4723, optionsoptions) # 4. 简单的操作 time.sleep(2) print(测试执行成功) # 5. 关闭会话 driver.quit()3.2 运行脚本与问题排查启动设备确保你的Android模拟器或iOS Simulator已经启动并处于解锁状态。启动Appium Server打开Appium Desktop并点击“Start Server”。执行脚本在命令行中进入脚本所在目录运行python first_test.py。如果脚本失败请按以下顺序排查错误Unable to create a new remote session检查点1Appium Server日志Appium Desktop窗口。看是否有明显的错误信息如“无法找到设备”、“驱动未安装”。日志是排查问题的第一手资料。检查点2设备连接。执行adb devicesAndroid或xcrun simctl list devicesiOS确认设备在线且状态可用。检查点3Capabilities配置。deviceName、platformVersion、appPackage/bundleId是否完全正确iOS的deviceName必须与模拟器名称一字不差。错误应用无法启动确认应用包名/ Bundle ID是否正确。对于系统应用可以网上搜索。对于自己的应用Android包名在build.gradle中iOS Bundle ID在Xcode项目设置中。尝试将noReset改为False或添加fullReset: True进行完全重置后再试。当你看到脚本成功运行并在控制台打印出信息Appium驱动设备打开“设置”应用又退出后恭喜你你已经成功跨出了第一步4. 元素定位与操作自动化测试的“手脚”自动化测试的核心是模拟用户操作点击、输入、滑动、读取信息。而这一切的前提是找到界面上的元素。这是Appium学习中最需要耐心和技巧的部分。4.1 使用Appium Inspector定位元素不要试图靠猜来写定位符Appium Desktop内置的Inspector是你的眼睛。在Appium Desktop中启动Server后点击“Start Inspector Session”。在弹出的窗口中填入与你测试脚本中完全相同的Capabilities配置。点击“Start Session”Inspector会启动目标应用并加载当前页面的UI元素树。在左侧的元素树中点击任意元素右侧会显示该元素的所有属性如resource-id、text、content-desc、class、xpath等。你可以点击屏幕上的元素Inspector会自动在元素树中高亮对应项。4.2 八大定位策略详解与选用原则在代码中我们通过这些属性来定位元素。以下是Python中的示例from appium.webdriver.common.appiumby import AppiumBy # 1. ID定位 (优先使用) # Android: resource-id # iOS: name 或 accessibility-id element driver.find_element(AppiumBy.ID, “com.example:id/button_login”) # 或使用旧版语法仍可用 element driver.find_element_by_id(“com.example:id/button_login”) # 2. Accessibility ID定位 (跨平台友好) # 对应UI元素的content-desc (Android) 或 accessibility-identifier (iOS) element driver.find_element(AppiumBy.ACCESSIBILITY_ID, “登录按钮”) # 3. Class Name定位 (通常用于找同类元素) # 对应元素的class属性如 android.widget.Button, XCUIElementTypeButton buttons driver.find_elements(AppiumBy.CLASS_NAME, “android.widget.Button”) # 找到所有按钮 # 4. XPath定位 (强大但脆弱) # 当元素没有唯一ID时使用但应作为最后手段因为对UI变化最敏感 element driver.find_element(AppiumBy.XPATH, “//android.widget.TextView[text‘用户名’]”) element driver.find_element(AppiumBy.XPATH, “//XCUIElementTypeButton[name‘Done’]”) # 5. Text / Name 定位 (通过显示文本) # Android: 使用UIAutomator的文本选择器更准确 element driver.find_element(AppiumBy.ANDROID_UIAUTOMATOR, ‘new UiSelector().text(“登录”)’) # iOS: 使用谓词Predicate或XPath element driver.find_element(AppiumBy.IOS_PREDICATE, ‘label “登录”’) # 6. CSS Selector定位 (仅适用于WebView/H5页面) # 当App内嵌H5页面时需要切换上下文Context后使用 # driver.switch_to.context(‘WEBVIEW_com.example’) # element driver.find_element(AppiumBy.CSS_SELECTOR, ‘.login-btn’)定位策略选用优先级个人经验ID / Accessibility ID唯一且稳定是首选。要求开发同学为关键元素添加。Android UIAutomator / iOS Predicate利用平台原生查询语法功能强大且相对高效是定位的“第二选择”。Class Name 其他属性结合使用例如先找到所有TextView再过滤出特定文本的。XPath慎用。虽然灵活但性能较差且UI结构微调比如中间加了一层布局就可能导致定位失败。仅在元素没有任何其他标识符且结构非常稳定时使用。4.3 常用操作API定位到元素后就可以进行操作了# 点击 element.click() # 输入文本输入前通常先清空 element.clear() element.send_keys(“your_text”) # 获取元素属性 text element.text is_enabled element.is_enabled() is_displayed element.is_displayed() # 滑动操作基于坐标 driver.swipe(start_x, start_y, end_x, end_y, duration) # 更推荐使用W3C Actions API进行复杂手势如长按、拖拽 from appium.webdriver.common.touch_action import TouchAction action TouchAction(driver) action.long_press(element).wait(1000).release().perform()4.4 等待机制解决“元素找不到”的终极法宝90%的自动化脚本失败源于“元素未找到”而其中80%是因为没有正确等待。页面加载、网络请求、动画渲染都需要时间。强制等待 (time.sleep)time.sleep(5)。不推荐死等效率低下且不可靠。隐式等待 (implicitly_wait)driver.implicitly_wait(10)。设置一个全局等待时间在查找任何元素时如果找不到会轮询等待直到超时。有一定作用但不够智能无法针对特定条件。显式等待 (WebDriverWait)最佳实践等待某个特定条件成立后再继续。from selenium.webdriver.support.ui import WebDriverWait from selenium.webdriver.support import expected_conditions as EC from appium.webdriver.common.appiumby import AppiumBy # 等待一个元素出现并可点击最多等10秒每0.5秒检查一次 wait WebDriverWait(driver, 10, poll_frequency0.5) login_button wait.until( EC.element_to_be_clickable((AppiumBy.ID, “com.example:id/login_button”)) ) login_button.click() # 其他常用条件 # EC.presence_of_element_located # 元素出现在DOM中 # EC.visibility_of_element_located # 元素可见 # EC.text_to_be_present_in_element # 元素包含特定文本我的黄金法则在每一个可能因加载而导致元素不稳定的操作之后如点击跳转页面、触发网络请求对下一个页面的关键元素使用显式等待。这能极大提升脚本的稳定性。5. 构建健壮的测试框架与高级技巧当你能写一些简单的测试脚本后下一步就是思考如何组织代码使其易于维护、扩展和集成。这就是测试框架的范畴。5.1 Page Object Model (POM) 设计模式这是UI自动化测试的标配设计模式。其核心思想是将页面对象和测试逻辑分离。Page类封装一个页面的所有元素定位符和基本操作如login(username, password)。TestCase类包含具体的测试步骤和断言调用Page类的方法。这样做的好处是可维护性当UI元素ID变化时只需修改对应的Page类中的一个地方。可读性测试用例读起来像自然语言业务逻辑清晰。可复用性页面操作逻辑可以在多个测试用例中复用。一个简单的POM示例pages/login_page.py:from appium.webdriver.common.appiumby import AppiumBy from selenium.webdriver.support.ui import WebDriverWait from selenium.webdriver.support import expected_conditions as EC class LoginPage: def __init__(self, driver): self.driver driver self.wait WebDriverWait(driver, 10) # 定位器 (Locators) USERNAME_INPUT (AppiumBy.ID, “com.example:id/et_username”) PASSWORD_INPUT (AppiumBy.ID, “com.example:id/et_password”) LOGIN_BUTTON (AppiumBy.ID, “com.example:id/btn_login”) ERROR_MSG (AppiumBy.ID, “com.example:id/tv_error”) # 页面操作 (Actions) def enter_username(self, username): elem self.wait.until(EC.presence_of_element_located(self.USERNAME_INPUT)) elem.clear() elem.send_keys(username) def enter_password(self, password): self.driver.find_element(*self.PASSWORD_INPUT).send_keys(password) def click_login(self): self.driver.find_element(*self.LOGIN_BUTTON).click() def get_error_message(self): try: return self.driver.find_element(*self.ERROR_MSG).text except: return Nonetests/test_login.py:import pytest from pages.login_page import LoginPage class TestLogin: def test_login_success(self, app_driver): # app_driver 是一个Fixture提供driver login_page LoginPage(app_driver) login_page.enter_username(“valid_user”) login_page.enter_password(“valid_pass”) login_page.click_login() # 断言验证登录后跳转到首页 assert “MainActivity” in app_driver.current_activity def test_login_failed(self, app_driver): login_page LoginPage(app_driver) login_page.enter_username(“invalid_user”) login_page.enter_password(“wrong_pass”) login_page.click_login() # 断言验证错误信息出现 error_msg login_page.get_error_message() assert error_msg is not None assert “密码错误” in error_msg5.2 使用pytest管理测试用例pytest是Python生态中最主流的测试框架比unittest更简洁强大。安装pip install pytest编写测试函数以test_开头类以Test开头。使用Fixture管理驱动生命周期这是关键Fixture可以帮你优雅地完成测试前的准备启动App、初始化驱动和测试后的清理退出App、关闭驱动。conftest.py(通常放在项目根目录或tests目录下):import pytest from appium import webdriver from appium.options.android import UiAutomator2Options pytest.fixture(scope“session”) # 整个测试会话只启动一次驱动 def app_driver(): # 配置Capabilities options UiAutomator2Options() options.platform_name ‘Android’ options.device_name ‘Android Emulator’ options.app_package ‘com.example.myapp’ options.app_activity ‘.MainActivity’ options.no_reset True # 启动驱动 driver webdriver.Remote(‘http://localhost:4723’, optionsoptions) yield driver # 将driver提供给测试用例使用 # 测试结束后执行清理 driver.quit()运行测试在命令行中执行pytest tests/ -v。pytest会自动发现并运行所有测试生成清晰的报告。5.3 高级技巧与疑难杂症处理处理混合应用Hybrid App与WebView应用内嵌H5页面时需要切换上下文Context。# 获取所有可用的上下文 contexts driver.contexts # 例如 [‘NATIVE_APP’, ‘WEBVIEW_com.example’] # 切换到WebView上下文 driver.switch_to.context(‘WEBVIEW_com.example’) # 此时可以使用Selenium的API操作H5元素 driver.find_element(By.CSS_SELECTOR, ‘.web-button’).click() # 操作完成后切回原生上下文 driver.switch_to.context(‘NATIVE_APP’)注意Android需要开启WebView的调试模式在应用代码中设置WebView.setWebContentsDebuggingEnabled(true)。处理权限弹窗、系统弹窗这些弹窗不属于你的应用定位比较麻烦。一个可靠的方法是使用adb命令在测试开始前预先授权。adb shell pm grant package_name android.permission.PERMISSION_NAME对于iOS可以在Capabilities中配置autoAcceptAlerts: true来自动接受系统弹窗如通知、定位权限但需谨慎使用。并行测试与Appium Grid当测试用例很多时串行执行耗时巨大。可以使用pytest-xdist插件实现用例级别的并行。如果需要同时在多台不同设备如多台Android手机、iOS和Android混合上运行测试则需要搭建Appium Grid。Grid由一个Hub和多个Node组成测试脚本将请求发送给HubHub会分配可用的设备Node来执行。这属于更高级的持续集成部署范畴。测试报告与日志使用pytest-html生成漂亮的HTML测试报告pytest tests/ -v –htmlreport.html使用Python的logging模块记录详细的运行日志方便失败时回溯。务必保存Appium Server的日志它是诊断复杂问题的唯一依据。可以在启动Appium时指定日志文件appium –log /path/to/appium.log。6. 持续集成与实战心得将自动化测试集成到CI/CD如Jenkins、GitLab CI、GitHub Actions流水线中是实现其价值的关键一步。每次代码提交后自动触发测试快速反馈质量问题。6.1 集成到GitHub Actions示例你可以在项目根目录创建.github/workflows/appium-test.ymlname: Appium UI Tests on: [push, pull_request] jobs: test: runs-on: macos-latest # iOS测试必须用macOS纯Android可用ubuntu-latest steps: - name: Checkout code uses: actions/checkoutv3 - name: Set up Python uses: actions/setup-pythonv4 with: python-version: ‘3.9’ - name: Install dependencies run: | pip install -r requirements.txt npm install -g appium appium driver install uiautomator2 appium driver install xcuitest - name: Start Appium Server run: | appium --log-level error --allow-insecure chromedriver_autodownload sleep 10 # 等待Appium启动 - name: Start iOS Simulator run: | xcrun simctl boot “iPhone 15 Pro” # 启动模拟器 sleep 30 # 等待模拟器完全启动 - name: Run tests with pytest run: | pytest tests/ -v --htmlreport.html --self-contained-html - name: Upload test report uses: actions/upload-artifactv3 if: always() # 即使测试失败也上传报告 with: name: appium-test-report path: report.html这个工作流会在每次推送代码时在一个macOS环境中安装依赖、启动Appium、启动iOS模拟器、运行测试并生成HTML报告。6.2 从入门到精通我的几点核心心得环境隔离是生命线使用virtualenv或conda创建独立的Python环境。使用package.json记录Node.js和Appium驱动的版本。确保团队每个成员和CI服务器的环境一致能消灭大量“在我机器上是好的”问题。定位符是资产不是代码将元素的定位符特别是ID、Accessibility ID视为与测试用例同等重要的资产。推动开发团队为可交互元素添加稳定的、有意义的唯一标识符这能从根本上提升自动化脚本的稳定性和编写效率。稳定性高于炫技不要追求用最复杂的XPath一行代码定位元素。优先使用最稳定、最简单的定位方式。一个运行稳定但略显“笨拙”的脚本远胜于一个精巧但三天两头失败的脚本。日志是你的最佳拍档在测试脚本的关键步骤如进入某页面、点击某按钮添加信息日志。当测试在CI上失败时结合Appium Server的详细日志和你添加的日志能快速定位问题发生在哪个环节是元素没找到还是应用崩溃了或是网络超时。拥抱失败完善流程UI自动化测试天生比API测试更脆弱。要有一定的失败率心理预期。关键不是追求100%通过率而是建立一个流程当测试失败时能快速判断是“真Bug”产品问题还是“假失败”脚本或环境问题并相应处理。可以通过设置失败重试机制pytest-rerunfailures来缓解偶发性问题。从关键路径开始逐步扩大覆盖不要一开始就想自动化所有用例。从最核心的“冒烟测试”用例开始例如新用户注册登录、核心功能下单流程。这些用例稳定后再逐步添加更多场景和异常case的自动化。ROI投资回报率最高。自动化测试不是一蹴而就的它是一个需要持续投入和维护的工程。从配置好第一个环境到跑通第一个脚本再到搭建起一个在CI上稳定运行的测试套件每一步都会遇到不同的问题。但只要你按照清晰的路径善用工具理解原理并保持耐心去排查就一定能将其攻克。希望这篇长文能成为你手边可靠的参考助你在Appium自动化测试的道路上从入门走向精通。
相关文章
wiliwili：让游戏机变身全能B站客户端，开启跨平台追番新时代
wiliwili：让游戏机变身全能B站客户端，开启跨平台追番新时代 【免费下载链接】wiliwili 第三方B站客户端，目前可以运行在PC全平台、PSVita、PS4 、Xbox 和 Nintendo Switch上 项目地址: https://gitcode.com/GitHub_Trending/wi/wiliwili …
如何用Python热图技术破解家庭WiFi信号迷宫？
如何用Python热图技术破解家庭WiFi信号迷宫？ 【免费下载链接】wifi-heat-mapper whm also known as wifi-heat-mapper is a Python library for benchmarking Wi-Fi networks and gather useful metrics that can be converted into meaningful easy-to-understand …
Swarm 2.1可执行仿真套件：鼠阱/热虫/市场三大ABM模型即开即用
本文还有配套的精品资源，点击获取 简介：Swarm 2.1多智能体仿真平台的轻量集成包，内置三个经典ABM模型的完整可运行程序——鼠阱（Mousetrap.exe）模拟捕食与逃逸行为，热虫（Heatbugs.exe&#x…
QLoRA技术：低成本微调大语言模型实战指南
1. 低成本微调大语言模型的核心挑战在自然语言处理领域，微调大型语言模型（如Llama系列）通常需要消耗大量计算资源。以Llama 2-7B模型为例，传统全参数微调需要约24GB显存，这对大多数研究者和开发者来说都是难以承受的门…
【JetBrains官方未公开的调试技巧】：3分钟定位IDEA红色感叹号真实来源——基于IntelliJ Platform 2023.3源码级日志分析
更多请点击： https://kaifayun.com 第一章：IDEA 项目导入报错红色感叹号现象概览 IntelliJ IDEA 中项目导入后模块名旁出现红色感叹号（⚠️），是开发者高频 encountered 的典型提示，表明 IDE 未能成功解析或…
Python 3 字典（dict）、集合（set）、元组（tuple）
一、元组（tuple）—— 不可变的序列1.1 创建元组元组用圆括号 () 表示，一旦创建就不能修改。# 直接创建 point (3, 4) rgb (255, 128, 0)# 单元素元组必须加逗号（这是最常见的坑） single (42,) # 这是一个元组 no…
特种行业加固计算机配套的固态硬盘，兼容性问题通常出在哪里？
特种行业加固计算机配套的固态硬盘，兼容性问题通常出在哪里？ 加固计算机与加固笔记本，是特种行业移动作业平台中的核心计算终端。与通用工控机不同，这类设备的应用场景往往同时叠加多个严苛条件，宽温环境、高振动冲击、…
抖音音频下载终极指南：5分钟掌握免费开源工具
抖音音频下载终极指南：5分钟掌握免费开源工具 【免费下载链接】douyin-downloader A practical Douyin downloader for both single-item and profile batch downloads, with progress display, retries, SQLite deduplication, and browser fallback support. 抖音…
前后端分离考研互助交流平台系统｜SpringBoot+Vue+MyBatis+MySQL完整源码+部署教程
博主介绍：🎓简介： 软件工程专业毕业 | CSDN 博客达人 | 全栈项目开发实践 参与过多个企业级软件项目的设计与开发，熟悉从需求分析、架构设计到编码测试的全流程。现在创建计算机毕设工作室团队，专注 Java 全栈项目…
Selenium元素定位全解析：从八大方法到实战策略
1. 项目概述：从“找东西”到“精准操控” 做自动化测试，尤其是Web UI自动化，最核心也最让人头疼的一步是什么？不是写复杂的业务逻辑，也不是处理异步加载，而是最基础的—— 让程序找到页面上那个你想操作的…
移动端UI自动化测试框架Maestro终极指南：从入门到实战
1. 项目概述：为什么是Maestro？ 如果你正在寻找一个能让你快速上手、告别繁琐配置、并且对移动端UI自动化测试真正友好的框架，那么Maestro很可能就是你一直在等的那个答案。我接触过Appium、Espresso、XCUITest，也折腾过各种基于图…
BurpSuite Cluster Bomb模式深度避坑指南：从原理到实战的完整爆破策略
1. 项目概述：从“能用”到“精通”的必经之路如果你正在学习或从事网络安全测试，尤其是Web应用安全评估，那么BurpSuite的Intruder模块绝对是你绕不开的核心工具。而Intruder模块里，功能最强大、也最让人又爱又恨的，莫过…
AI Coding 六个月真实ROI账本：产品经理的血泪教训，研发的冷静忠告
6个月前的2025年12月，Boris Cherny 公开宣布自己卸载了 IDE。一时间，Vibe Coding 成了全行业最热的话题。6个月后，当我们回过头来拉一份真实账本，发现事情远没有"一句话生成一个App"那么浪漫。本文从产品经理和研发两个…
华为OD机试2025C卷-字符统计及重排[100分]（ Java _ Python3 _ C++ _ C语言 _ JsNode _ Go）实现100%通过率
📫 个人主页：深夜coding算法 📣 专栏系列：2026年华为最新OD机试题库详解 🔥 一次订阅，永久解锁 | 持续更新100篇 | 6语言全覆盖 文章目录❄️前言：☀️一：题目描述🌙 题目…
华为OD机试2025C卷-寻找相同子串[100分]（ Java _ Python3 _ C++ _ C语言 _ JsNode _ Go）实现100%通过率
📫 个人主页：深夜coding算法 📣 专栏系列：2026年华为最新OD机试题库详解 🔥 一次订阅，永久解锁 | 持续更新100篇 | 6语言全覆盖 文章目录❄️前言：☀️一：题目描述🌙 题目…
FAE放射组学分析工具：医学影像特征探索的完整解决方案
FAE放射组学分析工具：医学影像特征探索的完整解决方案 【免费下载链接】FAE FeAture Explorer 项目地址: https://gitcode.com/gh_mirrors/fae/FAE 你是否曾经面对海量医学影像数据感到无从下手？想要从CT、MRI等影像中提取有价值的定量特征&#…
0.69B参数实现中文多模态AI：揭秘Qwen3-SmVL模型融合技术的完整实战指南
0.69B参数实现中文多模态AI：揭秘Qwen3-SmVL模型融合技术的完整实战指南 【免费下载链接】happy-llm 📚 从零开始构建大模型 项目地址: https://gitcode.com/GitHub_Trending/ha/happy-llm 还在为大型多模态模型动辄数十亿参数、显存占用高而烦恼&…
解锁AMD Ryzen处理器性能潜力的SMU调试神器：从新手到专家的完整指南
解锁AMD Ryzen处理器性能潜力的SMU调试神器：从新手到专家的完整指南 【免费下载链接】SMUDebugTool A dedicated tool to help write/read various parameters of Ryzen-based systems, such as manual overclock, SMU, PCI, CPUID, MSR and Power Table. 项目地址…