无锡营销型网站价格,湖北建设招标网 官方网站,wordpress一键 centos,seo网站推广经理服务的健壮性跟系统设计有很大关系#xff0c;前期设计时考虑多一些处理逻辑#xff0c;可以避免后期出现问题带来的损失以及修复问题的成本。
在前期讨论设计方案时测试同学也需要参与#xff0c;而不只是埋头设计用例和测试#xff0c;开发同学可能因为思维局限或者思考…服务的健壮性跟系统设计有很大关系前期设计时考虑多一些处理逻辑可以避免后期出现问题带来的损失以及修复问题的成本。
在前期讨论设计方案时测试同学也需要参与而不只是埋头设计用例和测试开发同学可能因为思维局限或者思考疲劳不一定能想到异常处理测试同学可以利用自身优势多给一些建议。
如果等测试评审时再跟开发同学强调这些设计或者是到测试中才发现这类问题可能就有点迟了因为越到后期改动代码的影响范围越大改动的风险也越高。
补偿机制
业务中有一个功能用户提交申请后要将数据回调给某个第二方系统或者是第三方系统这时候你要考虑如果请求失败了怎么办。
重要事件的处理要记录请求情况特别是异步请求虽然不影响主流程但是如果失败了又没有记录就不方便回溯想重新发起请求也没有入口。
不管是通过HTTP通信还是通过MQ进行通信都是可以记录请求状态的前一步成功后将状态置为待推送推送前置为推送中为什么先置为推送中因为有可能结果更快回来推送后再置为成功/失败然后针对待推送、推送失败的记录要做定时任务来进行重试。
功能特性开关
假设原本交互逻辑是A直接请求B系统后来新增了C系统作为中间处理系统A不直接请求B了或者是原本A请求B的方式由MQ改成了HTTP接到这样的需求要第一时间想到做开关即某个配置确定了业务是走方式1还是方式2的逻辑。
对旧功能的大逻辑修改最好做特性开关新功能要能兼容开关的两种方式都能正常运行。
上线后当有需求时再开启使用功能下架时也可以直接将开关关闭最重要的是如果上线后出现问题不需要回滚代码直接将开关关闭即可。
这样出现问题后改动的成本和影响范围是最小的修复问题花费的时间也是最少的。
请求内部系统失败
如果外部请求进来网关时网关要先请求内部系统A然后处理完再返回最终结果比如外部发起注册请求而网关要先请求信用系统判断用户资质这时候要考虑请求信用系统失败的处理。
如果将请求失败和信用系统返回失败一样处理返回拒绝的结果给外部系统那是不合理的因为这属于内部系统的错误并不是业务处理的结果。这时候应该要返回请求失败给外部系统让外部系统自己重新发起请求进行重试。
从系统的角度说请求A系统时失败相当于并没有进行处理那么返回失败十分合理从业务的角度说虽然是我们自己的服务挂了但是我们不能就这样把用户拒绝我们都希望做到收益最大化那么最好的方式当然是能把用户留住而不是直接就把用户拒绝。
获取配置失败
为了更灵活地方便产品同学配置维度而不用每次都通过改代码上线来实现降低业务逻辑实现难度到配置系统获取配置结果并根据结果进行相应处理是非常常见的实现方式。
但是多请求一套系统就多增加一个不确定性特别是对配置来说需要考虑请求失败和返回的配置无法使用、有缺漏的情况如何处理至少不应该阻塞正常流程比如可以在请求配置失败时使用默认配置的方式降低风险。
其实这几个都是“兜底”的设计方式遇到一个功能不要只想到正常场景要思考可能出现的异常场景最重要的是出现这些异常场景的处理方式尽可能覆盖异常情况才能做到胸有成竹地上线。 总结
感谢每一个认真阅读我文章的人
作为一位过来人也是希望大家少走一些弯路如果你不想再体验一次学习时找不到资料没人解答问题坚持几天便放弃的感受的话在这里我给大家分享一些自动化测试的学习资源希望能给你前进的路上带来帮助。 文档获取方式 加入我的软件测试交流群680748947免费获取~同行大佬一起学术交流每晚都有大佬直播分享技术知识点
这份文档对于想从事【软件测试】的朋友来说应该是最全面最完整的备战仓库这个仓库也陪伴我走过了最艰难的路程希望也能帮助到你 以上均可以分享只需要你搜索vx公众号程序员雨果即可免费领取
