1 痛点和研究背景　　目前随着分布式核心下移和小型机下线的趋势，主流系统架构已逐步演变为CCE+TDSQL。而在这一演进过程中也陆续暴露出来一些痛点难点问题，需要我们着力解决。为此，我们聚焦于分布式架构下需求、架构、数据这三个方面的痛点问题探索解决途径和措施展开了研究。第一，需求缺失的问题，分布式核心下移和小型机下线涉及的系统体量大、业务逻辑复杂，需求说明书持续迭代的情况下说明书内容已逐渐滞后缺失，易导致测试遗漏的出现。第二，架构痛点，分布式事务一致性逻辑复杂，目前主要基于手工测试，依赖于开发人员修改程序构造异常事务场景，导致测试费时费力；多微服务间的参数配置存在关联关系，微服务个数较多时...

什么是功能测试？①顾名思义，功能测试就是对产品的各功能进行验证，根据功能测试用例，逐项测试，检查产品是否达到需求要求的功能。②功能测试也叫黑盒测试或数据驱动测试，只需考虑需要测试的各个功能，不需要考虑整个软件的内部结构及代码.一般从软件产品的界面、架构出发，按照需求编写出来的测试用例，输入数据在预期结果和实际结果之间进行评测，进而提出更加使产品达到用户使用的要求。功能测试主要包含哪些？业务功能测试、视觉效果测试、页面跳转测试、表单测试、字符串长度及类型输入限制测试、button按钮点击功能测试、button兼容性测试。功能测试用例设计方法有哪些？等价类划分法、边界值分析法、错误推测法、因果图法...

前言HTTP接口测试很简单，不管工具、框架、还是平台，只要很的好的几个点就是好工具。测试数据问题：比如删除接口，重复执行还能保持结果一致，必定要做数据初始化。接口依赖问题：B接口依赖A的返回值，C接口依赖B接口的返回值。加密问题：不同的接口加密规则不一样。有些用到时间戳、md5、base64、AES，如何提供种能力。断言问题：有些接口返回的结构体很复杂，如何灵活的做到断言。对于以上问题，工具和平台要么不支持，要么很麻烦，然而框架是最灵活的。unittest/pytest + requests/https 直接上手写代码就好了，既简单又灵活。那么同样是写代码，A框架...