(19)国家知识产权局 (12)发明 专利申请 (10)申请公布号 (43)申请公布日 (21)申请 号 202210533934.6 (22)申请日 2022.05.17 (71)申请人 重庆长安汽车股份有限公司 地址 400020 重庆市江北区建新 东路260号 (72)发明人 黄勇　张英鹏　高斯雄　张磊　 刘大全　肖宏　 (74)专利代理 机构 重庆博凯知识产权代理有限 公司 50212 专利代理师 孙根 (51)Int.Cl. G06F 11/36(2006.01) G06F 21/62(2013.01) (54)发明名称 自动化汽车 软件测试系统及测试方法 (57)摘要 本发明公开了自动化汽车软件测试系统及 测试方法， 包括配置端； 需求端， 用于输入需求， 并对该需求进行评审， 评审通过后， 将需求传输 至编码端和测试端； 编码端， 用于对需求进行解 析， 根据需求进行编码形成测试用例， 并对测试 用例进行验证， 验证通过后将测试用例传输至测 试端； 测试端， 用于根据测试用例和需求进行测 试， 并输出测试报告。 本发明能够适用于多个产 品同时进行自动化测试分析， 到最后输出测试结 果， 定位问题和追踪问题。 整条链路更加清晰， 减 少人力成本， 后期软件问题能够有追溯性， 减少 时间成本， 增加软件产品的快速迭代性， 能够更 加直观的分析和查看测试的问题， 能够匹配项目 的敏捷开发的模式， 保证项目有序的进行。 权利要求书1页 说明书4页 附图2页 CN 114840430 A 2022.08.02 CN 114840430 A 1.一种自动化汽车 软件测试系统， 其特 征在于， 包括， 配置端， 用于 输入系统配置信息； 需求端， 用于输入需求， 并对该需求进行评审， 评审通过后， 将需求传输至编码端和测 试端； 编码端， 用于对需求进行解析， 根据需求进行编码形成测试用例， 并对测试用例进行验 证， 验证通过后将测试用例传输 至测试端； 测试端， 用于根据测试用例和需求进行测试， 并输出测试报告。 2.根据权利要求1所述的自动化汽车软件测试系统， 其特征在于， 所述系统配置信 息包 括管理人员的配置以及管理人员的权限配置 。 3.根据权利要求1所述的自动化汽车软件测试系统， 其特征在于， 所述需求包括输入产 品的设计架构， 需求端对该架构进行评审， 评审通过后将该需求传输 至编码端和 测试端。 4.根据权利要求1所述的自动化汽车软件测试系统， 其特征在于， 所述编码端对测试用 例的验证包括输出单元测试报告， 自测报告， 静态测试报告， 开 发测试报告， 性能测试报告， 稳定性测试报告。 5.根据权利 要求1所述的自动化汽车软件测试系统， 其特征在于， 所述配置端由p ython 以及shel l脚本进行配置系统配置信息 。 6.一种自动化汽车软件测试方法， 包括如权利要求1 ‑5任一所述的自动化汽车软件测 试系统， 其特 征在于， 包括以下步骤， S1、 由配置端输入系统配置信息； S2、 由需求端输入需求， 并对该需求进行评审， 评审通过后， 将需求传输至编码端和测 试端； S3、 编码端在收到需求后， 对该需求进行解析， 并根据需求进行编码形成测试用例， 且 对测试用例进 行验证， 验证通过后 将测试用例传输至测试端， 否则， 编码端对测试用例进 行 整改； S4、 测试端在收到测试用例后进行测试， 并结合需求输出测试报告。 7.根据权利要求6所述的自动化汽车软件测试方法， 其特征在于， 步骤S3中， 编码端对 所述需求进行分解， 并每完成一个对应需求的功能， 即输出单元测试报告、 自测报告、 静态 测试报告， 验证通过后， 输出开 发测试报告、 性能测试报告、 稳定性测试报告， 并将测试用例 传输至测试端。 8.根据权利要求6所述的自动化汽车软件测试方法， 其特征在于， 步骤S1中， 所述管理 人员的配置包括对应于配置端、 需求端、 编 码端和测试端的管理人员的配置， 并配置各管 理 人员的权限， 其中， 各端的管理人员在对应端下 具有读写权限， 在其 他端下具有只读权限。权　利　要　求　书 1/1 页 2 CN 114840430 A 2自动化汽车软件测试系统及测试方 法 技术领域 [0001]本发明属于车辆中控及仪表软件系统技术领域， 更具体涉及自动化汽车软件测试 系统及测试 方法。 背景技术 [0002]随着车辆智能化和车载软件系统的发展， 对软件系统的自动化测试提出了更高 的 要求， 如我国专利CN201710153610.9公开了一种软件测试方法和软件测试客户端， 提供通 过配置文件直接进行测试， 可以根据对应客户端框架生成性能测试工具， 能够更好的适用 于不同环境下的功能测试。 本发明实施例减少人工开 发量减少人力成本， 降低测试门槛。 该 现有技术虽然减少了人力成本， 但是未实现全面的自动化， 只是对于功能的测试， 和性能的 工具， 无法实现白盒测试级别的代码测试， 无法和对应的各个测试用例进行一 一对应起 来。 [0003]又如我国专利CN20 1810876701.X公开了一种软件测试过程质量度量方法和系统， 提供了一种软件测试过程质量度量方法和系统， 包括： 在软件测试的各阶段， 将该阶段产生 的软件测试数据带入软件测试过程质量度量模型中， 获得各质量度量指标值； 根据各质量 度量指标的值， 进行综合评估计算， 得到软件测试过程质量评估结果； 其中， 软件测试过程 质量度量模型包括： 反 映软件测试 的完整过程各个阶段的质量特性的多个质量度量指标。 该方法和系统得到软件测试过程质量评估结果， 能够反映软件测试的完整过程各个阶段的 质量特性， 具有较好的全面性， 同时各评估指标的评估方法与软件测试过程密切相关， 与测 评机构的质量管理体系相关性不大， 评估结果具有更好的客观性和公正性。 该现有技术是 针对软件测试的各阶段， 将该阶段产生的软件测试数据带入软件测试过程质量度量模型 中， 获得各质量度量指标值。 该现有技术是对软件测试层级 各阶段指标的获取， 没有进行对 软件测试的结果进行整理和分析， 不能得到每 个阶段测试的结果数据。 发明内容 [0004]为解决上述问题， 本发明提供了自动化汽车软件测试系统及测试方法， 提供了一 套能够适用于多个产品同时进行自动化测试分析， 到最后输出测试结果， 定位问题和追踪 问题。 整条链路更加清晰， 减少人力成本， 后 期软件问题能够有追溯性， 减少时间成本， 增加 软件产品的快速迭代性， 能够更加 直观的分析和查看测试 的问题， 能够 匹配项目的敏捷开 发的模式， 保证项目有序的进行。 [0005]为了解决上述技术问题， 本发明采用的技术方案是这样的： 一种自动化汽车软件 测试系统， 包括， 配置端， 用于 输入系统配置信息； 需求端， 用于输入需求， 并对该需求进行评审， 评审通过后， 将需求传输至编码端 和测试端； 编码端， 用于对需求进行解析， 根据需求进行编码形成测试用例， 并对测试用例进 行验证， 验证通过后将测试用例传输 至测试端；说　明　书 1/4 页 3 CN 114840430 A 3