《车载测试设计方法测试用例设计前.docx》由会员分享，可在线阅读，更多相关《车载测试设计方法测试用例设计前.docx（2页珍藏版）》请在课桌文档上搜索。
1、车载测试设计方法L测试用例设计前：a.仔细认真研读prd、理解Prdb.质疑prd、有困惑或者想法的点做好记录，可以一次性和产品沟通2.设计中：成282a.根据结构化思维，设计Xmindi全链路正向功能点、子链路功能点ii.考虑业务特性（下面单独提）成282和应用、电话、导航、多媒体、仪表等各种核心用户交互类场景iv.数值相关的CaSe要对边界、最大、最小、步长特别敏感V .反向、不支持、异常类年成282VI .兼容性、比如涉及手机等外设VVii性能、稳定性vii.用户体验b.编写kmind,要尽可能的覆盖所有功能点、分支、异常等等c.根据用例templatezmind编写测试用例3.内审、外
2、审（后续我会建立量化度量机制，保障设计的水平）业务特性语音：1.考虑云、本地用例2前置条件等主驾、副驾用车场景、跟声源定位整车应用：1 .设计整车测试用例，从HMl界面开始验证2 .设计信号测试用例，验证信号的正确性和准确率（帧数和周期）测试执行手册执行层面.明确每次提测的功能点、应该提测功能点、对应的信号表、版本、软件其他环境b清楚此次模块功能提测范围，以及UUE提测版本C.测试所需依赖尽快抛出给上游或业务负责方，包括但不限于工具、信号、配置字等d.执行前确认并记录AndrOid、QNX、MCU版本e.i端正执行态度，严谨对待每一条测试用例，仔细核对问题是否不符合需求文档定义以及uiue设计
3、f.测试过程中，关注车机整体界面响应、卡顿、花屏、延迟、其他模块、用户体验等bugg.偶现问题高度重视bug提交层面a.bug确认：1.用例经过外审2.功能本次提测3.测试环境正确4.操作步骤正确或者5.产品设计严重不合理，只要前4个要素或者第5个符合，出现一切不符合预期的状况，不论是不是本模块的问题，都是bugb.可按链路拆分bug,比如语音链路、语音功能、实车信号、车机HMl等c.日志尽量全程抓取，不放过任何ug,出现问题时，记录对应问题时间和描述；有条件再抓取fr日志；可复现问题一定更要拍摄视频BUG提交执行策略d.避免提交无效bug,请参阅、bug验证方面a.bug验证+回归相关联case,关注整个车机的表现
