问题分析方法
编写目的
测试人员可以通过此文档，学习分析环境问题/代码问题/数据问题/数据库表问题，并附加了如何新增服务，配置定时任务的方法。后续每个测试人员都要具备初步分析问题的能力。
适合人员
测试人员、开发人员
基础知识
WEB前端和WEB后端
Web前端:
web前端就是在Web应用中用户可以看得见碰得着的东西。包括Web页面的结构、Web的外观视觉表现以及Web层面的交互实现。
前端文件：
Web后端：
后端更多的是与数据库进行交互以处理相应的业务逻辑，需要考虑的是如何实现功能、数据的存取、平台的稳定性与性能等。
服务包
业务服务： shop(店铺)、order（订单）、pay（支付）、operation（运营）、appiontment（预约）、coupon_platform（优惠券平台）webapp（商户）、
公共服务：user（用户）、dictionary（字典）、merchant（商户）、router（路由）、gateway（网关）、message（消息）
基础服务：eureka（服务注册中心）、tx（分布式事务）、cron（定时任务）、fdfs（文件服务）
Eureka
Eureka是Netflix开发的服务发现框架，本身是一个基于REST的服务，主要用于定位运行在AWS域中的中间层服务，以达到负载均衡和中间层服务故障转移的目的。SpringCloud将它集成在其子项目spring-cloud-netflix中，以实现SpringCloud的服务发现功能。
eureka简介
Eureka包含两个组件：Eureka Server和Eureka Client。
调用关系说明：web端登录
1.服务提供者在启动时，向注册中心注册自己提供的服务。
2.服务消费者在启动时，向注册中心订阅自己所需的服务。
3.注册中心返回服务提供者地址给消费者。
4.服务消费者从提供者地址中调用消费者。
注意！ 下面的服务端指：注册中心，客户端指：服务提供者和消费者
Eureka Server
提供服务注册服务，各个节点启动后，会在Eureka Server中进行注册，包括主机与端口号、服务版本号、通讯协议等。这样EurekaServer中的服务注册表中将会存储所有可用服务节点的信息，服务节点的信息可以在界面中直观的看到。
Eureka服务端支持集模式部署，首尾相连形成一个闭环即可，集中的的不同服务注册中心通过异步模式互相复制各自的状态，这也意味着在给定的时间点每个实例关于所有服务的状态可能存在不一致的现象。
eureka客户端
主要处理服务的注册和发现。客户端服务通过注册和参数配置的方式，嵌入在客户端应用程序的代码中。在应用程序启动时，Eureka客户端向服务注册中心注册自身提供的服务，并周期性的发送心跳来更新它的服务租约。同时，他也能从服务端查询当前注册的服务信息并把它们缓存到本地并周期行的刷新服务状态。
服务调用
服务消费者在获取服务清单后，通过服务名可以获取具体提供服务的实例名和该实例的元数据信息。因为有这些服务实例的详细信息，所以客户端可以根据自己的需要决定具体调用哪个实例，在Ribbon中会默认采用轮询的方式进行调用，从而实现客户端的负载均衡。
示例：test2环境的eureka地址：10.181.4.213:12906
工具准备
抓包工具：Fiddler
查看日志的工具：CRT或其他类似工具
问题分析
前端问题
问题1：页面样式类等UI问题都属于前端问题
问题2：前端展示数据不正确
问题现象：前端展示数据不正确
问题排查：通过抓包工具，抓包查看接口返回报文,根据返回报文的参数信息，初步排查是前端问题还是后端问题，如果后端有返回正确数据，但前端显示错误（取值错误），可判断为前端问题，如果后端返回错误参数或者返回空，可判断为后端问题；
后端问题
问题1-后台错误：
问题现象：操作业务时，后台弹出提示：系统开小差了，请人员；
问题排查：该提示信息比较模糊，判断可能为后端代码问题或配置问题，或者相关服务未启动，按以下思路排查：

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。