经典异常
2017-02-03 15:32:38 0 举报
AI智能生成
经典异常,是指那些在软件开发过程中经常出现的、具有普遍性和典型性的异常情况。这些异常通常具有一定的规律性和可预测性,开发人员可以通过经验和技巧来处理和解决。例如,空指针异常、数组越界异常、类型转换异常等都属于经典异常。 在编写程序时,我们需要考虑到各种可能出现的异常情况,并采取相应的措施来避免或处理它们。这包括使用合适的数据结构、合理的算法设计、严谨的代码审查等方法。同时,我们还需要学会使用调试工具来定位和修复问题,以提高开发效率和软件质量。 总之,经典异常是软件开发过程中不可避免的一部分。只有通过不断地学习和实践,才能更好地掌握应对异常的技巧和方法,提高自己的编程能力。
作者其他创作
大纲/内容
异常描述
12月22日用户发起诉求,其收到包裹发现三段式开关比较松动;
客服请用户提供相关图片
12月23日用户提供清晰的完整图片,手机盒外包装完好
12月23日客服要求用户索取DHL complaint number
12月24日客服反馈需要5-7 工作日进行调查
12月27日用户反馈此问题其他人也碰到过,非运输中转导致
12月28日 客服反馈正在调查此问题
12月30日 用户跟催异常的处理进度,并反馈已经超过5个工作日
1月3日用户急需跟催处理进度,并反馈已经超过7个工作日,用户担心坏机器退回再补发一台新机器,需要花费3周
1月4日 客服TL 标注此异常看起来是制造商原因导致
1月4日客服再次告知用户,再需要1天将此问题升级到更高领导处理
1月5日客服TL标注可给用户换货处理
1月6日用户已彻底激怒,用户理解此问题需要调查,但可以一边取件,一边再补发订单,用户表明此为你跟DHL之间的问题,非用户本身问题导致,用户问此故障机器如何处理
1月6日 客服回复用户邮件,考虑到此异常处理时间比较久,认为包裹丢失,征求用户是退款还是补发,如果补发请填写相关信息,如果用户收到原来包裹,请用户拒收
1月6日用户回复需要补发,并按照客服的格式填写相关内容
1月7日客服与用户再次核对地址,取件地址与发件地址;同时用户对于故障机的包装也想提前了解,便于DHL取件
1月8日 客服发信息要求用户提供IMEI,反馈此订单目前状态没有完结
1月9日 客服发信息询问用户DHL 取件时间
客服已反馈相关取件时间
1月10日 用户问,什么时候可以发补货订单,在收到故障机器后补发,还是之前
1月11日 客服告知用户机器收到仓库后再补发订单,一般需要1-2周时间
用户已获取到取件的运单号
1月13日 用户反馈,能看到取件的相关运回轨迹,用户询问什么时候可以看到补发订单?
1月14日 客服反馈需要中心收到,需要一些时间,一旦收到会通知用户
1月18日 用户再次询问 补发订单的进度状态
1月18日 给用户退款
用户投诉,看到其退款,但用户需要的是补发,这是什么问题?
1月19日 客服答复,一旦此仓库收到货后会自动退款,请用户在方便的时候再进行下单
后面客服已经此case clsoe, 用户再无后续询问,但将此相关过程邮件发送至Carl
收藏
收藏
0 条评论
下一页