项目经历是每场面试必聊的话题，有的同学简历上的项目经历写得挺高大上的，但是一到面试的时候，却又不知道如何去把自己做过的事情给面试官讲清楚。
今天臻叔就给大家介绍一种非常实用的面试技巧——STAR法则。
STAR是Situation（处境） Task（任务） Action（行动） Result（结果）的缩写，非常适合在表述项目经历的时候使用。
当面试官问到这段经历时。
我就可以按照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: 结果的话。
有可能是想考察一下你的复盘能力。
本文内容不用于商业目的，如涉及知识产权问题，请权利人联系51Testing小编(021-64471599-8017)，我们将立即处理
