bug的生命周期
学习重点 Bug处理流程 实战解答 New: 发现bug，未经评审决定是否指派给开发人员进行修改。 Open: 确认bug，并且认为需要进行修改，指派给相应的开发人员。 Fixed: 开发人员进行修改后标识成修改状态，有待测试人员的回归测试验证。 Rejected: 如果认为不是Bug，则拒绝修改。
问题排查的能力
Bug优先级和严重程度如何划分
学习重点 对于优先级和严重程度的理解 实战解答 Priority(优先级)和Severity(严重程度)是提交bug的两个重要属性。通常，测试人员在提交Bug时，只定义Bug的Severity，即该Bug的严重程度，而将Priority交给Project Leader或Team Leader来定义，
遇到概率性bug怎么办？
学习重点 1、对于偶现bug的规律总结 2、对于偶现bug的处理方式 实战解答 概率性bug（幽灵bug）需提单，描述清楚操作环境、步骤、数据，提供必要日志并备注可能原因。 后续：
当开发人员说不是BUG时，你如何应付？
学习重点 沟通，人际关系 实战解答 开发人员说不是bug分两种情况： 需求未确定：找产品经理确认是否需要修改，商定后再决定。 认为不可能发生： 说出bug的依据及用户发现问题/出问题的不良结果； 反驳开发理由，若不行则找开发经理和测试经理确认； 最终确定不改则在测试报告中记录备查。
发现一个bug，怎么定位是APP端还是服务端的问题
学习重点 1、考察对测试基础的理解 2、考察实际工作中问题排查的能力 实战解答 抓包分析：对客户端抓包，分析服务端返回数据是否符合预期。若服务