端到端落地中可以参考的七个Project

点击下方卡片,关注“自动驾驶之心”公众号

戳我-> 领取自动驾驶近30个方向学习路线

导航信息、强化学习、扩散模型、自回归、时空联合规划兜底是当下端到端落地中最重要的技术栈。近期和业内一位招聘朋友聊了聊,他们反馈头部玩家已经验证了端到端走的通,其他车企也开始铺人力和资源跟进。但候选人往往只懂一部分,具体的量产经验如导航信息的引入、强化学习调优、轨迹的建模及优化都有很多门道,都是实际的落地痛点。为此我们花了三个月的时间设计了端到端量产进阶课程,七个项目从实战到落地层层展开。

该课程涉及的核心算法包括:一段式端到端、两段式端到端、导航信息的量产应用、开闭环强化学习、扩散模型+强化学习、自回归+强化学习、时空联合规划等等,最后分享一些实际的量产经验。这门课程是自动驾驶之心联合工业界算法专家开设的《面向量产的端到端实战小班课》!课程只有一个重点:聚焦量产。从一段式、两段式、强化学习、导航应用、轨迹优化、兜底方案再到具体量产经验分享。面向就业直击落地,所以这门课程目前不打算大规模招生,仅剩「20名」招生名额......

仅剩「20个」名额,扫码咨询助理!

讲师介绍

王路, C9本科+QS50 PhD,已发表CCF-A和CCF-B论文若干。现任国内TOP tier1算法专家,目前从事大模型、世界模型等前沿算法的预研和量产,所研发算法已成功落地并量产,拥有丰富的端到端算法研发和实战经验。

课程大纲

这门课程讲如何展开

第一章:端到端任务概述

经典的自驾系统分成了感知,地图,规控等多个系统模块。而在端到端时代,感知任务的合并,规控算法的learning化已是绝对的主流。如何更高效的合并感知任务,如何设计规控的learning化模块成为各大公司的核心必备技能。在这个章节中,老师会介绍主流的感知模型一体化架构和经典的规控learning化方案,同时也会对目前端到端的开源数据集和评测方式进行一个详细的介绍。

第二章:两段式端到端算法

本章节主要介绍两段式的端到端算法框架,包括两段式框架建模方式,感知与PNC的信息传递方式。为何使用两段式建模、两段式的优缺点介绍。在本章中,会正式开始讲解哪些感知信息会被下游消费以及如何消费。通过这些知识的讲解大家基本会对目前的两段式方案有一个大概的理解,最后会通过一个经典的PLUTO算法带领大家进行实战,可以让大家有个更全面的认知。

第三章:一段式端到端算法

本章节主要介绍一段式的端到端算法框架,相比于两段式框架来说,一段式的框架可以做到信息的无损传递,因此在性能上也更优于两段式的方案。在本章中大家会学习多种一段式框架的方案,例如基于vla的方法、基于diffusion的方法等。最后会带领大家进行VAD系列的学习,从而更深入的掌握一段式的方法。

第四章:导航信息的量产应用

导航信息在自动驾驶中是一个非常关键的要素信息,主要起到了一个引导、选路、选道的作用。在本章中老师会给大家介绍目前主流的导航地图的格式和包含的内容信息,以及在端到端的模型中,导航地图的编码与嵌入方式,如何更有效的发挥出导航地图的能力。

第五章:自动驾驶中的RL算法介绍

在之前的端到端算法介绍中,主要介绍的是基于模仿学习的方法,即让机器去模仿学习人类的驾驶行为。然而只靠纯模仿学习是不够的,因为一方面人类的驾驶风格迥异,同时有些corner-case场景又很难采集到。因此在模仿学习之后需要再接入一个基于强化学习的方法,目的是让机器能够学习到这种因果关系,从而达到一个可以泛化的目标。在本章中老师会重点介绍强化学习算法以及强化学习的训练策略。

第六章:端到端轨迹输出优化

本章主要是带领大家进行nn planner部分的项目实战,主要包括了基于模仿学习的算法实战,重点会介绍基于扩散模型的算法和基于自回归的算法。在SFT之后会继续讲解基于强化学习的算法实战。通过本章的学习大家会对模仿学习和强化学习的结合使用有一个非常深入的掌握和理解。

第七章:兜底方案 - 时空联合规划

真正量产落地阶段,除了模型部分还会有后处理的兜底逻辑。由于无法保证模型直出会有100%的准确率,因此会通过一些轨迹的平滑优化算法来使得最终输出的轨迹更加的稳定和可靠,本章会介绍目前一些常用的轨迹平滑算法,既有多模态轨迹打分搜索的算法,也有轨迹平滑的算法。学完本章会对整个端到端方案的上下游有一个清晰的理解。

