如题所述
第一步：评估影响范围。收集问题的故障类型、影响范围及影响时长
第二步：快速恢复。能确定问题的恢复方法：hotfix、调整配置、功能关闭，不能确定问题的恢复方法：回滚、重启、扩容、降级
第三步：定位问题。重现问题步骤，并结合日志来复现问题，配合开发定位
第四步：问题复盘。分析问题的根本原因，判定是否还存在类型问题，如何避免类似问题的发生
当初在黑马程序员学习的时候我就经常忘记，所以后来记得很牢了。
第二步：快速恢复。能确定问题的恢复方法：hotfix、调整配置、功能关闭，不能确定问题的恢复方法：回滚、重启、扩容、降级
第三步：定位问题。重现问题步骤，并结合日志来复现问题，配合开发定位
第四步：问题复盘。分析问题的根本原因，判定是否还存在类型问题，如何避免类似问题的发生
当初在黑马程序员学习的时候我就经常忘记，所以后来记得很牢了。
温馨提示：答案为网友推荐，仅供参考
第1个回答 2019-11-15
一定要提交。1． 记得有这么个缺陷，以后再遇到的时候可能就会了解发生的原因。
2． 尽力去查找出错的原因，比如有什么特别的操作，或者一些操作环境等。
3． 程序员对程序比测试人员熟悉的多，也许你提交了，即使无法重新，程序员也会了解问题所在。
4． 无法重现的问题再次出现后，可以直接叫程序员来看看问题。
5． 对于测试人员来说，没有操作错误这条.既然遇到，就是问题。即使真的操作错了，也要推到程序员那里，既然测试人员犯错误，用户也可能会犯同样的错误。错误发生的时候，Tester最大。二、程序不是测试人员写的，出问题也不是测试人员的原因。
至于无法重现，可能的原因很多，因为测试人员看到的只是程序的外部，无法深入程序内部，所以把责任推给测试人员是不对的。测试人员的任务只是尽力重现问题，而不是必须重现。
2． 尽力去查找出错的原因，比如有什么特别的操作，或者一些操作环境等。
3． 程序员对程序比测试人员熟悉的多，也许你提交了，即使无法重新，程序员也会了解问题所在。
4． 无法重现的问题再次出现后，可以直接叫程序员来看看问题。
5． 对于测试人员来说，没有操作错误这条.既然遇到，就是问题。即使真的操作错了，也要推到程序员那里，既然测试人员犯错误，用户也可能会犯同样的错误。错误发生的时候，Tester最大。二、程序不是测试人员写的，出问题也不是测试人员的原因。
至于无法重现，可能的原因很多，因为测试人员看到的只是程序的外部，无法深入程序内部，所以把责任推给测试人员是不对的。测试人员的任务只是尽力重现问题，而不是必须重现。
