微服务架构测试与一般应用系统测试的不同?

前几天一个朋友问我如果一个产品的架构改成了微服务模式了,测试的不同点有哪些?由于业务逻辑和之前都一样,所以,之前针对系统测试的用例依然有效。但是,对于微服务架构的自身特性的测试,还是有一些需要额外关注的点,简单想了一下,列举了一下几点:

1)业务逻辑

    i) 每个单独服务的业务逻辑的测试,包括认证与授权等。

    ii) 多个微服务之间业务逻辑的测试,包括认证与授权,多个业务逻辑步骤的先后顺序等。

   iii) 多个微服务对于请求中的同一个属性的输入验证是否统一?

   iv)不同的服务对于敏感信息的处理与保护是否一致?

2)可用性

    i)  一个微服务中断服务,如何有效切换?

   ii)  多个微服务中断服务,如何有效切换?

3)性能

   由于使用微服务,之前一个请求的操作,被分开成多个请求到多个服务,在通讯环节上,会消耗一定的时间,对性能的影响?

临时想到了这几点,以后想到了再继续补充。

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值