扫码阅读
手机扫码阅读

${name},你的订单${orderNumber}已经完成交易

82 2024-03-20
鸿





辞暮尔尔 烟火年年

#

产品经理必聊的100个话题




第14期:数据参数校验


无独有偶,有的航空公司的App也有这样的问题。

你的App是否也有同样的问题呢?把这样的消息推送给客户。



为什么会发生此类问题



Business Analysis






这个问题应该是数据的出口也要做校验,但是没有做校验造成的。很多程序只在数据入口的地方做了校验,在数据出口的地方没有做校验。

因为没有人提及这个地方要做校验。测试也就没有做出相关的测试,因此这个问题也就一直被遗漏了。





参数可能出现的错误



Business Analysis






全部或者部分参数出现问题:

1.没有取到参数

2.参数值错误


可能发生同类错误的地方



Business Analysis






1.发送通知

邮件/短信/App推送/微信公众号

这些的地方都可能是发生类似问题的地方。你是否收到过类似的邮件,短信和推送消息。

2.导出报表

导出报表的时候也可能是导出错误数据的。因此导出报表的时候也应该做校验。避免提供了无效的报表。

3.对外提供的API

对外提供数据的API也可能存在导出的数据不合理的情况,这种情况万一要是提供了错误的数据给第三方,结果可能很严重。因此需要做充分的数据校验。

4.导数据的批处理

向别的系统导数据的批处理也可能存在导出数据错误的情况。这种情况一旦发生可能需要大量的时间去修复错误的数据,因此需要做充分的校验。


希望的处理逻辑



Business Analysis






输出数据的时候,如果校验后出错,不应该向外提供,应该有相关的提示,日志等功能,辅助进行排查和补发通知等处理。

另外如果还是必要对外有输出的情况,可能有几种处理方式:

1. 用默认的方式来发送数据/通知

2. 用提示出错的方式向外提供数据/通知

3. 不通知/提供数据

还要视具体情况而定,选择对应的方案。

大家对待这件事情的态度

真的会改进这个问题吗?

大多数团队都会忽略这个问题。

1.修改工作量大

因为这个问题改进的量会很大,几乎所有的推送消息都要修改一遍,所有的导出也得改一遍。而现有的需求池可能就已经很大了,不想继续花功夫。


2.收益低

就算改好了又如何,也不见得会让用户满意度提升。

不修改也就是偶发的,少量的用户看到了而已,就算看到了这个就会不买我们的服务吗?

3.优先级非常低

就算最后决定要改,由于发生频率较低,错误影响性不那么严重等原因,开发团队往往会将这个问题的优先级放的很低。

4.背后隐藏的是质量意识

这背后隐藏的是质量意识。团队是否有充分的质量意识,还是以完成任务为导向。

你的团队呢?遇到这种情况会怎么办?


文章知识回顾



Business Analysis






关于数据参数校验,下面哪个说法是错误的?

A

要注意在数据出口的地方做校验

B

邮件/短信/App推送/微信公众号容易出现问题

C

这和质量无关,是失误的概率问题

D

如校验后出错,应有相关的提示,日志等功能

原文链接: http://mp.weixin.qq.com/s?__biz=Mzk0MzM2OTQzOA==&mid=2247484100&idx=1&sn=cfa0f4626cedb4d6c03740bbe7f620e2&chksm=c335bf75f44236633a787846a9cebca3abf7310b8c828ef8947db1db235a302cdadd297d1325#rd