一、输入框
限定输入的数值,做输入校验。
示例:最多输入10个数值,输入不合规则的内容,则在输入框下方红色字体提示,比如:“请不要输入汉字!”
二、下拉框
下拉的同时是否支持输入搜索,是否支持多选。
三、导入文档
表头校验、自校验、与系统校验、写入逻辑(全部不予导入或部分导入)、下载结果文档。
四、已有功能的逻辑规则变更
要考虑旧数据兼容或初始化。
五、基础数据删除
要考虑基础数据被调用的地方,删除和编辑怎么处理。比如:
商品分类中维护的“商品类型”被删除,那么再编辑和删除该分类下的历史数据的时候就可能报错,所以基础数据维护时候要校验调用情况。
六、设置规则
考虑规则去重、规则优先级。一般情况下,没有优先级的话,规则的去重和命中次序校验起来比较麻烦。
七、列表的数据的排序
一般按照修改时间的倒序排列,也可以用数据库id代替符号。用数据库id的好处是,方便用户和技术协作追溯数据。
八、异常机制
每时每刻都要有逆向思维,告诉开发人员什么算异常?异常了怎么标志出来。比如:表1字段A,匹配表2字段B,将成功匹配的数据写入表3.就要考虑表1字段A为空的情况该怎么办。
九、页面长期不登录
给自动退出。主要考虑到后端系统的保密性。
十、带操作的
一般都要设置页面权限。最简单的方式是所有系统的权限都分三个等级:不能查看、只能查看、可以编辑。
十一、功能修订
比如规则变更,需要考虑旧数据是否要按照新规则进行初始化。
需求:
一、功能需求
穷尽功能覆盖的使用场景,穷尽本功能相关联的各个系统模块,穷尽本功能的用户角色、权限。
二、性能需求
数据量较大时的系统压力、反应速度;批量上传、下载要考虑数量上限、考虑是否异步处理;考虑浏览器兼容性;考虑调用接口超时的备用策略等。
三、安全需求
敏感词屏蔽(同步过滤和异步召回)、防刷单机制、数据补推机制、风险预警等。
全文:
一、完整
流程是否存在断头路
二、逆向
功能流程是否可逆,如果逆向操作,是否考虑对应的机制:比如退款、退货操作。
三、异常
异常机制。各个步骤都可能出现预期外的情况。
四、歧义
需求文档的语法、功能文案、名词是否易懂,是否存在歧义。
五、兼容
是否存在兼容问题:不同业务人员对功能都能接受吗?各个系统之间兼容吗?新旧功能的兼容吗?(比如历史数据要不要初始化)?
六、备用
是否有备用方案,次级选项。比如当正常流程无法传输的时候,是否可以用导入的机制救急。业务高峰的系统,是否有降级处理逻辑。
七、穷尽
业务场景和可能原因是否穷举完毕。默认:是否给予了默认值。比如设置规则功能业务未设置怎么办?
八、脱敏
是否存在敏感信息,是否有脱敏机制。