平常工作中常见需求踩坑点

在2年的开发中遇到过大大小小的问题，这些问题最终就是导致bug，记得我刚去时，由于对业务不熟悉，代码也刚刚入手，于是在开发中出现较多的问题。某一天我依照bug整理了下这些bug的问题点，发现大部分问题其实是出现多次的，可以说是高频问题，小部分不太常见，不过后面会不会变得常见不好说。这份需求踩坑点文字居多，主要是给自己看看，如果你看到了有什么想法欢迎留言讨论。

我们做需求前，整理需求十分重要，下面这些问题或许是我们经常会碰到的一些问题，需要思考，沟通，确认。

一.列表问题
1.列表如何排序
2.列表的查询是本级还是本级及下级，还是根据某业务查询
3.业务统计是否只统计本级，还是统计本级和下级
4.列表中显示的时间和查询条件中的时间有没有保持一致
5.删除、编辑操作权限问题，下级添加的数据，上级如果可以看到可以编辑或删除吗
6.列表没有数据时如何显示
7.列表被删除，不统计，或者有其它必要业务条件时，过滤不满足该条件的数据
8.列表那里的统计，确认全部是否等于其它统计值的和，如果其它列表也有统计，统计数是否一致

二.业务问题
1.详情中某些数据没有时如何显示
2.上级能否帮下级新增数据
3.数据是否唯一，什么条件下唯一，比如新增数据，是否某些业务组合下只能有一条
4.操作是否只能进行一次，是否可以退回，比如 审批 承办 办结等这些具有业务生命周期终的含义的操作
5.业务类型是否和领域有关，如果组织领域变化如何处理
6.业务统计是否只包含自身，还是包含下级（如果业务有父子关系的话，比如栏目有子栏目，栏目下的文章数量）
7.根据时间判断业务数据的地方要确认好，如果人为修改了时间如何处理，是人为刷新还是系统处理。并且​​​​​在设置时间时，适当减去几秒钟，比如5-10秒

8.业务被删除了，统计到的地方要排除
9.业务操作是否需要发系统类消息，比如系统待办消息、系统消息、手机推送或短信
10.某个业务如果有通知子业务，通知范围要确认好，如果通知发下去了，通知数据被修改，怎么处理
11.所有填文本的地方字数要确认
12.某个改动，是否会对原来关联的业务产生影响
13.业务新增时如果有某种限制，编辑时是否也需要限制，比如名称不能重复
14.如果业务数据正在使用，被删除了如何处理，比如考试时，某题被删掉了，或者入党流程中被删除
15.统计的条件，注意开闭区间，比如统计多少以下或以上，是否包含那个数字，又比如查询时间
16.业务关联的党组织是什么党组织，是当前登录组织关系所在的组织还是选择的组织
17.涉及和职务有关的地方一定要再三确认清楚
18.同一个入口，不同的列表展示要确认好
19.上传附件有无个数限制
20.统计时是否去除0的数据
21.如果有小数，小数保留几位
22.导出时数据确认，是否所见即所得，还有导出的文件名。另外如果是空数据，是否需要导出空表格

三.多端问题
1.数据在一端编辑、删掉或做了其它变化，另一端是否同步还是保持不变还是如何处理

四.统计相关
1.文案确认好
2.统计什么领域的数据
3.是否要实时
4.如果上级帮下级录入数据，组织要如何显示，是显示下级那个组织，还是显示录入人所在的数据
5.近一段时间，确认时间范围，比如近3个月，是当前月份-2的第一天到今天，还是当前月份-2个月的这一天到今天
6.如果业务在某个维度是一对多，从组织维度统计，统计可能是1，详情可能大于1，如何处理
7.如果某些不应该有合集的统计发现可能存在合集，导致加起来的总数和真实数据不一致如何处理，是某一边排除还是
8.统计范围是什么，基层党组织或者是什么

五.通用

时间显示问题，要不要显示到秒，到底是什么格式，可以采取便捷方式处理

1.业务查询的地方都要过滤已删除的数据
2.有相除的地方如果分子或分母为0如何处理，或者分子或分母太大如何处理
3.涉及到金额的地方，单位确认，是否统一
4.数字是否过大，会不会溢出
5.如何历年数据发生变化大屏是否要体现
6.考虑业务场景和并发情况
7.涉及到实际金额交易的地方，是否要退回、冲红或其它情况
8.业务条件如果不具备，如何处理，比如新增时要选书记，如果还没书记呢
9.如果要在原来的表加字段或者某字段的数据有变化，历史数据如何处理
10.如果业务上有很多人员参与，这些人员之间是否可以重复，列表或详情是否要增加那些人员的显示方便查看
11.关系到业务状态变化的操作有没有先后顺序
12.如果不同职务对应不同的数据或有不同的行为，要再三确认清楚职务情况，如果多职务如何处理，如果人员职务变化，数据又该如何处理，职务变化包括现在有，后面没有；现在没有，后面有；一直有；一直没有等情况，比如要是书记，要是党员，假如一开始我不是党员后面变成党员，或者我开始是书记，后面不是书记了。
13.手机号是否需要做脱贫处理
14.如果选人的时候可以多次操作，之前选过的人是否不可以再选
15.如果业务上可以从现有的数据新增(拷贝或共享)数据，新增时是否要排除重复的，首先是来源的数据是否要排除重复的，另外是来源的数据是否要和现有的数据排重，比如之前做的运营后台题库和试题，抽题和选题到某个题库，抽的题要排重，新增时还要排重。一个题库不能有重复的题
16.如果业务上可以从现有的数据新增(拷贝或共享)数据，如果按照规则算后不满足时如何处理，比如抽题，各个题型和难易程度计算出来，某个题型数算出来没有选择的数量，如何处理

六.敏感信息问题

手机号是否需要脱敏，形如替换中间4位

 

印象很深刻的一点是：我们各环境数据库结构-数据库，表必须一样

相关配置信息也必须一样，否则可能出现非预期的结果，因为如果某个环境缺少配置，可能导致NPE或其它问题。

希望时常回顾这些问题能够帮助自己思考问题更严谨，质量逐渐高质，虽然有时产品本身缺陷就挺多的。。。