小白请问，软件测试有什么面试技巧？

lsekfe

项目经历是每场面试必聊的话题，有的同学简历上的项目经历写得挺高大上的，但是一到面试的时候，却又不知道如何去把自己做过的事情给面试官讲清楚。
　　今天臻叔就给大家介绍一种非常实用的面试技巧——STAR法则。

　STAR是Situation（处境） Task（任务） Action（行动） Result（结果）的缩写，非常适合在表述项目经历的时候使用。
　　举个例子，比如我之前做过[url=]APP[/url]稳定性[url=]测试[/url]。
　　当面试官问到这段经历时。
　　我就可以按照STAR法则来讲述：
　　第一，先说Situation，Situation也就是背景。
　　一开始我们团队只有线上环境的crash的监控，很多crash都是在灰度阶段才能发现，开发也都是在灰度阶段去解决crash，风险很大。
　　为了降低风险，我们引入了app的稳定性测试，这样在测试阶段就可以发现很多crash和anr，开发也能提早修复，从而降低风险
　　第二， Task ，Task就是任务。
　　为了完成这个目标，我们把目标拆分成几个步骤去实施：
　　第一步、调研市面上优秀的稳定性测试框架；
　　第二步、制定测试方案和测试计划；
　　第三步、开始对稳定性测试框架进行封装，对接测试平台，满足团队内的需求；
　　第四步、持续集成，持续测试
　　第三，Action 行动。
　　我在整个项目里面，主要负责以下几件事：
　　1、调研了包括monkey、UICrawler、APPCrawler、Maxim、Appetizer在内的多款稳定性测试框架（工具），输出调研报告，并最终和团队一起，决定了使用Maxim作为稳定性测试底层框架。
　　2、对Maxim进行封装，完成了参数化启停Maxim，方便测试平台进行调用。
　　3、开发日志解析模块，对crash和anr的日志进行解析，日志去重后，自动上报给测试平台进行展示。
　　4、完善消息通知系统，发现crash之后，可以第一时间通知给开发，并且自动提交bug。
　　第四，Result，项目的成果 。
　　项目正式上线，运行一段时间后，共计发现了200多个crash和anr，测试环境的crash发现率提升70%，灰度阶段和正式发布环境的crash和anr都得到显著减少。
　　总之，你回答的时候按照这个思路走，确保写在简历上的每一段经历，都能用star法则简单明了的说出来，不要乱，相信面试官会对你回答感到满意的。
　　另外再给3个忠告：
　　第一，提前练习。面试之前自己把觉得可能会问的问题准备好，让朋友来问你。
　　第二，说话不要结巴，明明是你自己参与的项目，如果说的磕磕巴巴容易让人怀疑你是不是造假了，或者让面试官觉得你的表达能力不行。
　　第三，展现出符合岗位的那一面。比如测试要求细心，有耐心。就不能表现出马虎，粗心大意，性格着急。
　　最后，有的面试官也会把STAR法则拆开来，对候选人一一进行提问。这时候你就要清楚面试官问每一个问题的目的是什么。
　　比如Situation项目背景——主要是考察你的语言表达能力和性格。
　　问到Task: 任务的话，一般考察2点：
　　第一，你知不知道你为什么这么做；
　　第二，你在这个项目中的经验是否适用于这家公司。
　　如果面试官再深究一些具体的细节，一般来说是想考察你说的是不是真话。
　　另外一个就是， 根据你说的话，来判断你的工作方式，思维方式和行为方式。
　　如果问你事件Result: 结果的话。
　　有可能是想考察一下你的复盘能力。

海海豚

学习了

千里

把面试官的问题全部回答出来就可以了，哪有什么技巧，都是自己的知识储备