case编写规范
需求覆盖
产品PRD需求120%覆盖,另外20%为需求设计不合理点的提出及修改确认
需求功能点
可以自己画草图模拟每功能点操作反应及每操作功能点反应确保流程完整,开始到结束(例发文到展现时间影响)
入口
包括特定情况下触发展现
需求UI点
UI显示规范:多重UI叠加
UI显示文案:多语种、动效、布局、位置、排序、页面前进后退流程。注:若发现UI设计不合理处也可提出问题
边界:最长、最短、最宽、最窄、最大、最小、最多、最少、超出、无。注:每个较大功能点都需考虑
相邻功能反应:
例:账号相关:登录态(已登录、未登录、多账号登录)
权限:用户被动/主动拉黑等、账号title、加V、封禁等
相邻功能打扰
例:弹窗阻碍等
需求是否需要实验
需求开关:开关名称、开值、关值、打开状态、关闭状态、包括先开启,已有状态下再打开
功能插件:有插件、无插件
需求api定义:api路径、参数值定义、 回调、上传、事件
版本兼容: 向上、向下
启动:冷启、新/老用户、热启
安装:升级覆盖、自动更新、卸载安装、本地缓存、异常覆盖、安全覆盖
敏感信息:账户隐私、账户数据、上传文件、本地文件、埋点上报
法务/GR风险:版权、社会因素、人群因素、水印
场景覆盖:
设备:top机型、top系统
分辨率:热门大众、冷门小众
设备设置:例:设备开启/关闭某开关影响APP某功能点
设备软件兼容:例:键盘、设备字体
网络:2G、3G、4G、WiFi、热点、无网络、自定义网络、波动
系统:Android、IOS、Windows、Mac、Pad