msup 蚂蚁开放日游记之 分布式业务下测试分析和自动化

作者简介

欧阳青，有大于3年的通讯工作经验，来自于运营平台技术部，

3个帽子戏法，

在架构里面，有一个很经典的问题，CAP，中文就是，3个帽子戏法，这个游戏总有一个帽子在空中，这3个帽子分别是可用性，一致性和分布部署
那么在哪？我们的架构里面，谁在天上呢？那就是一致性，这里所说的一致性，应该是适时一致性，但我们要保证最终的一致性

工具的平台化、日常化

长久以来，工具的两个弊端存在，形式多样（exe,jar,rest等），技术不统一，开放度还不够（想用代码调用，但是工具是无法接受命令行参数的exe)，
统一设计调用界面，规范调用的api形式，。
还给出数据统计系统调用的使用次数，提高工具开发者的成就感。

测试的自动化测试自动化，

涵盖语言（主java),设计harness约束，确定执行测试实体（solenium等）
测试不仅仅是代码覆盖率，

其他 金句

• 一个模块，以当面付为例，他下面直接涉及的子系统就多达50多个，设计初期，解除耦合很有必要！

• 当业务量变大的时候有两种方法，一是纯粹的添加物里，机器，当开始采用，逻辑集群的时候，可以合理的增删业务（？）

• 传统的通信行业是工作于链路层和网络层，而我们，主要是在业务层，

• 新功能提交到主干后，要用sit（？）来进行代码的冲突检测，和决定是否升级jar包（库文件）
• 产品，最终上线之前要经过设计、预发等环境
• 团队测试框架是mock
• 我们还要做到测试环境的稳定性，由于测试环境资源的宝贵有限，很有可能一两个人的错误行为导致了其他人无法正常进行测试，
• 这里所说的稳定性问题就是要做到，99.99x%，至少4个九的，系统可用时间，可用时间是用分钟来计算的
• 分布式事务是一个大的要点，简单来说，你一笔业务点了付款确认多次（慢的浏览器环境下），要保证每一次点的结果都要给界面返回成功！

更新

文章部分是通过语音录入，，可能存在笔误，请以后续的ppt更新为准，
其中标记为问号的词汇请通过ppt确认。

期待你的建议，请联系我 刘牛 [email protected]