麒麟软件测开一面：测试用例设计、AI 可靠性与 Python 基础

《面试题目》

1. 自我介绍。
2. 测试用例的数量都是你自己写的吗？
3. 测试用例设计时你的策略和方法是什么？举个例子。
4. 你对 AI 的了解有哪些？如何保证 AI 生成内容的可靠性？
5. Python 中列表和元组有什么区别？
6. Python 中 *args 和 **kwargs 有什么区别？
7. 为什么不选择纯开发？
8. 城市意向：长沙、上海、天津怎么排？
9. 反问：理想候选人、操作系统测试与 Web 测试的差异、培养制度、面试流程。

《参考解析》

测试用例设计策略：先按需求拆功能点，再用等价类、边界值、判定表、场景法、状态迁移覆盖正常与异常路径，最后补兼容、安全、性能。举例“登录”可以先列输入项（账号、密码、验证码）和操作（点击、回车、连续点击），用等价类划分合法/非法，用边界值取长度上下限，用场景法串“登录→跳转→退出”，用判定表覆盖多条件组合。用例要可执行、预期可判定，避免“界面正常”这种模糊描述。

AI 生成可靠性：分三层保障：输入层给足上下文和约束（业务规则、输出格式、禁止事项）；生成层用结构化输出、温度调低、多次采样投票；输出层做规则校验（格式、字段、范围）、事实校验（与知识库/数据库比对）、人工抽检和回归集。对测试用例，还要检查步骤是否可执行、预期是否可判定、是否重复、是否覆盖需求点。不能因为“AI 说对了”就直接进用例库。

Python 列表与元组：列表可变、支持增删改、内存开销略大、不能做字典 key；元组不可变、创建后不能改、可以作为字典 key（元素都可哈希时）、遍历和访问略快。不可变带来的是安全性和可哈希性，不是“元组一定更快”。浅拷贝和嵌套可变对象是常见坑。

args 与 kwargs：*args 把多余的位置参数收集成元组，**kwargs 把多余的关键字参数收集成字典；定义顺序是普通参数、默认参数、*args、仅关键字参数、**kwargs。调用时 * 解包序列、** 解包字典。要注意可变默认参数陷阱（默认值只在定义时求值一次），以及参数名冲突。

为什么不做纯开发：不要说不喜欢写代码。可以说自己既想保留开发能力，又更擅长从用户和风险视角拆问题；测试开发正好需要写自动化、做工具、搭平台，同时能影响产品质量。举一个你用脚本/平台提升测试效率的例子。

操作系统测试与 Web 测试：流程和理论一致（需求分析、用例设计、缺陷管理、回归），差异在测试对象和手段：OS 测试更关注内核、驱动、文件系统、兼容性、稳定性、性能与硬件适配，常用工具是日志分析、压力测试、虚拟机/真机矩阵；Web 测试更关注接口、浏览器兼容、前端交互和并发。回答时体现你理解岗位的技术栈。

城市意向：按真实意愿排序，说明理由（家庭、生活成本、岗位发展），并表达服从安排。不要为了拿 offer 说“都可以”，入职后反悔成本更高。