1. 面试前的准备与岗位定位1.1 奇安信测试工程师到底在招什么样的人我是2020年5月31日面的奇安信测试工程师岗坐标北京。当时面试整体氛围比较务实面试官基本都是做安全产品出身的问的问题非常贴近实战不像有些公司光聊项目聊半小时就完事。这篇内容不涉及内部敏感信息纯属个人面试经历的复盘和总结希望能给准备投奇安信或者想往安全测试方向走的同学一点参考。先聊岗位定位。奇安信虽然是安全公司但测试工程师岗并不完全等于渗透测试工程师。它主要分为两类一类是纯功能测试偏业务产品线的验证工作另一类是安全测试偏漏洞挖掘、渗透验证、安全功能验收。大多数测试工程师岗位是介于两者之间既要做常规的功能、接口、自动化测试也要懂基础的安全测试知识。说白了它招的不是只会点点点的业务测试也不是那种纯挖洞的渗透大佬而是“懂安全的功能测试”或者“会写脚本的安全测试”。我当时分析的岗位需求有三条主线。第一扎实的测试基本功用例设计、流程规范、Bug管理这些不能掉链子。第二一定的代码能力Python或Java至少能写接口测试脚本、自动化用例因为奇安信内部很多产品是ToB的客户环境复杂纯手工测试效率太低自动化是刚需。第三对安全领域有基本认知至少知道SQL注入、XSS、越权这些常见漏洞的原理和测试方法如果用过Burp Suite、熟悉渗透测试流程会是很明显的加分项。1.2 我准备的技术栈与简历侧重点在投简历之前我把自己的技术栈按“全栈测试工程师”的标准梳理了一遍。这里的全栈不是说前后端开发都精通而是测试全流程的能力覆盖环境搭建、功能测试、接口测试、自动化测试、性能测试、安全测试每一层都能上手且有项目佐证。我的技术栈大概是这样的功能测试方面熟悉测试流程和用例设计方法能独立负责模块级和系统级测试接口方面用过Postman做手工验证也用Python的requests库写过批量接口测试脚本配合unittest和HTMLTestRunner生成测试报告自动化方面Selenium WebDriver做Web端UI自动化封装过关键字驱动框架虽然只用在两个中小型项目里但整个框架结构是完整的性能方面用JMeter做过压测能看聚合报告、分析TPS和响应时间曲线定位瓶颈到数据库或接口层安全方面了解OWASP Top 10漏洞原理用过Burp Suite做抓包改包、SQL注入和XSS的手工验证也稍微接触过AWVS和Nessus这类扫描器。至于代码能力Python为主Java能看懂和改简单的代码。简历上我没有面面俱到地罗列工具清单而是重点写了两个项目。一个是一个电商系统的全流程测试从需求分析到测试计划、用例设计、执行、回归再到用JMeter做登录接口的并发测试整个过程完整度高。另一个是一个内部管理系统的自动化测试框架搭建从0到1完成了Selenium脚本编写、数据驱动优化、持续集成落到Jenkins上。这两个项目基本覆盖了功能、接口、自动化、性能四条线面试官问任何一个方向我都有具体内容支撑。2. 面试流程全记录与环节拆解2.1 一面基础测试能力与逻辑思维一面是技术面面试官看上去三十岁左右应该是组里的资深测试开发或者测试组长。开场先让我自我介绍我按“基本信息、工作经历、项目亮点、为什么看这个机会”四段式讲了两分多钟重点突出测过的产品类型、技术栈和最有成就感的一个项目。这里有个细节面试官在我讲项目的时候一直在记笔记中途打断问了一个问题“你说的这个系统的用户量大概多少测试环境是怎么搭建的”他这个问题其实是想通过数据判断项目的真实性和复杂度。我当时答的是后端服务双机部署数据库MySQL主从测试环境用Docker起了服务依赖的中间件。这个答复让面试官点了点头说明他比较看重你对自己测试环境是否真的了解。接下来是一道经典的测试用例设计题给你一个登录页面包括用户名、密码输入框、登录按钮设计测试用例。这种题考察的点很明确看你的思维是发散还是没有条理。我的答法是按功能、界面、性能、安全、兼容性、异常场景六类来展开。功能层面正常输入正确用户名密码登录成功用户名或密码错误时提示信息准确空值校验前后台校验一致。界面层面文案无错别字按钮可用状态输入框长度限制。性能层面连续点击登录按钮不会重复提交弱网环境下登录响应时间可接受。安全层面密码输入是否密文展示是否存在SQL注入风险输入单引号或万能密码是否支持验证码防暴力破解。兼容性层面主流浏览器Chrome、Firefox、Safari下的表现一致移动端和PC端适配。异常场景用户被锁定、会话超时、多端登录互踢等。面试官对这个回答比较满意但他追加了一个追问“你说密码输入单引号测试SQL注入具体怎么判断有没有注入”我回答可以看登录请求的响应时间变化和返回内容如果数据库报错信息直接返回在页面上说明存在报错注入如果输入admin or 11这类语句能登录成功说明存在万能密码注入。除此之外还可以用Burp Suite抓包看请求参数结合SQLMap做自动化检测。当然作为功能测试人员发现可疑点后应该先复现并记录再提交给安全团队确认不能自己乱测把生产环境搞挂了。一面后半段问了一些基础技术题包括Linux常用命令、数据库查询、网络协议。Linux问了如何查看端口占用、如何查看日志、如何查找某个进程。数据库连续问了几个SQL题包括多表联查、分组统计、去重排序。网络问了TCP三次握手的过程以及输入一个URL到页面显示出来经历了哪些环节。这些内容我之前反复准备过回答得比较顺畅。一面结束后大概一小时HR打电话约二面时间。2.2 二面安全测试与项目深挖二面是安全测试主管面这个面试官明显更偏技术深度提问方式也是连环追问你回答完一个点他会顺着你的回答继续往下挖。开场没有让我自我介绍而是直接问“你在上一家公司做了几年功能测试为什么突然想转安全方向”这个问题其实有坑如果回答“安全更有前景”这种空话他会不依不饶地追问你为了转行做了什么准备。我的回答是在工作中遇到过一个越权漏洞当时用户A通过修改URL中的用户ID参数访问到了用户B的数据这个案件让我意识到测试如果只停留在功能层面很多深层次的风险根本发现不了。从那以后我开始系统学习OWASP Top 10自己搭漏洞靶场用Burp Suite练习抓包和改包并尝试在自己的测试项目中加入安全测试的环节。这种回答有具体案例、有行动轨迹面试官觉得你是真正想清楚了而不是跟风。接着他问了一个很关键的问题“你对安全测试的理解是什么它和功能测试的区别在哪里”我的回答思路是功能测试验证的是“功能是否正确”关注业务逻辑是否符合预期安全测试验证的是“系统是否可靠”关注攻击者视角下系统会不会被绕过、被破坏、被窃取。功能测试用的是用户视角安全测试用的是攻击者视角测试的差异点是能不能破坏掉原有的功能边界。安全测试要从信息收集开始做威胁建模识别系统的攻击面再针对性地设计测试用例而不只是拿着扫描器跑一圈。他点了点头然后又问了几个具体的Web漏洞问题。先是SQL注入他问得比较深“如果网站做了参数化查询SQL注入还可能有吗”我回答参数化查询确实能解决大部分常规注入但如果有拼接的SQL片段、存储过程、动态表名、排序字段这些场景仍然可能存在注入点尤其是二次注入第一次请求把恶意数据存入数据库第二次请求把它带出来拼接执行参数化查询如果没用在全链路风险依然存在。然后是XSS他问存储型XSS和反射型XSS在测试思路上有什么不同。我说反射型重点测URL参数、搜索框、表单提交后的回显位置存储型需要构造payload提交到服务器再模拟其他用户访问相关页面验证payload是否被解析执行测试后要记得清理脏数据避免污染线上。还有一个问题是越权测试他问水平越权和垂直越权怎么测。我答水平越权是相同权限用户之间的越权比如用户A访问用户B的记录垂直越权是低权限用户访问高权限接口和数据。测法上先注册两个普通用户账号用A的Cookie访问B的资源接口看回包状态和数据垂直越权则用普通用户账号去请求只有管理员才能访问的接口观察是否被拦截。测试要非常注意别造成脏数据或者影响其他用户。二面还问了一些偏实战的场景题。比如“你测一个文件上传功能除了正常的文件类型校验你还应该关注哪些安全问题”我答首先是恶意文件上传比如上传包含WebShell的脚本文件看服务器是否会执行其次是文件类型绕过前端只校验后缀名可以改包绕过Content-Type再次是文件体积和文件名长度超大文件导致存储被耗尽特殊字符文件名导致路径解析异常最后是文件读取和下载上传后能否通过构造路径下载服务器上的敏感文件这里可以关联到路径遍历漏洞。他追问“路径遍历”具体是怎么测的我结合奇安信的输入验证场景说在文件下载接口尝试输入../../之类的路径穿越参数观察能否访问非授权目录如果系统把上传文件存到了/data/uploads/那测试点就是能否用../../../etc/passwd越权读取系统文件。这个回答明显呼应了奇安信在代码安全方面的产品线看得出面试官很认可。二面后半段还考察了接口测试和自动化测试能力。他问“如果让你给一个登录接口写自动化测试你大概会怎么设计”我回答第一步是用Python的requests库写基础请求封装统一处理host、headers、session第二步设计用例的输入数据包括正常用户名密码、错误密码、空参数、缺失参数、超长参数、特殊字符参数等第三步是处理断言不仅判断HTTP状态码是200还要校验响应体中的业务码、返回信息、token字段是否存在以及响应时间是否在合理范围内第四步是把用例组织在pytest里面用参数化减少重复代码接入Jenkins持续执行。可能因为我在这个部分回答得比较细面试官接着就问了我怎么处理接口依赖和测试数据比如登录之后创建订单订单接口依赖登录的token这个token怎么在用例之间传递。我说用pytest的fixture机制把登录接口返回的token存入一个共享的session对象每个用例通过fixture自动获取再用一个全局变量记住创建的数据ID在后续用例中引用。这个回答面试官比较满意没有再深挖。他最后问了一个开放性的问题“你现在测的系统和奇安信的安全产品有什么区别你觉得安全产品的测试难点在哪里”我结合对奇安信产品线的了解回答普通业务系统测试主要关注的是业务功能的正确性和用户体验安全产品的测试要验证的是“对抗性”——防火墙能不能拦住绕过流量EDR能不能检出未知恶意样本终端管控策略能不能被绕过。安全产品难度在于攻击手段在不断变化测试人员需要不断模拟新的攻击方式验证产品的检测和防御能力是不是仍然有效。同时安全产品配置复杂客户环境差异大测试要在多种部署模式、多种操作系统、多种网络拓扑下做兼容性验证。另外还要特别关注误报率漏报很可怕误报太多同样会让安全运营人员疲惫不堪。我提了一下奇安信的天擎终端安全管理平台说这类产品在Windows和国产麒麟操作系统上都要做适配像可信浏览器、终端管控这类模块在信创环境下的兼容性测试是很重要的一环。面试官听到这里明显来了兴趣追着问了一句“那你觉得国产操作系统环境下的兼容性测试重点要测什么”我回答第一是安装卸载的完整性安装过程是否依赖Windows特定组件卸载后注册表和文件是否残留第二是功能适配性比如浏览器在麒麟系统上的渲染效果、登录控件是否能正常加载第三是性能表现国产系统上资源占用和业务流畅度是否达标第四是外部设备兼容比如U盾、读卡器这些安全硬件在系统下的驱动支持。这个回答完之后二面基本就进入尾声了。整个二面用了将近一小时看得出来这个岗位确实是要招一个能深入安全测试执行层面的人而不只是走过场。2.3 HR面与薪资谈判环节二面结束后HR面在同一天进行节奏比较快。HR问的问题主要围绕稳定性、薪资预期、为什么从上家离职三个方向。上家离职原因我是提前准备好了的没有抱怨加班或者吐槽领导而是说在上家做了两年多功能测试基本上业务流程和迭代节奏都熟了成长到了一个平台期想找一个业务复杂度更高、能在安全测试方向上深挖的机会。这种回答的核心逻辑是“个人成长需要新环境”而不是“老东家不好”在HR看来这是比较安全的表述。薪资这块我提前做了一些功课。2020年大环境受疫情影响很多公司测试岗位的薪资是持平的少数核心岗位有涨幅。我按“上家薪资15%~20%涨幅”报的预期没有狮子大开口也留了一点可谈空间。HR追问了我期望薪资的具体构成我开始说了一个总包数字她记录下来没有当场拒绝不过说需要结合后续薪资核定流程整体节奏走完需要一周左右。另外关于加班的态度问题我的回答是接受项目型加班产品上线和版本迭代关键节点加班很正常但不能接受无意义的形式化坐班耗时间。HR对我这个回答没有表现出负面反馈。还要提醒一点HR面也要认真准备。有些人技术面很努力HR面就放松了结果在稳定性、协作沟通、离职原因这类软性维度上被刷掉。我记得当天面完HR后她特意确认了能不能接受偶尔出差到客户现场做实施支持类的测试可见这个岗位确实不是纯坐在办公室里点点点需要直面客户环境解决问题。如果你不想出差或者对客户现场支持很抵触这种岗位可能要想清楚再进。3. 核心考点解析与答题思路3.1 测试用例设计题的满分答法整个面试中测试用例设计题出现的频率最高几乎每一轮面试官都会给出一个功能点让我现场设计用例。一面的登录框是第一个后面还有面试官问过购物车清空、文件上传、搜索框、支付倒计时这些场景。这类题考察的是逻辑思维覆盖度和测试方法熟练度没有标准答案但回答的条理性和深度直接决定面试官对你基本功的判断。我总结了一个答题框架五个维度全覆盖功能维度、界面维度、性能维度、安全维度、兼容性维度。每个维度下面再细分正常流程、异常流程和边界值。这个框架的好处是不会漏项也好记忆哪怕是现场发挥按照这五个维度展开覆盖度都能达到80%以上。以支付倒计时这个场景为例我当时的回答思路是功能维度先看倒计时结束后还能不能继续支付支付成功和支付失败两种情况下订单状态分别怎么流转界面维度看倒计时数字展示是否动态更新是否出现负数、卡住、闪烁移动端和PC端展示有没有差异性能维度看倒计时线程是否占用过高资源切后台再回前台时间是否正确安全维度看倒计时结束后能否通过修改请求参数绕过限制重复提交支付请求会不会产生并发订单兼容性维度看iOS和Android、不同浏览器下倒计时表现。面试官如果想追问还可以延伸到数据库层面倒计时结束后的订单状态在数据库里是否被定时任务正确更新服务端时间戳和客户端时间不一致时怎么处理。我在答这种题的时候会刻意把话题引向自己熟悉的领域比如提到了并发重复支付面试官就会顺着问“你会用JMeter怎么做并发测试”这样就相当于自己给自己创造了加分机会。3.2 安全测试基础问题的回答框架安全测试基础问题是二面的重头戏。面试官问到Web漏洞原理和测试方法时不能只背概念一定要有实际的测试操作记忆。我的经验是在准备阶段亲手在DVWA靶场里把SQL注入、XSS、CSRF练习了一遍并且用Burp Suite抓包改包跑通了完整流程。这样面试官问到任何一个漏洞我都能说出具体的payload和现象判断而不是只停留在理论层面。举个例子面试官问CSRF漏洞怎么测。我的回答是CSRF的本质是借用户的身份发起请求核心是看关键操作接口是否有防CSRF的token校验和SameSite Cookie限制。测试方法是先登录用户A的账号用Burp Suite生成一个包含关键操作请求的HTML页面再让用户B登录后访问这个页面看B的账号是不是被动执行了这个操作。如果执行了就说明存在CSRF漏洞。同时还要验证Referer头校验是否可以被绕过比如Referer为空时后端是否放行。还有一次面试官问了一个比较少见的问题“如果是内部系统你对安全测试的优先级怎么排”我结合项目经验回答内网系统不等于安全因为威胁可能来自内部人员和被攻陷的终端设备。优先级上最先要看身份认证和权限控制是否可靠包括弱口令、同一账号多地登录、水平越权和垂直越权其次是敏感数据的传输和存储是否加密日志中是否记录了明文密码或身份证号再次是输入校验类风险包括SQL注入、路径遍历、任意文件读取最后是审计日志是否完整出安全事件后才能回溯。这个排法体现了风险思维面试官比较认可。3.3 Linux、数据库与网络的高频考题一面和二面都穿插着考察了基础技术知识这部分虽然不难但答不好会很丢分。Linux的考题集中在文件操作、日志排查、进程管理和文本处理这几类。常见的比如top看CPU和内存占用ps -ef找进程PIDnetstat -tlnp查看端口占用情况grep、awk、sed做日志过滤和文本提取tail -f实时跟踪日志。我建议准备几个完整排查场景比如“线上接口突然变慢了你怎么排查”回答思路是先用top看系统负载和CPU占用再用free -h看内存是否不足然后用df -h看磁盘空间和inode是否耗尽接着到应用日志目录tail -f、grep ERROR看有没有异常栈最后检查网络层确认没有带宽被占满或连接数打满。这种综合场景比单独背命令要打动人。数据库考题主要围绕SQL查询和简单调优。面试官问了“有一个订单表和一个用户表统计每个用户的订单数和总金额只显示销售总金额大于5000的用户按金额降序排列”。这个题考察多表关联、GROUP BY、HAVING、ORDER BY的组合SQL写出来大概是从订单表按用户分组关联用户表取用户名用 COUNT 统计订单数用 SUM 统计总金额用 HAVING 过滤总金额大于5000的用户用 ORDER BY 降序排列。另外还问过一张用户表里查出重复的手机号用 GROUP BY HAVING COUNT(*)1 即可。数据库调优方面他问了慢查询怎么办我说先用慢查询日志定位SQL语句然后看执行计划重点看是全表扫描还是走了索引索引列的选择区分度要高避免在索引列上进行函数运算导致索引失效。网络协议题主要靠背诵和理解的结合。TCP三次握手要能说清楚SYN、SYNACK、ACK的位置和状态变化以及为什么需要三次而不是两次。我当时的回答用了生活化类比三次握手就像两个人打电话第一次说“你能听到吗”第二次对方说“我能听到你能听到我吗”第三次我说“我能听到”这样双方才能确认彼此的收发链路都正常如果只有两次发起方无法确认对方能收到自己的回应。这种类比让面试官觉得你是真的理解了而不是死记硬背。URL从输入到展现这个过程要能说出DNS解析、TCP连接、HTTP请求、服务器处理、响应返回、浏览器渲染六个环节每个环节涉及到的协议和技术。面试官可能随便挑其中一环追问细节所以每一环都要有一两个关键词储备比如DNS解析过程中有本地缓存、递归查询、迭代查询、缓存TTL这些概念。4. 常见问题、避坑指南与独家心得4.1 我踩过的坑与现场翻车经历面试过程中我也踩过坑有一个很明显值得单独提出来提醒大家。二面的时候面试官问我“怎么理解登录功能的安全性”我一开始回答的都是技术层面的密码加密、验证码、账户锁定、单点登录。面试官听完没说话等了一会儿说“你觉得登录功能最重要的是什么”我当时卡住了后来才意识到他想问的其实是从用户和产品角度登录是安全的入口但要平衡安全性和易用性密码不能明文存储、传输要用HTTPS、要有防爆破机制但同时登录步骤不能太多中途退出重登不能太频繁锁定策略不能锁太过头。安全产品的测试人员如果只知道从攻击者视角出发而忽略了用户视角是很难做好产品的。后面我复盘安全测试和功能测试并不对立一个优秀的安全测试人员要同时具备“攻击者思维”和“用户思维”两条线。这个感受希望对后来者有启发。另一个翻车点是一面问到一个性能测试问题面试官问“JMeter压测的时候TPS上不去、响应时间也高除了看服务器负载你还应该看什么”。我当时只说了看CPU和内存面试官追问还有什么我没有答出来。后来他说要关注数据库连接池是否用尽、锁等待是否严重、应用GC是否频繁、中间件的线程池和队列是否打满还有压测机本身是不是已经成为瓶颈。这个追问给我的教训是性能测试不能只盯着一层指标要自下而上全链路排查。后来在准备过程中我专门把性能测试的排查路径归类整理了先看压测机资源再看网络层带宽和连接数再看应用层线程池和GC日志再看数据库连接池、慢SQL和锁等待最后看中间件和服务框架有没有配置上限。4.2 关于奇安信天擎那些面试官爱问的点这里专门说一下和奇安信自家产品相关的问题。很多人平时接触奇安信天擎终端安全管理平台时会去搜“天擎怎么卸载”“强制卸载要密码”“没密码怎么删除奇安信”这类内容。作为普通用户卸载提示需要验证码或者管理员密码会觉得很烦但作为测试工程师这个问题恰恰是产品设计的重点功能值得在面试中主动展示因为这在面试官看来是深度了解产品的体现。我的理解是天擎作为终端安全管理软件它的卸载保护机制本身就是安全能力的一部分。如果随便一个用户都能通过控制面板或者简单命令把安全软件卸载那么企业的终端安全策略就废了。卸载密码、验证码、防卸载服务这些都是反卸载对抗机制。作为测试人员针对这类机制要考虑的测试点包括没有密码时无法卸载这个严格测试到位有密码但密码错误时给出友好提示正确的密码能顺利卸载且不残留进程这一点很关键防卸载服务本身不能被绕过杀掉进程、禁用服务、安全模式、篡改注册表、逆向DLL这些绕过路径都要测试覆盖到。另外还要验证卸载的时候本地积累的策略缓存和日志数据要不要保留、要不要备份卸载后重装能不能恢复原策略。这些测试点如果能在面试中提到会让面试官觉得你对安全产品的测试思考是到位且有深度的。需要格外说明的是这些都是从测试验证的角度来谈正常的、合规的产品功能我们自己测产品的人并不应该去研究怎么绕过卸载保护——那不是测试的目的。类似的奇安信做输入验证和代码安全方向有代码卫士这类产品面试官如果问“你有没有了解过白盒代码审计工具”你可以说用过或者了解过这类工具的核心是静态分析通过对代码做数据流分析和控制流分析找出SQL注入、路径遍历、命令注入这类漏洞模式。我当时在面试中提到了一点代码卫士这类工具更适合在开发阶段介入把安全问题左移这也是安全测试未来的趋势。测试工程师如果能懂一点代码安全配合白盒工具做代码审计配合黑盒工具做渗透验证覆盖度就会高很多。4.3 给后来者的实用建议从面完到收到offer中间隔了大概一周。节奏不算特别快但也在正常范围内。如果你正准备投奇安信测试岗结合我这次面试的经验和后续的工作体验我给出几条实际建议。第一一定要把安全测试基础打牢OWASP Top 10里边前几位的漏洞需要完全吃透SQL注入、XSS、CSRF、越权、文件上传、路径遍历从原理到测试方法再到防护方案一条链路都要能讲清楚。面试官追问的频率很高每个漏洞最少准备两个重要细节比如SQL注入的参数化查询为什么能防二次注入为什么防不住。第二把项目经历复盘到位不要只写你做了什么要写你发现了什么问题、怎么定位的、怎么解决的以及这个bug如果漏到线上会造成什么影响奇安信的面试偏向实战会顺着项目里验证过的点深挖一旦发现你讲不出细节就会质疑整个项目的真实性。第三代码能力别丢Python requests pytest这套接口测试组合几乎是标配如果会一点Java和Shell脚本更好安全产品测试经常需要在客户环境摸爬滚打命令行能力很重要。第四对国产化适配、信创操作系统的兼容性测试要有认知奇安信的产品线覆盖政务、金融、能源等行业国产化平台上的适配测试是业务刚需能在面试中主动聊这个方向面试官会很感兴趣。第五准备几个和终端安全产品相关的场景问题比如卸载保护机制、终端管控策略、病毒查杀能力的验证方法这能体现出你和岗位的契合度。有人问我要不要背面试题库我的看法是线上面经可以作为参考但不能死背因为面试官一定会根据你的经历追问。自己动手把常用的测试工具跑一遍把漏洞靶场练一遍比背一百道题都管用。这个方向上投入的时间就算这次面试没有用上对以后走测试这条路也是长线收益。最后再分享一个小感悟。奇安信测试工程师面试的总体感觉是不看你title多响亮而是看你被追问到细节深处的时候是胸有成竹还是在硬撑。面试官特别愿意在你说出一个结论之后追加一句“具体讲讲”这时候平时的积累有多厚、实践有多深一测就知道。所以与其花时间去背网上流传的面试题答案不如踏踏实实把自己做过的测试项目重新梳理一遍每一个用例为什么这么设计每一个bug是怎么定位出来的每一个工具当初是怎么入门的。把这些真实的经历讲顺了面试中的状态自然会稳很多。我在实际面试中发现把自己定位成“懂测试的安全工程师”而不是“只会跑用例的测试员”心态会完全不一样。面试不是去求一份工作而是去展示你能为这家公司的产品质量带来什么价值。抱着这种心态去聊哪怕有答不上的问题整体状态也是自信的。希望你也能顺利拿到心仪的offer。