微服务架构-测试理解

一、目前的主流接口架构

1、restful架构：基于http协议，默认json传输数据,针对中小型企业

2、soap架构：基于webservice协议，默认xml传输数据,针对中小型企业

3、rpc架构：基于dobbo协议和thrif协议，针对特大型企业

二、微服务架构

是一种架构概念，旨在通过将功能分解到各个离散的服务中以实现对解决方案的解耦。

通过拆分，封装一些公共服务，实现敏捷开发和部署

三、常用的中间件

1、MQ：消息队列，是基础数据结构中“先进先出”的一种数据结构。一般用来解决应用解耦，异步消息，流量削峰等问题，实现高性能，高可用，可伸缩和最终一致性架构.

典型的MQ中间件：RabbitMQ、ActiveMQ、RocketMQ、ZeroMQ、Kafka等。

MQ的使用场景：解耦、异步、削峰

解耦：一个业务需要多个模块共同实现，或者一条消息有多个系统需要对应处理，只需要主业务完成以后，发送一条MQ，其余模块消费MQ消息，即可实现业务，降低模块之间的耦合。

异步：主业务执行结束后从属业务通过MQ，异步执行，减低业务的响应时间，提高用户体验。

削峰：高并发情况下，业务异步处理，提供高峰期业务处理能力，避免系统瘫痪

2、redis（C语言开发的，用来储存数据内存的缓存数据库，处理数据非常快）

redis是一个key-value存储系统。和Memcached类似，它支持存储的value类型相对更多，包括string(字符串)、list(链表)、set(集合)、zset(sorted set --有序集合)和hash（哈希类型）

Redis支持主从同步。数据可以从主服务器向任意数量的从服务器上同步，从服务器可以是关联其他从服务器的主服务器。

四、微服务架构下的测试

1、单元测试：针对代码级别进行测试

2、集成测试：测试子系统本身各个模块之间是否正常

3、组件测试：基本dubbo、thift协议的接口测试，微服务组件

4、契约测试：消费者驱动测试，测试主系统和子系统的关联测试

5、功能测试