肖sir__车载测试__各模块测试用例

 =====================================================

二、设计用例方法

1.测试用例设计前：

a.仔细认真研读prd、理解prd

b.质疑prd、有困惑或者想法的点做好记录，可以一次性和产品沟通

2.设计中：

成282

a.根据结构化思维，设计xmind

i全链路正向功能点、子链路功能点

ⅱ.考虑业务特性（下面单独提）

成282

和应用、电话、导航、多媒体、仪表等各种核心用户交互类场景

iv.数值相关的case要对边界、最大、最小、步长特别敏感

V.反向、不支持、异常类

年成282

Vi.兼容性、比如涉及手机等外设

vⅶ性能、稳定性

vii.用户体验

b.编写kmind,要尽可能的覆盖所有功能点、分支、异常等等

c.根据用例template,xmind编写测试用例

3.内审、外审（后续我会建立量化度量机制，保障设计的水平）

业务特性

语音：

1.考虑云、本地用例

2前置条件等主驾、副驾用车场景、跟声源定位

整车应用：

1.设计整车测试用例，从HMI界面开始验证

2.设计信号测试用例，验证信号的正确性和准确率（帧数和周期）

测试执行手册

执行层面

.明确每次提测的功能点、应该提测功能点、对应的信号表、版本、软件其他环境

b.清楚此次模块功能提测范围，以及UUE提测版本

C.测试所需依赖尽快抛出给上游或业务负责方，包括但不限于工具、信号、配置字等

d.执行前确认并记录Android、QNX、MCU版本

e.i端正执行态度，严谨对待每一条测试用例，仔细核对问题是否不符合需求文档定义以及uiue设计

f.测试过程中，关注车机整体界面响应、卡顿、花屏、延迟、其他模块、用户体验等bug

g.偶现问题高度重视

 bug提交层面

a.bug确认：1.用例经过外审2.功能本次提测3.测试环境正确4.操作步骤正确或者5.产

品设计严重不合理，只要前4个要素或者第5个符合，出现一切不符合预期的状况，不

论是不是本模块的问题，都是bug

b.可按链路拆分bug,比如语音链路、语音功能、实车信号、车机HMI等

c.日志尽量全程抓取，不放过任何ug,出现问题时，记录对应问题时间和描述；有条

件再抓取fr日志；可复现问题一定更要拍摄视频

BUG提交执行策略

d.避免提交无效bug,请参阅、bug验证方面

a.bug验证+回归相关联case,关注整个车机的表现