业务测试历史数据的必要性
1.保留上一版本的呈现效果以及数据正确性
2.做发版前后数据、样式一致性校验
3.后端处理历史数据,覆盖各类场景,保证客户的现有数据不会被影响,造成线上事务
4.为测试过程的覆盖度以及产品迭代的质量保驾护航
如何做历史数据(发版前截图或文档记录)
前端部分:
1.文案、样式、布局等的调整
1>该部分注意页面布局的边界值
最多展示多少,最少展示多少,以及中间部分;
2>文案的位置,内容,以及展示的交互
是否与历史版本、组件兼容
是否与历史数据源一致
是否在不同的浏览器、不同型号的手机都兼容
是否与规约一致
是否是客户想要的,体验感能否通过,与之前相比是否得到了优化
是否需要回退到之前版本
3>
页面展示布局(不同临界值,区分有效等价类,无效等价类)
组件数据源,接口内容
交互(不同浏览器的hover展示(鼠标禁用、警告、提示展示弹层))
操作,级联展示以及带入的页面参数是否正确
4>前端页面的安全性校验,被篡改参数后能否访问页面
后端部分
1.权限
区分不同场景不同类型;即静态写死的身份配置和动态变化的身份配置,在发版前后的权限是否一致
系统预置的身份
系统预置后被自定义的身份
系统预置被自定义后,恢复系统预置的身份
租户下自定义的身份
出厂设置的特殊身份(是否被写死;能否被动态授权)
顾问的身份,有哪些应用下的实施权限
权限需要关注3个点
1>身份权限,这个身份下配置的应用权限
历史的应用是否过期;
历史的应用是否还在开通;
发版过程中修改该身份配置造成的错误数据,怎么修复,怎么记录,是否需要修复
历史上述不同身份的配置,数据处理是否正确(刷数据)
2>数据权限,客户可见的数据有哪些
历史的数据权限是否正确;不同身份和权限的人的数据权限区别(需要造不同级别、身份、配置下账号,留据可见数据范围)
历史的数据修改后的权限是否正确
历史的应用数据被修改,权限下的数据怎么动态修改、展示
历史的数据在发版过程中修改了数据权限,怎么修复,怎么记录,是否需要修复
历史的数据源被替换或者扩展,是否展示正确
3>操作权限
历史的身份配置下按钮是否正常展示
编辑、删除、新建、另存、保存、打印、下载、转发、共享、帮助、跳转、查看、搜索等的按钮、表单和列表可正确展示并生效
历史的身份配置按钮权限是否被修改,
不同级别或身份下可见的按钮范围是否正确
点击某一处,级联的按钮权限是否正确文章来源:https://www.toymoban.com/news/detail-625874.html
2.业务逻辑
数据的产生、接收、更新是否正确
各个业务线之间的影响,是否存在依赖
后端数据库数据与前台接入的数据是否一致
后端各类的取数逻辑、判断逻辑是否正确;
是否屏蔽了不需要展示的数据;是否屏蔽了不需要接入数据的应用;是否对某个租户下的数据进行了特殊处理(租户灰度)
是否对某个页面走哪个服务,路由地址是否正确,机器配置是否正确;数据进哪个数据库表,是否生成了日志记录,是否产生了异常
定制化的东西是否正确生效,是否会影响其他用户、租户文章来源地址https://www.toymoban.com/news/detail-625874.html
到了这里,关于业务测试——历史数据的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!