1.0前言​ 断言(assertion)是一种在程序中的一阶逻辑(如：一个结果为真或假的逻辑判断式)，目的为了表示与验证软件开发者预期的结果——当程序执行到断言的位置时，对应的断言应该为真。若断言不为真时，程序会中止执行，并给出错误信息。1.1JUnitassert断言这里我们直接上例子importstaticorg.junit.Assert.assertArrayEquals;importstaticorg.junit.Assert.assertEquals;importstaticorg.junit.Assert.assertFalse;importstaticorg.junit.Asse

1.0流程图标识1.1语句覆盖法（C0标准）①目标​ 程序中的每个可执行语句至少被执行一次后面如未说明那就是还是用的这个样例程序源代码：importjava.util.Scanner;publicclassDemo{ publicstaticvoidmain(String[]args){ inta,b; doublec; Scannerscanner=newScanner(System.in); a=scanner.nextInt(); b=scanner.nextInt(); c=scanner.nextDouble(); if(a>0&&b>0){ c=c/a; }el

1.0流程图标识1.1语句覆盖法（C0标准）①目标​ 程序中的每个可执行语句至少被执行一次后面如未说明那就是还是用的这个样例程序源代码：importjava.util.Scanner;publicclassDemo{ publicstaticvoidmain(String[]args){ inta,b; doublec; Scannerscanner=newScanner(System.in); a=scanner.nextInt(); b=scanner.nextInt(); c=scanner.nextDouble(); if(a>0&&b>0){ c=c/a; }el

作者：京东零售吕豪背景EE（Explore&Exploit）模块是搜索系统中改善生态、探索商品的重要链路，其目标是缓解数据马太效应导致模型对商品排序丰富性、探索性不足，带来的系统非最优解问题。在JD搜索体系中，EE模块被定义的核心定位是：在给定流量和时间的约束下，探索出更多高效率的商品。EE的优化目标即为，以保障搜索效率为前提，提升广义中长尾商品的探索成功率，提升搜索结果的流动性、丰富性。EE场景迭代闭环由于EE场景的特殊性，其从核心定位→在线指标→离线评估体系→模型迭代的优化链路中的每一步，都需结合EE特点进行针对性升级。以下分别从模型迭代、在线实验指标、离线评估体系介绍相应模块的优化。模型

作者：京东零售吕豪背景EE（Explore&Exploit）模块是搜索系统中改善生态、探索商品的重要链路，其目标是缓解数据马太效应导致模型对商品排序丰富性、探索性不足，带来的系统非最优解问题。在JD搜索体系中，EE模块被定义的核心定位是：在给定流量和时间的约束下，探索出更多高效率的商品。EE的优化目标即为，以保障搜索效率为前提，提升广义中长尾商品的探索成功率，提升搜索结果的流动性、丰富性。EE场景迭代闭环由于EE场景的特殊性，其从核心定位→在线指标→离线评估体系→模型迭代的优化链路中的每一步，都需结合EE特点进行针对性升级。以下分别从模型迭代、在线实验指标、离线评估体系介绍相应模块的优化。模型

​ @FixMethodOrder的顺序也并不一定是方法在代码中定义的顺序，这与JVM的实现有关。​ 我们在写JUnit测试用例时，有时候需要按照定义顺序执行我们的单元测试方法，比如如在测试数据库相关的用例时候要按照测试插入、查询、删除的顺序测试。如果不按照这个顺序测试可能会出现问题，比如删除方法在前面执行，后面的方法就都不能通过测试，因为数据已经被清空了。而JUnit测试时默认的顺序是随机的。所以这时就需要有办法要求JUnit在执行测试方法时按照我们指定的顺序来执行。JUnit是通过@FixMethodOrder注解(annotation)来控制测试方法的执行顺序的。@FixMethodOr

​ @FixMethodOrder的顺序也并不一定是方法在代码中定义的顺序，这与JVM的实现有关。​ 我们在写JUnit测试用例时，有时候需要按照定义顺序执行我们的单元测试方法，比如如在测试数据库相关的用例时候要按照测试插入、查询、删除的顺序测试。如果不按照这个顺序测试可能会出现问题，比如删除方法在前面执行，后面的方法就都不能通过测试，因为数据已经被清空了。而JUnit测试时默认的顺序是随机的。所以这时就需要有办法要求JUnit在执行测试方法时按照我们指定的顺序来执行。JUnit是通过@FixMethodOrder注解(annotation)来控制测试方法的执行顺序的。@FixMethodOr

1.0Rules​ Rules允许非常灵活地添加或重新定义一个测试类中每个测试方法的行为。测试人员可以重复使用或扩展下面提供的Rules之一，或编写自己的Rules。1.1TestName​ TestNameRule使当前的测试名称在测试方法中可用。用于在测试执行过程中获取测试方法名称。在starting()中记录测试方法名，在getMethodName()中返回例如：importstaticorg.junit.Assert.*;importorg.junit.Rule;importorg.junit.Test;importorg.junit.rules.TestName;publicclas

1.0Rules​ Rules允许非常灵活地添加或重新定义一个测试类中每个测试方法的行为。测试人员可以重复使用或扩展下面提供的Rules之一，或编写自己的Rules。1.1TestName​ TestNameRule使当前的测试名称在测试方法中可用。用于在测试执行过程中获取测试方法名称。在starting()中记录测试方法名，在getMethodName()中返回例如：importstaticorg.junit.Assert.*;importorg.junit.Rule;importorg.junit.Test;importorg.junit.rules.TestName;publicclas

智能座舱、智能驾驶和智能网联的发展将会促使新功能的不断增加。同时，对高算力和大带宽数据传输的需求也会越来越迫切，再加上“软件定义汽车”的理念驱动，共同推动着整车EE架构的升级和变革；目前各车企已经逐步开始从独立功能的分布式架构，走向功能集成的域控制架构，并将最终走向中央计算+区域控制的中央集中式架构。一、特斯拉的“准中央集中式架构”引领了潮流1. 分布式架构VS中央集中式架构1）在分布式架构下，软硬件紧密耦合，OEM对于供应商比较依赖，在合作的过程中，主要只是提供一个技术标准(比如通讯信息-XX信号，通讯形式-CAN/LIN等)给到Tier1，并且每个系统由不同的供应商提供，导致OEM的整车软