PRD自查

一、输入框
限定输入的数值，做输入校验。
示例：最多输入10个数值，输入不合规则的内容，则在输入框下方红色字体提示，比如：“请不要输入汉字！”
二、下拉框
下拉的同时是否支持输入搜索，是否支持多选。
三、导入文档
表头校验、自校验、与系统校验、写入逻辑（全部不予导入或部分导入）、下载结果文档。
四、已有功能的逻辑规则变更
要考虑旧数据兼容或初始化。
五、基础数据删除
要考虑基础数据被调用的地方，删除和编辑怎么处理。比如：
商品分类中维护的“商品类型”被删除，那么再编辑和删除该分类下的历史数据的时候就可能报错，所以基础数据维护时候要校验调用情况。
六、设置规则
考虑规则去重、规则优先级。一般情况下，没有优先级的话，规则的去重和命中次序校验起来比较麻烦。
七、列表的数据的排序
一般按照修改时间的倒序排列，也可以用数据库id代替符号。用数据库id的好处是，方便用户和技术协作追溯数据。
八、异常机制
每时每刻都要有逆向思维，告诉开发人员什么算异常？异常了怎么标志出来。比如：表1字段A，匹配表2字段B，将成功匹配的数据写入表3.就要考虑表1字段A为空的情况该怎么办。
九、页面长期不登录
给自动退出。主要考虑到后端系统的保密性。
十、带操作的
一般都要设置页面权限。最简单的方式是所有系统的权限都分三个等级：不能查看、只能查看、可以编辑。
十一、功能修订
比如规则变更，需要考虑旧数据是否要按照新规则进行初始化。

需求：
一、功能需求
穷尽功能覆盖的使用场景，穷尽本功能相关联的各个系统模块，穷尽本功能的用户角色、权限。
二、性能需求
数据量较大时的系统压力、反应速度；批量上传、下载要考虑数量上限、考虑是否异步处理；考虑浏览器兼容性；考虑调用接口超时的备用策略等。
三、安全需求
敏感词屏蔽（同步过滤和异步召回）、防刷单机制、数据补推机制、风险预警等。

全文：
一、完整
流程是否存在断头路
二、逆向
功能流程是否可逆，如果逆向操作，是否考虑对应的机制：比如退款、退货操作。
三、异常
异常机制。各个步骤都可能出现预期外的情况。
四、歧义
需求文档的语法、功能文案、名词是否易懂，是否存在歧义。
五、兼容
是否存在兼容问题：不同业务人员对功能都能接受吗？各个系统之间兼容吗？新旧功能的兼容吗？（比如历史数据要不要初始化）？
六、备用
是否有备用方案，次级选项。比如当正常流程无法传输的时候，是否可以用导入的机制救急。业务高峰的系统，是否有降级处理逻辑。
七、穷尽
业务场景和可能原因是否穷举完毕。默认：是否给予了默认值。比如设置规则功能业务未设置怎么办？
八、脱敏
是否存在敏感信息，是否有脱敏机制。