Linux+adb+git+python+用例

1. 在智能电视上，进行显示领域（显示、背光、信号源）测试验证、自动化脚本开发。 
2. 推动整机问题解决，验证整机软硬件的功能。
要求：1. 精通测试相关基础原理，掌握多个模块的软硬件。2. 准确识别风险问题，推动问题解决能力，3. 深度参与测试标准流程体系的讨论能力

第一是信号源测试：看画面能不能正常识别、展示、切换

　　覆盖 HDMI、USB、投屏等各类输入，验证分辨率刷新率识别、HDCP 兼容性、信号热插拔、信号互相切换，

　　同时检查画面裁切、无信号提示逻辑。

第二是显示画质测试：验证色阶、色域、Gamma、色彩一致性，

　　重点关注拖影、抖动、画面断层、残影烧屏；

　　同时测试各类图像模式切换效果。

第三是背光专项：手动亮度调节、自动环境光背光、动态分区调光，

　　重点排查明暗切换背光跳动、低亮度频闪、开关机背光时序异常。

除此之外还要做整机联动验证：休眠唤醒、系统重启、升级后参数保存；增加长时间稳定性压力测试。

result = subprocess.run(["adb","shell","input keyevent KEYCODE_BACK"]) 通过 subprocess 调用 ADB 实现电视自动化操作
自动化如何实现自动截图？adb exec-out screencap -p > screen.png，这条命令可以直接截图保存到本地，适合 Python 脚本调用。

----------------------------

画面忽明忽暗，你如何区分是背光算法问题还是片源 / 信号源问题？
　　回答：切换到标准测试图（固定画面），如果依然明暗跳动，属于背光策略；仅播放特定视频出现，优先动态画面算法或片源。
HDMI 接入黑屏，怎么分层定位？
　　更换播放器、更换 HDMI 线、更换 HDMI 接口；交叉测试判断是外接设备、信号接收模块，

　　还是系统图形服务问题，同时抓取 logcat 与 SurfaceFlinger 日志。
自动化如何判断画面是否偏色、断层？
　　使用标准测试图自动截图，Python 读取图像像素，采集色值、梯度信息，和标准基准图做指标对比。

HDCP 是数字版权保护协议，HDMI 通道两端需要握手认证，版本不匹配会黑屏、有声无图。

测试点：各 HDMI 接口 HDCP 版本、4K 加密片源播放、热插拔后重新握手、切换分辨率后重协商。

----------------------------

  1.全流程参与：需求评审：探究改动点与其他基础功能一致性。开发技术评审：char varchar存储可变长度字符串，节省存储空间。

　　用例评审：确认预期结果、用户角度。有共创项目经验。

  2.用例应该覆盖的核心点：（等价类划分、边界值、场景法、错误推断）

　　a：全覆盖、无遗漏，兼顾正常+异常场景：重点补充边界值、非法输入、网络异常、操作中断、重复操作
　　b：用例颗粒度适中，单一用例只测一个校验点，方便定位和复盘
　　c：重点覆盖高危核心场景：支付、权限、数据统计、新增删除、批量操作
　　d：兼顾页面显示功能 + 数据校验
　　e：兼容边界、环境、用户真实操作习惯：浏览器兼容、弱网环境、缓存残留、权限区分、极值数据、重复操作

a、等价类划分法
核心逻辑：将输入数据划分为有效等价类、无效等价类，同类数据只需抽一条用例，避免重复冗余。
适用场景：输入框、账号密码、手机号、数字输入等规则类场景
实例：手机号输入框
有效：11位合法手机号；无效：10位数字、12位数字、中文、特殊符号、空输入

b、边界值分析法（最容易出Bug）
核心逻辑：Bug大多出现在临界值，重点测试最大值、最小值、临界值、空值、极值±1。
适用场景：长度限制、数值区间、分页条数、时间范围、上传大小限制
实例：输入框限制1-20个字符
测试点：1个字符、20个字符、0个字符、21个字符

c、场景法
核心逻辑：围绕完整业务流程，覆盖正常流程、异常中断、分支流程。
适用场景：登录、下单、审批、导出、数据新增修改全流程业务
实例：后台新增用户流程
正常新增、中途退出、重复提交、必填项为空、保存失败重试

d、错误推测法
核心逻辑：依托测试经验，预判产品易出错的场景，针对性设计用例。
适用场景：迭代老项目、已知历史缺陷、高频出错模块
实例：弱网超时、重复点击、缓存残留、权限越权、数据刷新延迟

新建任务（自由风格项目 / Pipeline）
配置步骤：拉取 Git 代码 → 执行 shell /python 脚本
构建后操作：收集测试报告、日志归档
查看构建日志 [控制台输出]，定位脚本执行失败：Jenkins环境、权限不足、少第三方库、设备超时断开、脚本错、路径错
触发方式：手动触发、定时触发、版本构建后自动触发（CI 概念）

ADB 命令：devices已连接设备、disconnect断开、reboot重启、adb shell进入shell
　　　　　  log cat实时抓全局日志、logcat *:E 过滤error、logcat>t.txt
Linux 命令：cat a.txt  、tail -n 20 a.txt最后20、-f 持续刷新  、  grep "error" a.txt 、 -i 忽略大小写、 
    　　创建mkdir/touch，删除rm，移动mv，复制cp，查找find，编辑vim，压缩tar
　　　　 ps -ef | grep adbd进程、du统计目录磁盘，chmod 777，chown所有者，gg shift+G、 mount 挂载
性能：响应时间，并发用户数，内存占用，吞吐量，错误率，资源使用率

  响应时间：前端看客户端的响应时间，后端看接口从请求到响应返回的时间，前端看 加载速度。流量

并发用户数：同一时间点请求服务器的用户数，支持的最大并发数。内存占用：也就是内存开销。

吞吐量（TPS）：每秒事务数。在没有遇到性能瓶颈时：TPS=并发用户数*事务数/响应时间。
错误率：失败的事务数/事务总数。资源使用率：CPU占用率、内存使用率、磁盘I/O、网络I/O。

稳定性

列表[ ]，可重复，类型可不同。。。append( cc )在列表末尾添加新的对象，insert(3，a)将对象插入列表，extend( cc )在列表末尾一次性追加另一个列表的内容，
remove(芒果元素)，pop(1索引值)移除索引值，clear清空，del删除2：和list
元组tuple( ) 和列表结构上没区别，元组只读，不能修改。。。
字典dict { } 键和值对应，无序方式存储，随便存类型。。
setdefault，pop，popitem随机删，clear，update，查keys，values，items
集合set 无序不重复，不可变数据类型，关系测试，消除重复元素。。
增add，update，pop随机 remove指定元素 clear清空

冒烟测试：版本提测后首轮极简测试
回归测试：修复bug、迭代更新后
探索测试：依靠经验

性能：多人并发，弱网
兼容：不同操作平台，系统，手机型号
安全：输错密码次数
易用性：支付方式指纹