- 博客(21)
- 资源 (1)
- 收藏
- 关注
RSS订阅转载 单元测试框架和覆盖率统计原理简析
单元测试又是软件研发过程中的重要一环，此文可以帮助理解单元测试插件的运行过程，了解 mock 框架以及平台覆盖率统计相关的原理，从而更好更快地编写单元测试。作者 |忠素一、背景介绍最近部门在推进质量标准化，通过标准化研发、交付、部署、运维等过程，减少缺陷率和返工率，提高整体的工作效率。而单元测试又是软件研发过程中的重要一环，此文可以帮助理解单元测试插件的运行过程，了解 mock 框架以及平台覆盖率统计相关的原理，从而更好更快地编写单元测试。二、 单元测试与敏捷开发在常规的测试环节中，可.
2022-03-30 09:31:33
1459
转载 二类户常见使用场景解析
1、二三类户的介绍I、II、III类户是个人银行结算实名制和互联网账户产品倒逼银行的必然结果。实名制一方面明确了银行账户的规范实名要求，另一方面明确了弱实名账户的合法地位。使得银行合法利用线上渠道拓展客户，开展理财、信贷等业务。个人账户具体的使用限制见下表整理。2、应用二三类账户基于其可以在线开立的优势，突破了网店的限制。同时因为其也属于银行个人结算账户，因此出现了很多创新的用法，解决特定场景问题。2.1代发工资、小额报销代发工资一般要求员工统一使用企业代发工资业务委托行的银
2022-02-14 08:15:09
2465
原创 七篇文章看懂支付清算
一秋闲谈 - 知乎中国央行支付清算系统概述（上） - 知乎中国央行支付清算系统概述（完） - 知乎一文看懂中国银联CUPS清结算流程 - 知乎中国银联支付清算系统（CUPS）业务介绍 - 知乎支付行业和第三方支付概述（上） - 知乎支付行业和第三方支付概述（中） - 知乎支付行业和第三方支付（完） - 知乎...
2022-02-13 19:45:56
769
转载 详解大小额支付与超级网银
中国的支付清算有两套体系 当你去ATM取钱时，用的是央行的CNAPS（中国现代化支付清算系统） 当你用支付宝买买买时，用的是第三方支付的清算系统 这里先介绍第一部分：CNAPS|当你在ATM取钱时，银行都做了什么？我们先拿一个ATM取钱的例子来说明跨行业务的过程。假如你拿着一张工行卡去建行的ATM取了100元，这时候就发生了跨行业务。这个过程非常简单：建行系统告诉工行系统，有个工行用户要在我这儿取100元，能不能让他取？工行说，他的工行账户够扣100元，你先帮.
2022-02-13 18:54:05
10617
3
转载 自动化测试
自动化测试要做的事情与功能测试是一致。这里的自动化主要包含三个层面的自动化，单元测试自动化，接口测试自动化和web测试自动化。当然，不同层面的自动化关注点是不一样的。 单元测试自动化，调用被测试的类或方法，根据类或方法的参数，传入相应的数据。然后，得到一个返回结果。最终断言返回的结果是否等于预期结果。如果相等，测试通过；如果不相等，测试失败。所以，这里单元测试关注的是代码的实现与逻辑。 接口测试自动化，根据接口文档，到底是传get请求呢？还是post请呢？调用被测试的接口，构造...
2022-02-08 15:02:55
109
原创 几句话说清楚什么是云原生
云原生是构建和运行应用程序的一套技术体系和方法论。云原生（CloudNative）是一个组合词，Cloud+Native。Cloud表示应用程序位于云中，而不是传统的数据中心；Native表示应用程序从设计之初即考虑到云的环境，原生为云而设计，在云上运行，充分利用和发挥云平台的弹性+分布式优势。云原生概念的演化过程Pivotal公司的Matt Stine于2013年首次提出云原生（CloudNative）的概念；2015年，云原生刚推广时，Matt Stine在《迁移到云原生架构》一书中定义了符
2022-01-12 13:54:12
257
原创 敏捷开发、持续集成、持续交付和DevOps之间的关系（一张图解释）
敏捷开发：一种新型的计算机开发方式（与瀑布开发相对立），以用户的需求进化为核心，采用迭代、循序渐进的方法进行软件开发。在敏捷开发中，软件项目在构建初期被切分成多个子项目，各个子项目的成果都经过测试，具备可视、可集成和可运行使用的特征。换言之，就是把一个大项目分为多个相互联系，但也可独立运行的小项目，并分别完成，在此过程中软件一直处于可使用状态。持续集成（CI）：在源代码变更后自动检测、拉取、构建并进行单元测试的开发过程，持续集成的目标是快速确保开发人员新提交的变更是好的，并且适合在代码库中进一步使用..
2022-01-07 19:59:30
1131
原创 收单业务介绍
详解收单业务系列文章之一微信支付宝收单业务是如何赚钱的-详解收单支付业务系列文章之二银行收单业务如何打通PBC三端，实现全场景活客？详解收单支付业务系列文章之四——一图详解收单的价值在哪里关于第三方支付，看这篇文章就够了！银行收单业务如何打通PBC三端，实现全场景活客？...
2022-01-05 15:37:03
1173
转载 基于信号量和令牌桶算法的限流
限流的三种算法限流主要有三种算法：信号量、漏桶算法和令牌桶算法。信号量限制的是并发、资源。令牌桶限制的是QPS。信号量Semaphore是一个计数信号量。常用于限制获取某资源的线程数量，可基于java的concurrent并发包实现。通过acquire()方法获取许可，该方法会阻塞，直到获取许可为止。通过release()方法释放许可。基于java的concurrent的实现@RestController@RequestMapping("/semaphore")pub
2021-09-06 11:49:47
467
原创 DB2 Snapshot 大全
DB2 Snapshot用于监视数据库对象活动快照信息。在命令中可以指明要扑捉快照的级别和数据库对象一、Snapshot Monitor SQL Table Function-- 查看DBM的监视器快照SELECT * FROM TABLE( SNAPSHOT_DBM(-1)) as SNAPSHOT_DBM--To capture a snapshot of database manager information specifically regarding the fast commun.
2021-09-02 13:45:37
1184
转载 如何设计一个秒杀系统（完整版）
前言秒杀大家都不陌生。自2011年首次出现以来，无论是双十一购物还是 12306 抢票，秒杀场景已随处可见。简单来说，秒杀就是在同一时刻大量请求争抢购买同一商品并完成交易的过程。从架构视角来看，秒杀系统本质是一个高性能、高一致、高可用的三高系统。而打造并维护一个超大流量的秒杀系统需要进行哪些关注，就是本文讨论的话题。整体思考首先从高维度出发，整体思考问题。秒杀无外乎解决两个核心问题，一是并发读，一是并发写，对应到架构设计，就是高可用、一致性和高性能的要求。关于秒杀系统的设计思考，本文即基于此 3
2021-08-31 14:23:51
17702
1
转载 秒杀系统“减库存”设计的核心逻辑
如果要设计一套秒杀系统，那我想你的老板肯定会先对你说：千万不要超卖，这是大前提。如果你第一次接触秒杀，那你可能还不太理解，库存100件就卖100件，在数据库里减到0就好了啊，这有什么麻烦的？是的，理论上是这样，但是具体到业务场景中，“减库存”就不是这么简单了。例如，我们平常购物都是这样，看到喜欢的商品然后下单，但并不是每个下单请求你都最后付款了。你说系统是用户下单了就算这个商品卖出去了，还是等到用户真正付款了才算卖出了呢？这的确是个问题！我们可以先根据减库存是发生在下单阶段还是付款阶段，把减..
2021-08-31 14:12:24
488
转载 李运华《从零开始学架构》——架构设计三原则
课程链接https://time.geekbang.org/column/intro/100006601?utm_source=time_web&utm_medium=menu&utm_term=timewebmenu===============分割线=================前面几期专栏，我跟你系统的聊了架构设计的主要目的是为了解决软件系统复杂度带来的问题，并分析了复杂度的来源。从今天开始，我会分两期讲讲架构设计的3个原则，以及架构设计原则的案例。成为架构师是每.
2021-07-29 14:06:31
1716
原创 《杨波：微服务架构核心20讲》核心内容（一）
一、什么是微服务架构1、由一组小的服务组成，例如将单体架构应用进行拆分成多块小的独立服务，服务有多小具体看业务进行划分。2、每个服务都是运行在独立的进程之中，以进程的方式去进行横向扩展。3、服务之间的通信方式是轻量级的，例如HTTP协议。4、基于业务能力来构建微服务。5、每块服务都是能独立部署，团队之间不用太多协调，能加快迭代速度。6、无集中式管理，每个团队管理的服务可以根据业务需要来选择相应技术栈。7、服务之间是松散耦合的，没有强依赖，微服务基于有界上下文，每个团队有独立的数据
2021-07-29 09:44:49
929
转载 vue打包生成的文件的js文件过大的优化
1、组件按需加载现在大多的ui库都是以组件的形式进行处理，所以只需导入需要模块的即可2、去掉生成map文件打包时会生成map文件，而map文件一般都比较大，可以取消生成map文件（1）config/index.js找到productionSourceMap把true改为false3、cdn引入通过外部引入的方式引入这些UI组件库，从而减少打包文件过大的问题（1）index.html引入外部文件，并且加上<router-view>（2）main.js..
2021-07-28 15:54:40
2734
转载 四种核心架构思维
一、介绍架构的本质是管理复杂性，抽象、分层、分治和演化思维是我们工程师/架构师应对和管理复杂性的四种最基本武器。最近团队来了一些新人，有些有一定工作经验，是以高级工程师/架构师身份进来的，但我发现他们大部分人思维偏应用和细节，抽象能力弱。所以作为团队技术培训的一部分，我整理了这篇文章，希望对他们树立正确的架构设计思维有帮助。我认为，对思维习惯和思考能力的培养，其重要性远远大于对实际技术工具的掌握。由于文章内容较长，所以我把它分成两篇小文章，在本篇《四种核心架构思维》中，我会先介绍抽象、分层、分治
2021-07-28 14:45:32
343
转载 如何解决微服务的数据一致性分发问题？
介绍系统架构微服务化以后，根据微服务独立数据源的思想，每个微服务一般具有各自独立的数据源，但是不同微服务之间难免需要通过数据分发来共享一些数据，这个就是微服务的数据分发问题。Netflix/Airbnb等一线互联网公司的实践[参考附录1/2/3]表明，数据一致性分发能力，是构建松散耦合、可扩展和高性能的微服务架构的基础。本文解释分布式微服务中的数据一致性分发问题，应用场景，并给出常见的解决方法。本文主要面向互联网分布式系统架构师和研发经理。https://blog.csdn.net/yang75
2021-07-28 14:42:49
149
转载 如何解决微服务的数据聚合Join问题？
单库Join问题有后端开发经验的同学应该了解，对于传统SQL数据库，我们通常以正规化(normalization)的方式来建模数据。正规化的好处是数据冗余少，不足之处是数据聚合Join会比较麻烦。实际Join的时候，需要将几张相关表，通过主键和外键关系才能Join起来。我们知道，Join是一种开销比较大的SQL运算，当数据量少的时候，这种开销通常OK。但是随着企业规模逐渐变大，数据库中的数据量也会越变越大，相应地，Join的开销也会越来越大。于是，Join变慢的问题就会越来越突出，通常表现为用户的查
2021-07-28 14:30:46
679
转载 MySQL慢查询日志总结
慢查询日志概念 MySQL的慢查询日志是MySQL提供的一种日志记录，它用来记录在MySQL中响应时间超过阀值的语句，具体指运行时间超过long_query_time值的SQL，则会被记录到慢查询日志中。long_query_time的默认值为10，意思是运行10S以上的语句。默认情况下，Mysql数据库并不启动慢查询日志，需要我们手动来设置这个参数，当然，如果不是调优需要的话，一般不建议启动该参数，因为开启慢查询日志会或多或少带来一定的性能影响。慢查询日志支持将日志记录写入文件，也支持将日志记...
2021-07-28 14:21:48
531
转载 MySQL日志系统：redo log、undo log、binlog区别与作用
日志系统主要有redo log(重做日志)和binlog(归档日志)。redo log是InnoDB存储引擎层的日志，binlog是MySQL Server层记录的日志， 两者都是记录了某些操作的日志(不是所有)自然有些重复（但两者记录的格式不同）。图来自极客时间的mysql实践,该图是描述的是MySQL的逻辑架构。redo log日志模块redo log是InnoDB存储引擎层的日志，又称重做日志文件，用于记录事务操作的变化，记录的是数据修改之后的值，不管事务是否提交都会记录下来。在实例和
2021-07-28 14:13:41
358
转载 微服务架构 BFF和网关是如何演化出来的
文章目录 1. 介绍 2. 服务化架构V1 3. 服务化架构V2 4. 服务化架构V2.1 5. 服务化架构V3 6. 服务化架构V4 7. 结论 1. 介绍BFF(Backend for Frontend)和网关Gateway是微服务架构中的两个重要概念，这两个概念相对比较新，有些开发人员甚至是架构师都不甚理解。本文用假想的公司案例+图示的方式，解释BFF和网关是什么，它们是怎么演化出来的。希望对架构师设计和落地微服务架构有所启发。
2021-07-22 17:30:56
384
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人