web测试——业务测试1

1.元数据
描述数据属性的信息，支持如存储位置、历史数据、资源查找、文件记录等。关于数据的数据。
业务数据：记录某种内容的数据是业务数据，新增一条入职员工信息，业务含义是代表了一条入职信息。
2.关联关系的字段——lookup字段
通过该字段可以将两个实体联系。实体类似于数据库中的一个表，lookup字段就是关系数据库的外键，基于lookup关联查询类似于数据库的连接查询。
字段类型：lookup
数据类型：int和long类型的字段
lookup可关联的字段：主键、数据类型是int、long类型的字段
3.数据源
单选框、复选框、单选列表、树状选择框等字段类型在运行态展示下拉选项时数据的来源
eg:性别：男、女、保密为数据源
4.控件类型
数字控件：数字输入框
文本控件：文本输入框
日期控件：
时分控件：
年月控件：
员工控件：
树形控件：
职位控件：
部门控件：
学校控件：
单选控件：
多选控件：
控件测试：
前端部分——控件的外观、排列对齐方式、
 点击后的对焦、
 能否输入、
 字符长度、
 输入内容(文本、数值、浮点数、特殊字符、XSS校验语句、空格等)
 单击事件、取消或者确定按钮的触发、
 失焦校验、
 图层滚动的遮挡和呈现方式。

后端部分——数据的存储正确；
 组件中数据的取数；
 编辑后的数据库数据；
5.kafka
 一种消息队列，主要用来处理大量数据状态下的消息队列，一般用来做日志的处理。
 kafka是一个分布式消息系统。kafka的数据保存在topic.利用topic存储消息
 partition：topic的分区。分区的作用是用作负载，提高kafka的吞吐量。同在一个topic在不同分区的数据是不重复的。
 message：每一条发送消息主体。
通信模式：
 一对一；点对点；
 一对多；一个消息发送到消息队列，消费者根据消息队列的订阅拉取消费消费。
发布者将一个消息只能被一个消费者消费；消费后删除；发布订阅模式。
异步处理：不需要让流程走完就返回结果，可以将消息发送到消息队列中，然后返回结果，剩下的让其他业务处理接口从消息队列中拉取消费处理。
6.定位bug
F12中URL(统一资源定位符)，即资源
前端主要负责显示数据——排版、文案、数据、兼容
B\S架构软件中，Html为网页结构，CSS为网页表现，JS为网页行为。
JS主要用来向HTML页面添加交互行为；可以直接嵌入HTML。
CSS层叠样式表，设计网页样式、美化网页、对网页元素进行格式化。几乎支持所有的字体字号样式。
 界面中出现排版错乱、
 文案错乱(功能文字——标题文字和提示文字——操作后给出提示)、
 数据错误、(列表字段、表单字段)
 兼容性问题，不同的浏览器；或者PC端和移动端(安卓和IOS)
 f12中URL(统一资源定位符)即资源
  1>样式的bug：控件颜色、大小、位置——CSS问题
  2>文本的bug：静态文字——html问题
静态文本在动画运行期间时不可以编辑修改的，是一种普通文本。不通过JS动态改变
  3>交互类bug：没有点击、拖拽——JS问题
  4>前端未发送请求
  5>接口请求URL错误、请求方法错误、请求头或请求数据错误——前端
  6>请求发送成功后，返回的接口正确，数据显示错误——前端

eg:链接：无法打开；跳转异常；未正确跳转；弹出组织窗口；死链接

后端负责处理、存储数据——业务逻辑、数据、安全、性能
  1>接口返回数据错误.响应
  2>页面加载太慢，耗时较长(性能)
  3>越权问题
  水平越权；——其他账号可以通过修改请求参数获取不属于自己权限下的数据
  垂直越权；——修改记录
  4>查看服务端(后端)的日志，复现问题时，有日志的输出，查看日志信息
  5>逻辑错误问题需要与开发人员沟通，必要时产品参与
  6>有请求：状态码： 2xx、4xx、5xx
  7>前端有请求，后端返回接口正确，数据不一致——后端

发送的请求正确，后台反馈的数据不正确——即为后端
前端无请求或者请求传参错误，——即为前端问题
发送请求正确，后台反馈数据正确，展示错误——即为前端问题
7.区分B端产品和C端产品
B端产品面向组织、企业；
需要考虑不同角色，用户的使用场景，与业务紧密结合；
产品功能叠加，业务逻辑复杂
依靠推广、倾向稳定，周期时间长，客户回访，顾问反映。
——钉钉、企微、飞书等
C端产品面向个人；
目标是用户满意，用户体验做到极致，避免用户思考；依靠流量变现、倾向好用，周期时间段，快速验证效果。
——微信、抖音、小红书等