4. 技术基础高频问题（二）：自动化测试、性能测试、安全测试、兼容性测试
📋 知识结构对比：自动化测试 vs 性能测试
| 维度 | 自动化测试 | 性能测试 |
|---|---|---|
| 核心目标 | 快速回归，提升效率 | 评估系统承载能力，定位瓶颈 |
| 常用工具 | Selenium / Appium / Cypress | JMeter / LoadRunner / Gatling |
| 关键活动 | 元素定位、数据驱动、持续集成 | 场景建模、并发控制、监控调优 |
| 关注指标 | 通过率、执行时长、稳定性 | TPS、响应时间(95/99线)、错误率、资源利用率 |
| 常见坑点 | 过度封装、维护成本高、忽略边界 | 环境未隔离、忽略预热、未做稳态验证 |
❓ 面试问题
请谈谈你对自动化测试的理解，以及你在项目中是如何开展的？
🎯 面试官考察点
- 是否理解自动化测试的适用边界（非万能）
- 框架设计能力（Page Object、分层）
- 是否关注脚本维护和稳定性
📐 回答框架
- 定义 + 适用场景（回归、重复、高频）
- 工具 + 框架选型（Selenium + PO + TestNG）
- 用例设计策略（数据驱动、关键字驱动）
- CI集成与执行（Jenkins定时 + 报告）
- 维护与结果分析（失败重跑、日志分析）
💡 简短示例回答（80字）
自动化测试适用于回归和重复场景。我通常先评估测试范围，选用Selenium+Page Object模型，通过TestNG管理用例；采用数据驱动分离测试数据；集成Jenkins实现每日定时执行，并配置失败自动重跑机制，确保脚本稳定性。
⚠ 可能追问
① 元素定位不稳定怎么解决？
② 如何降低脚本维护成本？
🚨 避坑提醒
不要追求100%覆盖率，优先覆盖核心回归路径；避免过度封装导致定位问题难排查。
❓ 面试问题
你是如何开展性能测试的？重点关注哪些指标？
🎯 面试官考察点
- 是否掌握完整的性能测试流程
- 指标理解是否深入（不只会说TPS）
- 是否具备调优思路
📐 回答框架
- 需求分析（业务场景、并发模型）
- 场景设计（负载、压力、稳定性）
- 脚本开发（参数化、关联）
- 执行与监控（TPS、RT、错误率、资源）
- 瓶颈分析与调优建议
💡 简短示例回答（85字）
我使用JMeter构建混合场景，重点监控TPS、95线响应时间、错误率、CPU/内存。通过阶梯加压找到系统拐点，结合数据库慢查询日志和链路追踪定位瓶颈。压测前进行预热，保证环境与生产配置一致，结果更可信。
⚠ 可能追问
① 如何排除性能测试环境干扰？
② 发现TPS上不去怎么排查？
🚨 避坑提醒
忽略预热直接压测导致数据偏低；未做稳态验证，结果不可靠；只看平均值忽略长尾。
❓ 面试问题
你对安全测试和兼容性测试有哪些实践经验？
🎯 面试官考察点
- 是否了解安全测试方法论（OWASP Top10）
- 能否区分工具扫描和手动验证
- 兼容性覆盖策略是否科学
📐 回答框架
安全测试：
- 威胁建模 + OWASP Top10
- 工具扫描（Burp Suite / SQLMap）
- 手动验证逻辑漏洞（越权、CSRF）
兼容性测试：
- 分析用户设备/浏览器分布
- 选取TOP组合（80%覆盖）
- 自动化云平台 + 手工回归
💡 简短示例回答（95字）
安全方面，我遵循OWASP Top10，使用Burp Suite抓包检测SQL注入和XSS，再手动验证越权漏洞。兼容性根据用户设备占比，选取Chrome/Safari/主流安卓+iOS覆盖80%组合，通过Selenium Grid和云真机并行执行，重点关注UI布局和核心功能。
⚠ 可能追问
① 安全测试如何确定测试深度？
② 兼容性测试遇到 bug 怎么定位是前端还是后端？
🚨 避坑提醒
安全测试不能依赖自动化工具，需配合手动逻辑验证；兼容性测试不要盲目全覆盖，按用户实际分布优先级排序。