第八章:端到端量产经验分享

最后的一章重点会对量产的一些经验进行分享,会从数据、模型、场景、规则等多个视角来剖析如何使用合适的工具和手段解决相应的问题,当面临一个实际的可落地的系统时,如何更合理的选用不同的策略和方法,从而能够快速提升一个系统的能力边界。

面向人群

本课程面向进阶学员,最好具备以下基础:(基础薄弱也能参加,老师会将学习内容纳入指导范围,力求最快速度上手,但不对以下内容做详细指导):

  • 需要自备GPU,推荐算力在4090及以上;

  • 熟悉自动驾驶BEV感知、视觉Transformer、端到端等常见算法;

  • 掌握强化学习、扩散模型的理论基础;

  • 具备一定的python和pytorch语言基础;

  • 熟悉mmdet3d算法框架;

  • 一定的高等数学、线性代数和矩阵论基础;

课程进度安排

课程开课时间:11.30号,预计三个月结课。离线视频教学,vip群内答疑+三次线上答疑,答疑时间截止2026.11.30日。

开始解锁时间

对应章节

11.30

第一章

12.7

第二章

12.14

第三章

12.21

第四章

12.30

第五章

1.15

第六章

2.10

第七章

2.24

第八章

课程咨询

扫码试听!抢占课程名额
添加助理咨询课程
基于径向基函数神经网络RBFNN的自适应滑模控制学习(Matlab代码实现)内容概要:本文介绍了基于径向基函数神经网络(RBFNN)的自适应滑模控制方法,并提供了相应的Matlab代码实现。该方法结合了RBF神经网络的非线性逼近能力和滑模控制的强鲁棒性,用于解决复杂系统的控制问题,尤其适用于存在不确定性和外部干扰的动态系统。文中详细阐述了控制算法的设计思路、RBFNN的结构与权重更新机制、滑模面的构建以及自适应律的推导过程,并通过Matlab仿真验证了所提方法的有效性和稳定性。此外,文档还列举了大量相关的科研方向和技术应用,涵盖智能优化算法、机器学习、电力系统、路径规划等多个领域,展示了该技术的广泛应用前景。; 适合人群:具备一定自动控制理论基础和Matlab编程能力的研究生、科研人员及工程技术人员,特别是从事智能控制、非线性系统控制及相关领域的研究人员; 使用场景及目标:①学习和掌握RBF神经网络与滑模控制相结合的自适应控制策略设计方法;②应用于电机控制、机器人轨迹跟踪、电力电子系统等存在模型不确定性或外界扰动的实际控制系统中,提升控制精度与鲁棒性; 阅读建议:建议读者结合提供的Matlab代码进行仿真实践,深入理解算法实现细节,同时可参考文中提及的相关技术方向拓展研究思路,注重理论分析与仿真验证相结合。
<think>嗯,用户这次聚焦在支付核心链路的端到端测试上,结合之前我提供的分层测试框架,ta显然想深入最顶层的验证环节。用户可能正在搭建支付系统,或是负责质量保障的测试工程师,需要可落地的实施方案。 从引用[1]看,用户特别关注金字塔顶端的测试策略,这类测试虽然只占10%,却是支付流程的最后防线。引用[2]提到的Testcontainers和REST Assured正好能解决环境依赖问题,而引用[3]的集群压测思路可以迁移到支付峰值测试场景。 支付端到端测试的关键在于“真实”:真实的多渠道支付环境、真实的订单状态流转、真实的用户行为路径。但完全真实测试成本太高,需要平衡仿真度和效率。比如苹果IAP必须用沙箱环境,而第三方支付可以用WireMock模拟,但涉及银行网关时可能需要特殊测试卡。 用户没提具体技术栈,所以我会覆盖主流方案:Java系的Spring Cloud Contract适合微服务契约测试,Python的Playwright则能快速实现多浏览器支付流程。对于移动端,Appium虽然慢但支持真机支付弹窗操作,这是模拟器做不到的。 安全测试必须单列,特别是防重放攻击和越狱检测。之前提供的Objective-C越狱检测代码需要补充Android的ROOT检测,比如检查Superuser.apk或adb调试状态。合规性也不能漏,比如谷歌要求订阅商品必须有恢复购买按钮。 持续集成部分要强调测试数据隔离,避免并发测试时订单号冲突。性能测试则需模拟支付高峰,参考引用[3]的集群压测方法,观察数据库锁和消息队列堆积情况。 最后生成的三个问题都直击痛点:支付链路监控关系到线上故障快速定位,灰度发布策略影响支付稳定性,安全测试数据则决定风控强度。用户如果补充技术细节,比如在用K8s或AWS,可以给出更精准的方案。</think>以下是针对支付核心链路的端到端测试方案,结合分层策略和实际工程实践: --- ### 一、端到端测试框架设计 #### 核心组件架构 ```mermaid graph TD A[测试入口] --> B[UI自动化层] A --> C[API服务层] A --> D[支付渠道Mock] B --> E(Appium/Playwright) C --> F(REST Assured/Postman) D --> G(WireMock/Mountebank) G --> H[模拟支付回调] H --> I[订单数据库] I --> J[验证结果] ``` #### 技术栈组合 | **层级** | **工具** | **验证目标** | |----------------|-------------------------|------------------------------------------| | **UI交互层** | Playwright + Appium | 支付界面跳转、安全键盘输入、弹窗处理 | | **API服务层** | REST Assured + TestNG | 支付下单/回调接口契约[^2] | | **渠道模拟层** | WireMock + 自定义Stub | 动态生成支付签名/回调报文 | | **数据验证层** | JDBC + AssertJ | 订单状态/金额/日志一致性[^3] | | **监控层** | Prometheus + Grafana | 支付成功率/耗时监控 | --- ### 二、核心测试场景覆盖 #### 1. 正向流程验证 ```gherkin 场景:苹果IAP支付成功流程 当 用户选择648元钻石礼包 且 调用Apple沙箱支付接口 且 模拟App Store返回21000状态码 那么 订单状态应变为"已支付" 并且 游戏账户增加6480钻石 并且 支付日志记录完整链路 ``` #### 2. 异常流测试矩阵 | **故障类型** | **注入方式** | **预期处理** | |--------------------|-----------------------------|--------------------------------| | 支付渠道超时 | WireMock延迟响应(>30s) | 触发本地订单状态锁定机制 | | 金额不一致 | 修改回调报文中的amount字段 | 拒绝入账并告警[^1] | | 重复支付 | 发送相同transactionId两次 | 幂等处理仅入账一次 | | 网络中断 | Chaos Mesh注入Pod故障 | 订单保持"处理中"状态 | #### 3. 安全专项测试 ```java // 重放攻击检测示例 @Test public void testReplayAttack() { String originalSign = buildAlipaySign(params); // 原始签名 Map<String,String> hackedParams = modifyParams(params); hackedParams.put("sign", originalSign); // 复用旧签名 Response response = callPaymentCallback(hackedParams); assertThat(response.statusCode()).isEqualTo(403); // 应拒绝非法请求 } ``` --- ### 三、关键实施策略 #### 1. 测试环境构建 - **渠道模拟方案**: ```java // WireMock模拟微信支付回调 stubFor(post(urlPathEqualTo("/wxpay_callback")) .withRequestBody(containing("total_fee=64800")) .willReturn(aResponse() .withHeader("Content-Type", "application/xml") .withBody("<xml><return_code>SUCCESS</return_code></xml>"))); ``` - **数据库隔离**:使用Testcontainers启动临时MySQL实例 ```yaml # docker-compose片段 payment-db: image: mysql:8.0 environment: MYSQL_DATABASE: payment_test MYSQL_ROOT_PASSWORD: testpass ``` #### 2. 测试数据管理 ```python # 参数化测试数据示例 @pytest.mark.parametrize("currency, amount", [ ("CNY", 0.01), # 最小值边界 ("USD", 99.99), # 常规值 ("JPY", 10000) # 最大值边界 ]) def test_currency_exchange(currency, amount): # 验证汇率换算逻辑 assert convert_currency(amount, currency) == expected_value ``` #### 3. 持续集成流水线 ```yaml # GitLab CI 配置 e2e_payment_test: stage: test services: - mysql:8.0 - redis:alpine script: - docker-compose up -d wiremock - mvn test -Dgroups=payment_e2e - playwright test --project=chromium artifacts: paths: - test-report/ ``` --- ### 四、金融级验证要点 1. **资金核对** - 验证会计等式:$$ \sum 收入 = \sum 渠道结算 - \sum 手续费 $$ - 通过流水号关联支付单、会计凭证、银行对账单 2. **跨境支付测试** - 时区转换测试(如UTC+8与UTC-5系统交互) - 汇率波动模拟(使用历史极值汇率数据) 3. **审计追踪** ```sql SELECT * FROM payment_audit_log WHERE order_id='TX2023' AND operation_type IN ('CREATE','CALLBACK','SETTLE') ``` ---
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值