面试题

如果项目上线在上线期间出现问题改怎么办？
一. 评估bug的影响范围
分析bug影响的用户数量检查bug是否业务核心环节的功能问题，是的话则影响的用户量比较多分析bug影响的严重程度检查bug是否涉及到用户的个人信息泄露、资金财产损失等比较敏感的功能，涉及的话则认为bug比较严重对于bug影响范围的评估，必须尽可能的快速且准确，因为影响范围和程度会随着时间不断扩大，及时了解目前的bug影响，可以为后续解决问题提供最适合的指导意见。
二. 解决线上问题
针对线上问题最重要的是要解决，在评估完影响范围后，就需要制定对应的措施来解决问 题并恢复系统的正常使用。影响范围比较小的bug了解bug出现的场景，业务操作，努力复现bug测试人员结合bug出现时的各种日志（系统日志、数据库日志、操作日志、debug日志），定位bug产生的原因
按照项目规划的发布/升级的时间节点，将bug修复的代码发布到线上，bug解决影响范围比较大的bug.bug影响范围比较大时，如果还是通过修复bug的方式来解决，对用户的影响或者公司的损失无法把控，此时最重要的是：将问题范围降到最低。无法明确问题引入原因时，可以通过回滚版本的方式来规避。部分用户功能可以通过后台配置的方式将功能降级或关闭，如果是资源不足等性能问题时，可以通过重启系统或者扩容的方式解决，再进一步观察，以上几种规避问题的方法只是帮助我们争取到时间，规避问题后还是要按照之前
修复bug的方式来定位问题，修复问题，并将修复的代码发布线上，将bug彻底解决。在实际工作中，我们需要根据bug的影响范围来选取最适当的解决方法，目的只有一个：将问题影响范围降到最低。
三. 回溯线上问题
当线上问题解决后，我们还需要对问题进行总结回溯，避免同样的问题再次发生。线上问题回溯主要从如下几个方面进行：检查其他的业务是否有同类型的问题有问题的话提前解决，避免遗漏上线分析bug的根本原因，考虑如何避免此类问题再次发生分析bug是在哪个阶段引入？是设计阶段、开发阶段、测试阶段？
分析bug引入的原因是什么？是流程问题、技术问题、管理问题？处理问题的流程是否合理？是否有问题预警、是否有紧急上线规范？立即下线公司内部开发人员对BUG进行处理并解决测试再根据情况进行测试和迭代测试

如果做一个全新ToB端的复杂系统，在人员以及时间充足的情况下，你会做哪些准备工作和安排确保项目准时上线？
首先连同公司的项目经理/测试经理/开发人员/ui等，召开项目例会，确定Tob业务类型（流量平台/数字化平台/人力服务/硬件产品）根据业务类型来定制研发计划/测试计划。
召开例会的同时，规划产品的多样性、服务性、价值性、然后由运营人员来做市场调研、规划、验证并总结市场，提交报告。然后再次召开例会，对初期产品进行优化并上架