七、智能座舱编辑测试用例

7.1编辑测试用例的必要性

　　1、什么是测试用例

　　测试用例是一组测试输入、执行条件和预期结果，为特殊目的而编制，以测试程序路径或验证是否满足特定要求。

　　编辑测试用例最主要的作用就是帮助测试人员提升效率一方面，可以通过写测试用例，加深对需求的了解，理清思路，另一方面，测试用例可以更好的指导测试工作，对后期回归测试有作用。

　　根据需求的重要程度和难易程度来评定要不要写测试用例，再敏捷开发的环境下，时间不充足的情况下，更加需要测试人员 拥有编写测试用例的意识和能力。

　　测试用例是一份非常有用的测试文档，更是培养新员工交接工作的有利工具，我们可以把文档分门别类，编写成简单明了的流程图，无论是新员工还是测试人员，都能通过文档快速的明白业务需求，融入测试工作中。

　　测试用例是测试的根基，可以让我们的测试活动从不可控状态变更可控状态，让测试活动开展起来更加顺利，可视化的跟踪我们的测试进度，哪些已测试，哪些未测试，所以要想成为一个高水平的测试人员，写出一份高质量的测试用例是基础。

7.2编辑测试用例的基准

　　编辑测试用例的唯一基准是需求！！！！

　　1、再测试需求分析阶段，我们只有需求文档，所以编写测试用例的唯一依据就是需求文档，所以再编写测试用例之前必须进行需求分析。

　　需求分析的主要任务是，了解需求的整个实现背景，分析需求的合理性，确定需求的范围，挖掘需求中的隐藏需求，通过需求披露的过程，确定初步的实现思路和开发方法。

　　2、根据测试需求分析得到的需求框架，对测试点进行整理和细化。

　　虽然这里的测试点很厚，但不能有遗漏，这是测试点细化的前提。根据测试点，细化具体的测试用例，注意每个点的组合测试。

 

7.3编辑测试用例的模板

　　　1、组成：测试用例文档由简介和测试用例两部分组成。

　　简介部分编制测试目的、测试范围、定义术语、参考文档、概述等。

　　测试用例包括：用例编号，功能模块，用例名称，前提条件，操作步骤，期望结果，实际结果，备注。

 

 

 7.4编辑测试用例设计思路

　　1、基于需求

　　测试设计前，测试人员应先手机该特性相关的所有参考文档，这些文档将会作为测试依据、测试的输入。

　　①思考并质疑我扫码要做这样的需求？

　　了解测试任务，主要收集四大信息：

　　了解用户

　　了解项目

　　了解产品

　　了解测试任务本身

　　②思考是否已经理解这些需求？

　　测试前提，这个过程叫测试覆盖大纲。

　　初始阶段，以学习消化信息为主，先主体再局部，先了解当前需求是什么，再针对需求中模糊的点进行提问。、

　　最后，要明白被测需求的内容，没有其他起义，有疑问的部分得到解答，即可进入下一阶段。