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