阿里云企业级互联网架构实践系列-微服务设计（原则）

1.关于高内聚 低耦合的正确的描述

A: 高内聚低耦合，是软件工程中的概念
B: 是判断设计好坏的标准
C: 主要是面向对象的设计
D: 高内聚和低耦合有时是矛盾的

2.关于微服务架构理解 正确的

A 微服务是一种软件架构模式
B: 微服务是适用各种场景的的软件架构模式
C: 微服务之间是通过网络进行通信的
D: 微服务可以支持独立修改和发布

3.关于微服务拆分 错误的描述

A: 服务粒度尽量小，便于快速修改
B: 一个微服务的代码行数不要超过2000行
C: 服务拆分就是按照系统功能拆分即可
D: 服务拆分强调的是业务的拆分

4.微服务的设计模式有

A: 串联模式
B: 代理模式
C: 聚合模式
D: 数据共享模式

5.关于具体微服务设计，需要考虑的点
A:和周边的业务关系画出来
B:考虑其对应的业务场景
C:是否内部还要划分子模块
D:接口设计
E:数模设计
F:日志设计
G:可靠性设计

6.关于服务接口设计的原则，正确是

A:接口粒度应该尽量小，以实现高内聚，低耦合
B:接口名称应该尽量面向业务场景
C:接口设计要遵从幂等性
D:接口要支持向前兼容

7.关于服务间接口交互方式常见的有
A:同步调用
B:异步回调
C:消息模式
D:数据库共享

8.关于服务间接口调用超时的处理方法，可以有
A:快速失败
B:调用方补偿
C:被调用方补偿
D:不做处理:

9.关于开发中Git使用，正确是

A:开发人员Fork对应仓库代码到本人仓库；
B:本地使用Develop分支进行开发并提交；提交时必须要保证符合编码规范
C:一个特性开发完成后，提交Pull Request到正式库的develop分支；
D:评审小组人员对Pull Request进行code review；
E:review通过后代码合并到develop分支；
F:待所有计划发布的变更分支代码都合并到Develop后，系统再rebase master代码到
Develop分支，然后自行构建，打包，部署等动作。

10.关于开发中异常处理建议，正确是
A:可以系统异常当做业务异常抛出
B:查询方法不建议抛出异常，否则调用方需要进行太多异常处理
C:尽量屏蔽底层异常，不要让调用方感知太多底层细节

11.关于开发中序列化描述，正确是
A:必须实现 Serializable，且有有效的 serialVersionUID
B:如果子类实现 Serializable，而父类未实现 Serializable，父类的字段不会被序列化。
C:合理设置 transient 字段
D:RPC中，禁止传大(>10KB)数据！

12.关于微服务测试金字塔描述，正确是
A越往上，越接近业务/最终用户；越往下，越接近开发
B.越往上，测试用例越少
C.越往上，测试成本越高（越耗时，失败时的信息越模糊，越难跟踪）

13.关于契约测试描述，正确是
A:契约测试,又称为消费者驱动的契约测试
B:契约测试分为消费者和 生产者，共同遵守契约
C: 契约就是消费者定义他们期望的API或消息是什么样，
D:不需要运行其他服务，环境简单，运行快。
E:测试可控范围缩小到单个服务内部。
F:按照契约，各自编写代码并测试。

14.关于API测试用例的描述，正确是
A:测试用例的编写，参数要变量化、
B:测试用例要可以反复执行
C:要充分使用工具和框架，
D:测试用例要符合业务逻辑

15.关于性能测试描述，正确是
A:性能测试包括负荷测试、压力测试、尖峰测试、持久性测试、可扩展性测试等
B:常用的工具有HP LoadRunner，Apache JMeter等
C:其中压力测试的用户量应该是逐步递增的