测试用例的编写种类
- 等价类 ：等价类分为有效等价和无效等价。
有效等价：输入的数据中符合要求的值（比如时速150 km/h以内）
无效等价：输入的数据中非法值或者是作死行为（比如猪脚饭或者时速 -100km/h） - 边界值：有效边界（最大/最小）、无效边界（越界了）、 邻居值（边界值附近）
- 场景法：道路场景、天气场景、车辆模式、档位、驾驶模式、车辆电源模式、不同坡度......
- 条件组合 ：不同的条件组合起来测试
比如：
1、车辆模式是用户，电源模式是Driving，档位是 D 档，然后电源插枪
2、车辆模式是用户，电源模式是Driving，档位是 R 档，然后电源插枪 - 因果图：通过因来判断果
- 错误推断发：通过过往的经验来判断用例是否有问题。
项目流程
-
主机厂
内部开需求评审会议，拉开发和测试，讨论这个需求里面的功能是否可以实现，最终会确定一版最终的版本，这就叫需求文档，讨论完毕之后开发和测试分别按照文档去工作，开发也会有一个排期，进行代码编写，然后就是我们测试，领导会进行测试计划编写，分配给我们测试人员，我们就要进行测试用例的编写，写完之后也要进行评审，也需要喊上开发和需求人员，评审结束之后也是形成了一版最终版本，等开发把编写好的功能发给我们，我们按照用例进行测试，先进行主功能测试（冒烟测试），基础功能（主功能）未完成的要打回给开发，冒烟测试完成之后就会进行详细的测试，过程中会发现BUG，记录之后提交给开发，开发修改之后进行回归测试（复测），没有问题之后关闭BUG，最终出一版测试报告
开会--喊人--开发和测试干活--开发写好代码之后进行测试--有BUG提交--最终关闭BUG
-
供应商
甲方给了需求之后，内部开需求评审会议，拉开发和测试，讨论......测试完成之后生成一个最终的版本，然后发给客户进行实车验证，通过就OK
-
测试流程
在测试之前 做测试准备 制定测试计划，哪几个人负责哪几个模块，写用例要多长时间，测用例要多长时间，测试准备完成之后，要搭建我们的测试环境，台架或者是实车环境，然后就可以开始测试，测试过程中发现BUG，截图 视频 日志 和报文都需要有，提交到 jira 系统，对应域的开发人员会进行修改，敲定回归验证的版本和时间，全部执行之后，出测试报告，报告里就是执行了多少用例 发现了多少Bug等待
