• 0
  • 0
分享

  美国国家公路交通安全管理局(NHTSA)近日发布调查报告,称过去几年将近 1000 起交通事故和特斯拉的 Autopilot 系统存在关联,而且其中超过 20 起事故导致人员死亡。

20-1.jpg

  报告指出大部分事故都是司机不专心造成的,他们可能错误地认为该公司的驾驶员辅助系统可以充当成熟的自动驾驶方案使用。

  报告详细记录了 2018 年 1 月至 2023 年 8 月期间发生的 956 起事故,导致 100 多人受伤、数十人死亡,IT之家附上截图如下:

20-2.jpg

  在本次关联事故中,均为特斯拉的 Autopilot 系统检测到障碍物后几秒后发生的,细心的驾驶员有足够的时间来避免事故或最大程度地减少所遭受的损失。

  其中一起事故发生于去年,司机驾驶 2022 款 Model Y 汽车,在开启 Autopilot 系统状态下撞上从校车下来的一名未成年人。受害人受了重伤,有生命危险,检查显示,细心的司机本应该能够避免这起事故。

  特斯拉的 Autopilot 功能并不是完全自动驾驶系统。它被定义为 Level 2 自动驾驶系统,可同时协助转向、制动、加速、车道居中和自适应巡航控制等操作。然而,它仍然需要驾驶员保持眼睛注视路面,双手放在方向盘上。

20-3.jpg


作者:故渊

原文链接:IT之家(ithome.com)


  • 【留下美好印记】
    赞赏支持
登录 后发表评论
+ 关注

热门文章

    最新讲堂

      • 推荐阅读
      • 换一换
          • 在上一个模块,我们从方法论层面讲了测试用例设计的方法,这一讲我们将会从实战的角度来讲,设计一个「好用例」的过程和方法。本模块的第一节,我们来看拿到需求后,如何开始着手用例设计。熟悉需求细节设计用例的根本,是对需求的了解和把握。只有清楚的理解了需求中的每一个细节,才能够让自己的用例足够得好。有些同学拿到需求后,还没有通读需求全文,就开始设计起用例了。在我看来,这样做是不可取的。要熟悉需求,我们建议要做到以下几点:充分阅读,透彻理解。拿到一个需求后,我建议大家先对需求文档做充分的阅读,通过至少三遍的阅读,来对需求有一个充分而透彻的理解,这里不仅包括对需求中细节的理解,还包括需求背景和目的的理解。只...
            0 0 70
            分享
          • 什么是测试用例测试用例为一组条件或变量,根据其来确定应用软件是否能够正常的工作。其条件和变量为测试用例。测试用例属于最小的执行的实体,只有两种,通过或不通过。基本原则测试用例的最小化举例 要测试功能A 其有三个子功能为A,B,C有两种方法设计测试用例,方法1; 用一个测试用例覆盖子功能。(一份文档)方法2:用三个单独的用例来覆盖三个子功能(三份文档)其中,应该选择方法2设计测试用例,因为其能覆盖的边界定义更加清晰,对产品的指向性更强,耦合度最低。覆盖面广尽可能的覆盖业务逻辑覆盖用户场景覆盖需求点测试目标明确不能具有冗余的用例测试用例覆盖测试策略要尽可能的覆盖基本流(核心的业务逻辑)备选流(业务...
            0 0 1077
            分享
          • 1、你会封装自动化测试框架吗?这个问得最多,甚至有很多公司直接写在招聘要求中!当然可以,自动化框架主要的核心框架就是分层+PO模式:分别为:基础封装层BasePage,PO页面对象层,TestCase测试用例层。然后再加上日志处理模块,ini配置文件读取模块,unittest+ddt数据驱动模块,jenkins持续集成模式组成。2、如何把自动化测试在公司中实施并推广起来的?1.项目组调研选择自动化工具并开会演示demo案例,我们主要是演示selenium和robotframework两种;2.搭建自动化测试框架,在项目中逐步开展自动化;3.把该项目的自动化流程、框架固化成文档;4.推广到公司的...
            13 16 3978
            分享
          • 1)保持简单但不要太简单;使其复杂,但不要太复杂这种说法似乎是一个悖论。但是,我们保证事实并非如此。保持TC的所有步骤原子性和精确性。提及具有正确顺序的步骤,并正确映射到预期结果。测试用例应该是不言自明的,易于理解。这就是我们要让它变得简单的意思。现在,使其变得复杂意味着使其与测试计划和其他TC集成。在需要时,请参阅其他TC,相关工件,GUI等。但是,以平衡的方式做到这一点。不要让测试人员在一堆文档中来回移动以完成单个测试场景。甚至不要让测试人员紧凑地记录这些TC。在编写TC时,请始终记住,您或其他人必须修改和更新这些内容。2)记录测试用例后,作为测试人员查看一次永远不要以为一旦你写了测试场景...
            0 0 2095
            分享
          •   虽然产品同学都知道要站在用户的角度设计产品,但事实是部分同学设计出来的产品真的是一言难尽,很多产品甚至只停留在将功能转换为原型图、流程图的层面。难道交互性强、用户体验好的产品都是别人家的?提高用户体验虽然是产品一贯的目标和宗旨,但是不同的实践方法和实现路径阻碍了好的产品设计。结合看了《用户体验多面手》的感想以及项目中的经历,总结了产品同学比较容易忽略的情况。  1、仅限于自己站在用户的角度,忽略了用户调研  他们知道要从用户的角度出发,思考如何设计一款满足用户需求的产品,但仅仅这样是不够的。每个人的想法都有局限性,给十个产品各自按照自己的偏好设计一款旅游app,得到的结果也是不尽相同的,那...
            0 0 736
            分享
      • 51testing软件测试圈微信