业务测试——历史数据

业务测试历史数据的必要性

1.保留上一版本的呈现效果以及数据正确性
2.做发版前后数据、样式一致性校验
3.后端处理历史数据，覆盖各类场景，保证客户的现有数据不会被影响，造成线上事务
4.为测试过程的覆盖度以及产品迭代的质量保驾护航

如何做历史数据(发版前截图或文档记录)

前端部分：

1.文案、样式、布局等的调整
1>该部分注意页面布局的边界值
最多展示多少，最少展示多少，以及中间部分;

2>文案的位置，内容，以及展示的交互
是否与历史版本、组件兼容
是否与历史数据源一致
是否在不同的浏览器、不同型号的手机都兼容
是否与规约一致
是否是客户想要的，体验感能否通过，与之前相比是否得到了优化
是否需要回退到之前版本

3>
页面展示布局(不同临界值，区分有效等价类，无效等价类)
组件数据源，接口内容
交互(不同浏览器的hover展示(鼠标禁用、警告、提示展示弹层))
操作，级联展示以及带入的页面参数是否正确

4>前端页面的安全性校验，被篡改参数后能否访问页面

后端部分

1.权限
区分不同场景不同类型；即静态写死的身份配置和动态变化的身份配置，在发版前后的权限是否一致
系统预置的身份
系统预置后被自定义的身份
系统预置被自定义后，恢复系统预置的身份
租户下自定义的身份
出厂设置的特殊身份(是否被写死；能否被动态授权)
顾问的身份，有哪些应用下的实施权限

权限需要关注3个点
1>身份权限，这个身份下配置的应用权限
历史的应用是否过期；
历史的应用是否还在开通；
发版过程中修改该身份配置造成的错误数据，怎么修复，怎么记录，是否需要修复
历史上述不同身份的配置，数据处理是否正确(刷数据)

2>数据权限，客户可见的数据有哪些
历史的数据权限是否正确；不同身份和权限的人的数据权限区别(需要造不同级别、身份、配置下账号，留据可见数据范围)
历史的数据修改后的权限是否正确
历史的应用数据被修改，权限下的数据怎么动态修改、展示
历史的数据在发版过程中修改了数据权限，怎么修复，怎么记录，是否需要修复
历史的数据源被替换或者扩展，是否展示正确

3>操作权限
历史的身份配置下按钮是否正常展示
编辑、删除、新建、另存、保存、打印、下载、转发、共享、帮助、跳转、查看、搜索等的按钮、表单和列表可正确展示并生效
历史的身份配置按钮权限是否被修改，
不同级别或身份下可见的按钮范围是否正确
点击某一处，级联的按钮权限是否正确

2.业务逻辑
数据的产生、接收、更新是否正确
各个业务线之间的影响，是否存在依赖
后端数据库数据与前台接入的数据是否一致
后端各类的取数逻辑、判断逻辑是否正确；
是否屏蔽了不需要展示的数据；是否屏蔽了不需要接入数据的应用；是否对某个租户下的数据进行了特殊处理(租户灰度)
是否对某个页面走哪个服务，路由地址是否正确，机器配置是否正确；数据进哪个数据库表，是否生成了日志记录，是否产生了异常
定制化的东西是否正确生效，是否会影响其他用户、租户