首先尝试复现bug，看页面提示报错，然后进入工程模式，打开对应模式详细日志记录，紧接着分析问题，比如画面重叠或者冻结，去对应界面相关模块查看日志。如果是音频播放出现问题，去音频模块查看日志；如果是信号网络问题，去网络相关模块查看，如果是车辆本身硬件执行的问题，抓取CAN网络信号，查看发送的报文对不对，接收是否正常，硬件是否执行指令。

具体的数据访问量，在线用户数量一般情况下，大型系统（业务量大、机器多）做压力测试，10000～50000 个用户并发，中小型系统做压力测试，1000-5000 个用户并发比较常见。参考回答:我们公司设置的并发量，在 1000 用户，或者 2000 用户。在线用户数量在峰值的时候，我们最高是 1w 用户。

一直来对于线上的支付我都是很谨慎的，这可是公司的财务来源呀。在测试一个活动的支付的时候，有一种情况是用户使用支付宝支付，但是没有安装支付宝app，只用网页版支付。支付成功之后成功回调了，但是没有点击网页版支付成功右上角的成功，直接这个时候进程杀掉app,那么支付宝展示用户实际支付成功，但是在我们系统看起来是支付失败。这个时候刚好测试组老人都走了，线上有反馈回来一个bug，说是在某个二级下拉框选择的

方式一：文件模式：r:只读(read)w:写入(write)a:添加(add)定义： python提供了读取任何文件的一种方法，可以读取计算机磁盘中文件中的数据。文件对象=open(文件地址,mode=‘模式’，encoding=‘编码’)内容对象=文件对象.readline()#读取第一行作为，起始值。内容对象=文件对象.readline()#循环递增到下一行。文件对象.read():读取所有内

1.避免使用固定的数据，测试用例中使用老的测试数据，可能会被别人修改或删除。所以每次跑脚本前，在脚本中构造新的数据，跑完脚本后，把数据清理掉。2.降低用例之间的耦合性，每个用例尽量都走完整的流程，不要依赖于其他用例，避免其他用例执行失败，影响了后续的用例。3.提升依赖环境的稳定行，通常某些用例会依赖第三方系统的环境，如果第三方环境不稳定，会造成用例执行的不稳定。4.脚本的异常处理，在脚本中要多考虑

本文总结了电商订单系统的8个核心设计要点：1）通过幂等机制避免重复下单；2）采用订单快照减少存储成本；3）购物车混合存储优化用户体验；4）库存扣减防止超卖；5）引入版本号解决ABA问题；6）账户余额更新保证事务一致性；7）读写分离下主从延迟的应对策略；8）历史订单归档方案。这些方案从技术实现和业务逻辑两个维度，针对电商订单场景中的典型问题给出了具体解决方案，涵盖了从下单、支付到售后全流程的关键设计

阿里云OSS设置跨域访问如果没有配置，网页控制台会报（如果出现以下错误):Access to XMLHttpRequest at 'https://xxx-assets.oss-cn-hangzhou.aliyuncs.com/ ’ from origin ‘null’ has been blocked by CORS policy: No ‘Access-Control-Allow-Orig..

1.避免使用固定的数据，测试用例中使用老的测试数据，可能会被别人修改或删除。所以每次跑脚本前，在脚本中构造新的数据，跑完脚本后，把数据清理掉。2.降低用例之间的耦合性，每个用例尽量都走完整的流程，不要依赖于其他用例，避免其他用例执行失败，影响了后续的用例。3.提升依赖环境的稳定行，通常某些用例会依赖第三方系统的环境，如果第三方环境不稳定，会造成用例执行的不稳定。4.脚本的异常处理，在脚本中要多考虑