产品测试面试题目及答案_第1页
产品测试面试题目及答案_第2页
产品测试面试题目及答案_第3页
产品测试面试题目及答案_第4页
产品测试面试题目及答案_第5页
已阅读5页,还剩16页未读 继续免费阅读

付费下载

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

产品测试面试题目及答案一、基础概念类面试题1.请解释产品测试的核心目标是什么,和质量保证(QA)、质量控制(QC)的区别是什么?答案:产品测试的核心目标分为三层:第一是发现产品在需求、设计、功能、性能、兼容性、安全性等全维度的缺陷,确保产品符合需求定义和用户预期;第二是量化评估产品的上线就绪程度,为产品、研发、业务方等利益相关者提供明确的决策依据;第三是通过缺陷复盘反向推动产品研发全流程的质量优化,降低线上问题的修复成本(线上问题修复成本是测试阶段的10-100倍)。三者的核心区别为:QA(质量保证)是预防导向的管理类活动,核心职责是搭建质量管控体系、制定测试流程规范、参与需求/设计/上线全流程评审,从流程层面避免缺陷产生,覆盖产品从立项到下线的全生命周期;QC(质量控制)是检验导向的执行类活动,核心职责是通过测试、抽检等手段识别已产生的缺陷,确保交付的产品符合质量标准;产品测试属于QC的核心执行环节,是质量控制最主要的落地手段。2.请列出产品测试的完整生命周期,每个阶段的核心输出是什么?答案:产品测试全生命周期分为6个阶段,各阶段核心输出如下:①需求评审阶段:参与产品需求评审,识别需求逻辑漏洞、矛盾点、不可测点,输出《需求测试报告》《项目质量风险点清单》;②测试计划阶段:对齐项目排期和资源,明确测试范围、测试类型、准入准出标准,输出《测试计划》《测试范围矩阵》《资源排期表》;③测试设计阶段:基于需求拆解测试点,设计覆盖全场景的测试用例,准备测试环境和测试数据,输出《测试用例集》《测试数据方案》《测试环境搭建方案》;④测试执行阶段:按用例执行测试,提交缺陷并跟进修复,输出《缺陷报告》《测试执行日报》《冒烟/专项测试报告》;⑤测试收尾阶段:汇总测试结果,评估上线风险,输出《测试总结报告》《上线风险评估报告》《线上回归Checklist》;⑥线上运维阶段:配合线上问题排查,跟进缺陷修复后的灰度验证,输出《线上问题复盘报告》《测试用例迭代更新包》。二、测试技术类面试题1.黑盒测试、白盒测试、灰盒测试的适用场景分别是什么,各举3个常用的测试方法?答案:三类测试的核心差异为是否关注产品内部实现逻辑,适用场景和常用方法如下:①黑盒测试:完全不关注内部代码实现,仅验证输入输出是否符合预期,适用场景包括功能测试、兼容性测试、易用性测试、用户验收测试,常用方法为等价类划分、边界值分析、错误推测法;②白盒测试:完全关注内部代码逻辑、执行路径、数据流转,适用场景包括单元测试、集成测试、性能瓶颈定位、安全代码审计,常用方法为语句覆盖、判定覆盖、路径覆盖;③灰盒测试:结合两者特点,既关注外部输出结果,也关注部分内部逻辑的流转情况,适用场景包括接口测试、微服务架构的集成测试、端到端链路问题排查,常用方法为链路追踪测试、接口断点调试、半自动化接口校验。2.请详细说明接口测试的完整流程,以及如何判断一个接口测试用例是否合格?答案:接口测试的完整流程为:①需求梳理:梳理接口的业务场景、入参出参规则、权限要求、依赖关系、异常处理逻辑,对齐研发的接口设计文档,明确预期返回规则;②环境准备:搭建测试环境,打通接口调用权限,准备覆盖正常、边界、异常场景的测试数据,同步配置接口签名、加密等调用规则;③用例设计:覆盖正常业务场景、入参边界场景、异常场景(参数缺失、参数类型错误、权限不足、重复提交、依赖服务超时等);④用例执行:通过Postman、Jmeter或自研自动化框架执行用例,记录返回结果、接口响应时间、服务端日志;⑤缺陷验证:和研发对齐缺陷预期,提交缺陷报告,修复后完成回归验证;⑥结果输出:输出《接口测试报告》,包含用例通过率、遗留缺陷、性能指标、上线风险评估。合格接口测试用例的判定标准为:一是覆盖度达标,覆盖该接口所有业务场景、所有入参的边界和异常规则、所有权限校验逻辑;二是可执行性强,有明确的前置条件、输入参数、操作步骤、预期结果,任意测试人员拿到用例均可独立执行;三是可溯源,每个用例对应明确的需求点,出现问题可快速定位到需求维度;四是独立性强,用例之间无强依赖,单个用例执行失败不影响其他用例的执行结果。3.性能测试的核心指标有哪些?请说明针对一个10万日活的电商App商品详情页,如何设计性能测试方案?答案:性能测试的核心指标分为三类:一是业务指标,包括并发用户数、TPS(每秒事务数)、QPS(每秒请求数)、响应时间、错误率;二是系统资源指标,包括CPU使用率、内存使用率、磁盘IO、网络带宽占用率;三是稳定性指标,包括长时间运行下的资源泄漏情况、错误率波动范围。10万日活电商App商品详情页的性能测试方案设计如下:①需求对齐:商品详情页核心操作包括商品信息加载、SKU选择、库存查询,峰值时段为大促前1小时、日常早10点晚8点,按行业通用规则,峰值并发为日活的1%-3%,预估峰值并发为1000-3000,核心指标要求为商品详情页首屏响应时间≤200ms,错误率≤0.1%。②环境准备:压测环境和生产环境配置比例为1:1,隔离测试环境避免影响正常业务,准备10万条以上商品测试数据,其中20%为热点商品、80%为冷数据,模拟不同用户等级的访问权限。③场景设计:一是基准测试,单用户连续调用100次接口,得到单接口基线响应时间,验证基础性能是否达标;二是负载测试,逐步提升并发数从100到3000,观察TPS和响应时间的拐点,定位系统最大承载能力;三是压力测试,按峰值并发的130%(3900并发)持续运行10分钟,验证高压下的错误率是否符合要求;四是稳定性测试,按峰值并发的70%(2100)持续运行24小时,观察是否存在内存泄漏、连接泄漏等问题;五是异常场景测试,模拟数据库慢查询、依赖接口超时、缓存击穿场景,验证系统降级、熔断逻辑是否生效。④执行与输出:采用Jmeter分布式压测,全程监控服务器、数据库、缓存的资源指标,定位性能瓶颈,最终输出《性能测试报告》,明确性能达标情况、瓶颈点、优化建议和上线风险评估。4.请说明Web端、App端、小程序端测试的核心差异点有哪些?答案:三类终端的测试差异主要体现在4个维度:①兼容性测试差异:Web端需测试不同浏览器(Chrome、Edge、Safari、IE等)、不同分辨率、不同操作系统的适配情况;App端需测试不同品牌(苹果、华为、小米、OPPO等)、不同系统版本(iOS15-17、安卓10-14)、不同屏幕尺寸、不同芯片架构的适配,额外覆盖安装、卸载、升级场景测试;小程序端需测试不同宿主App(微信、支付宝、抖音等)、不同宿主版本、不同系统版本的适配,额外验证小程序分享、授权、宿主跳转逻辑,以及内存占用(宿主对小程序内存限制通常为200M以内,超出会被强杀)。②性能测试差异:Web端核心指标为白屏时间、首屏时间、DOM渲染时间、资源加载成功率;App端核心指标为冷启动时间、热启动时间、页面帧率、内存占用、CPU占用、耗电量、流量消耗;小程序端核心指标为冷启动时间、页面渲染时间、内存占用、缓存使用率。③网络场景测试差异:Web端主要测试弱网、断网后刷新的恢复情况;App端需测试不同网络类型(2G/3G/4G/5G/高延迟/高丢包)、断网后本地缓存逻辑、网络切换(WiFi切蜂窝)的适配,以及不同运营商网络的差异;小程序端网络逻辑依赖宿主,需测试弱网下的降级提示、断网后重新联网的自动恢复逻辑。④权限测试差异:Web端主要测试浏览器权限(摄像头、麦克风、定位)、用户角色权限;App端需测试系统权限(存储、定位、摄像头、通讯录、通知等),以及权限被拒绝后的提示逻辑、权限变更后的适配;小程序端权限需向宿主申请,需测试权限申请弹窗逻辑、权限被拒绝后的降级处理、宿主权限变更后的适配。5.请说明缺陷的完整生命周期,以及提交一份高质量缺陷报告的核心要素是什么?答案:缺陷的完整生命周期分为5个阶段:①新建:测试人员发现缺陷,提交至缺陷管理系统,状态为新建;②确认:测试负责人审核缺陷有效性,确认有效后分配给对应研发负责人,状态为已分配;③处理:研发接收缺陷并修复,修复后状态改为已修复,通知测试人员回归;④验证:测试人员验证缺陷,修复成功则关闭缺陷,状态为已关闭,验证不通过则驳回给研发重新修复,状态为重新打开;⑤延期:若缺陷优先级低,本次迭代不修复,经产品和测试负责人确认后状态改为延期,纳入后续迭代处理。高质量缺陷报告的核心要素包括:一是唯一标识,每个缺陷有唯一ID,方便追溯;二是基础信息,明确缺陷所属项目、版本、模块、测试环境、提交人、提交时间;三是缺陷详情,包含清晰的缺陷标题、前置条件、操作步骤、实际结果、预期结果,附上截图、录屏、日志、接口返回信息等佐证材料,确保研发可100%复现缺陷;四是优先级和严重程度,严重程度分为P0(核心功能不可用,阻塞测试)、P1(核心功能异常,影响大部分用户)、P2(次要功能异常,影响小部分用户)、P3(UI/体验类问题,不影响功能使用),优先级对应分为高、中、低,方便研发排序修复;五是关联信息,关联对应的需求ID、用例ID,方便后续溯源和复盘。三、项目实战类面试题1.如果上线前3天发现核心功能存在P1级缺陷,但是修复缺陷需要2天时间,会影响原定上线时间,你作为测试负责人会怎么处理?答案:我会按4步处理:第一步,先精准评估缺陷的影响范围:一是评估触发概率,明确缺陷是必现还是偶现,触发条件是否苛刻,面向的用户群体是全量还是部分用户;二是评估影响程度,明确是否会造成资金损失、用户数据泄露、核心功能不可用、品牌负面影响;三是评估是否有临时规避方案,比如是否可通过配置开关关闭相关功能、前端加限制屏蔽触发路径。第二步,拉通所有利益相关者开风险评估会,将缺陷的影响范围、修复成本、上线收益、延迟上线的成本同步给产品、研发、项目负责人、业务方,确保所有方信息对称。第三步,分场景决策:①若缺陷影响范围大、无规避方案,且延迟上线的成本远低于上线后出问题的成本,坚决反对上线,要求研发优先修复缺陷,重新评估测试时间,更新上线排期,同步输出风险告知函给所有相关方;②若缺陷触发概率极低、有可落地的临时规避方案,且业务方要求必须按时上线,可允许上线,但需完成4个动作:研发上线前完成临时规避方案的开发和测试、上线后全量监控该功能的用户行为数据和错误日志、准备线上紧急回滚方案、研发上线后3天内完成缺陷正式修复并走小版本迭代;③若缺陷仅影响边缘场景,且可通过运营手段告知用户,可正常上线,在测试报告里明确标注遗留缺陷和影响范围,所有相关方签字确认后上线,缺陷放在后续迭代修复。第四步,事后复盘,排查缺陷漏测的原因,是需求理解不到位、用例覆盖不全还是测试环境和生产环境不一致,优化测试流程和用例集,避免后续出现同类问题。2.你之前做过的最复杂的测试项目是什么,你在里面承担了什么职责,遇到的最大问题是什么,怎么解决的?答案:我之前负责过某生鲜电商预制菜预售板块的全链路测试项目,项目周期45天,涉及用户端App、商家端后台、供应链系统、支付系统、物流系统5个端的协同,上线后目标月订单量为10万单。我作为项目测试负责人,承担的职责包括制定测试计划、协调3名测试工程师的分工、主导需求评审和用例评审、核心链路的用例设计、测试进度管控、上线风险评估。项目推进过程中遇到的最大问题是集成测试阶段,发现用户支付成功后,供应链系统的库存扣减成功率仅为82%,偶现超卖情况,缺陷复现概率只有12%,定位难度极大。我的解决路径为:一是拉取支付、订单、供应链三个系统的全链路日志,对比成功和失败的请求差异,发现失败的请求均出现在高并发场景下,库存查询和库存扣减之间存在100-200ms的延迟,期间其他请求完成了库存扣减,导致超卖;二是通过Jmeter模拟100并发同时下单同一个库存为5的商品,100%复现了超卖缺陷;三是推动研发优化,提出两个优化方案:采用Redis分布式锁+数据库乐观锁的方案控制库存扣减、将库存查询和扣减放在同一个数据库事务里,研发最终采用了分布式锁+乐观锁的方案;四是回归验证,优化后模拟200并发下单,库存扣减成功率达100%,未出现超卖,同时接口响应时间从原来的300ms降至180ms,满足性能要求;五是事后优化,补充高并发场景下的库存扣减测试用例,加入回归用例集。最终项目准时上线,上线后首月预售板块订单量突破12万,线上缺陷率仅为0.08%,远低于公司要求的0.3%的阈值。四、场景分析类面试题1.用户反馈在微信小程序里提交订单时偶现提交失败的问题,但是测试人员在测试环境和生产环境都无法复现,你会怎么排查?答案:我会按4步排查:第一步,收集全量上下文信息:包括用户的手机型号、系统版本、微信版本、小程序版本、用户账号、出现问题的时间、当时的网络环境、具体错误提示、操作录屏,同时拉取该用户当时的行为埋点日志和服务端错误日志。第二步,多维度排查原因:一是网络维度,若用户当时处于弱网环境(丢包率≥20%),检查小程序的网络超时设置是否过短(小于10s),弱网下是否没有重试机制;二是数据维度,查询用户提交的订单数据是否包含特殊字符、超长字段,比如用户收货地址包含特殊emoji,后端未做转义导致报错;三是权限维度,查询用户是否被风控系统拦截,提交订单时风控系统返回错误但前端未正确提示;四是缓存维度,查询用户小程序本地缓存是否存在脏数据,比如之前的收货地址ID已经失效,但缓存仍调用旧ID导致后端报错;五是兼容性维度,用户的微信版本是否为旧版本,小程序的新组件在旧版本微信中不兼容,导致提交请求未正确发出。第三步,验证修复:排查到具体原因后,在测试环境模拟对应场景复现缺陷,推动研发修复,修复后给该用户推送灰度版本验证,验证通过后全量上线。第四步,前置优化:在小程序前端增加错误日志上报功能,用户出现报错时自动上报用户信息、操作路径、错误堆栈,方便后续快速定位问题。2.请设计一个微信红包功能的测试用例,要求覆盖所有核心场景。答案:测试用例分为功能测试、非功能测试两类:①功能测试用例:正常场景:单人固定金额红包发送接收成功,余额扣减和到账金额正确;群普通红包发给N个用户,每人领取金额一致,总金额正确;群拼手气红包发给N个用户,总金额正确,每人领取金额在0.01元到剩余金额之间,手气最佳标识正确;专属红包仅指定群成员可领取,其他成员无法领取;红包24小时未领取,余额原路退回,退回通知正确;红包发送、领取记录和金额明细准确。边界场景:红包金额为0.01元、200元(微信单次红包上限);红包个数为1个、100个(微信群红包上限);总金额刚好为0.01元*N(N为红包个数);余额刚好等于红包总金额。异常场景:红包金额小于0.01元、大于200元;红包个数小于1、大于100;余额不足时发送红包;网络中断时发送红包;重复点击发送按钮;单人红包发送方无法领取自己的红包,群红包发送方可领取自己的红包;已领取过的红包无法重复领取;被拉黑的用户无法接收对方发送的红包;红包发送后发送方注销账号,未领取的红包可正常退回;接收方注销账号无法领取红包。②非功能测试用例:性能测试:1万并发同时抢同一个红包,响应时间≤100ms,无超发情况,领取成功率100%;兼容性测试:不同系统版本、不同微信版本均可正常发送、领取红包;安全测试:无法篡改红包金额、无法领取不属于自己的红包、无法破解拼手气红包的随机金额算法;易用性测试:发送、领取红包的操作步骤≤3步,提示信息清晰明确。五、软技能类面试题1.你认为一个优秀的产品测试工程师需要具备哪些核心能力?答案:核心能力分为6项:一是需

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论