荣耀解决方案测试一面：从需求评审讲到结果分析，为什么做测试

《面试题目》

1. 请做一下自我介绍。
2. 实习相关：完整讲一下测试流程，从需求评审一直到测试结果分析。
3. 项目相关：简单介绍一下项目。
4. 你对测试的理解是什么？测试与开发是什么关系？
5. 你对解决方案（岗）的看法是什么？
6. 你想来做测试，为什么？
7. 工作地点的选择情况？
8. 你有什么想问面试官的？（反问）

《参考解析》

把测试流程从需求评审讲到最后的结果分析

面试官明确要求「整个流程入手」，所以回答要成链条、每步给出产出和判断标准。需求评审：读需求、提可测性与风险问题，确认验收标准；测试计划：定范围、优先级、资源与准入准出；用例设计：等价类、边界值、场景法、状态迁移，把异常路径和跨模块交互覆盖到；环境与数据：搭环境、造正例与反例数据，确认版本一致；执行与缺陷跟踪：按优先级执行，缺陷写清复现步骤、期望与实际、日志与版本，跟进修复并回归；结果分析：统计通过率、缺陷分布与收敛趋势，评估遗留风险，给出能否发布与发布后要盯什么。想要加分的部分在两端——前端强调你提过的需求风险和可测性问题，后端强调你的报告如何影响了发布决策，说明你不只是执行者。

测试与开发的关系：不是对立，而是同一条质量链上的两段

不要说「测试就是找开发的 bug」，那会把关系讲成对抗。更准确的讲法是：开发负责把质量做进去（设计、评审、单测、静态检查），测试负责把质量验出来（从外部视角验证真实行为与边界），并且越往前移成本越低——需求阶段发现的问题改一行，线上发现的问题要付事故成本。协作上有几个具体机制可以说：需求与设计评审时测试就介入、接口契约和用例提前对齐、缺陷分级与修复时限、以及灰度发布与线上监控把质量责任延伸到发布之后。如果能补一句「测试要能指出开发没想到的使用场景，而不是重复开发的自测」，这一题就答到了。

对解决方案测试岗的看法：端到端、跨模块、贴客户场景

解决方案测试和单品测试的差别在于被测对象是「一组产品与服务组合出来的方案」，而不是单个版本。它的特点有三个：边界在方案层，要验证跨模块、跨设备的集成与兼容；场景来自真实客户使用，环境更接近现场（网络、权限、第三方系统、老版本共存）；缺陷定位要跨团队协作，一个问题可能落在配置、接口或交付流程上而非代码里。答这一题时可以顺带说明你理解这个岗位要面向客户与交付，能接受出差或现场支持，也要有把问题描述清楚、推动多方一起定位的沟通能力。荣耀的解决方案场景通常横跨终端与云侧服务，讲清你对「端到端验证」的理解就够了，不要臆测具体产品细节。

为什么做测试、工作地点怎么答

「为什么做测试」最忌答「因为我技术不够好」或「测试比较轻松」。可用的逻辑是从经历出发的匹配：做实习时发现自己在需求拆解、边界思维和沟通推动上更擅长，而测试刚好把这三件事合在一起；再补一句对职业路径的认识——测试做深了有自动化、性能、专项与质量工程等方向，不是一条没有成长的线。工作地点的问题要给确定答案：能接受哪些城市、为什么、家里是否有牵绊、是否接受调剂，含糊其辞会被记一笔。原帖提到当晚收到性格测评通知，说明这轮通过后流程会继续，性格测评按真实想法作答即可，前后一致的答案比刻意迎合更安全。