项目管理是一个繁杂的过程，每个阶段需要涉及到不同人员、资源的协调配合。每个角色都有自己的定位和任务，为了紧密配合项目经理或无分配项目经理运行项目的场景下确保项目成员共同达成项目目标，不同的角色掌握相应的项目管理意识就尤为重要。

那么，测试角色作为项目交付的质量把控者，具备相应的项目管理意识在项目的高质量、高效率交付目标上有着重要作用，如前置识别质量风险、进度风险等。本文旨在梳理、谈论测试角色在项目各阶段如何评估测试范围及风险、前置暴露问题以及推进测试进度等项目管理事项，高效协作及交付测试角色产物，最终与项目各方共同推进达到高质量、高效率交付的目标。

目前会员权益业务已经步入成熟期，自有场用户已经趋于饱和状态，而新的突破口是利用权益和积分杠杆来撬动商城场的用户，达到金融App用户增长，能撬动多少用户就要联合金融各业务线、利用权益来进行用户的渗透，而每个业务线对权益的渗透过程，都有着各自的利益点和独到之处。因此权益系统能否支持“业务规则类需求”的灵活定制占据举足轻重的地位。如何解决规则开发的效率问题，最大化解放开发团队成为目前最大的技术挑战点。规则引擎作为特定领域工具，顺理成章的成为这个挑战点的“关键解法”。

有了明确的目标和诉求后，本文调研了常见的规则引擎系统，对Drools、Urule、Aviator、QLExpress等功能做了深入的源码研究，结合目前的业务场景开发了一款适合自身业务功能的规则引擎：ZCube，它既包含了丰富的可视化规则建模设计器，如：脚本式、向导式等，又支持高可用易扩展的架构体系。支持将多个规则打包为知识包文件，在管控平台和业务系统之间进行灰度发布推送、全量发布推送、推送轨迹管理、版本管理、历史版本回退以及知识包执行告警、健康度监控等，实现了让业务规则以知识的形式保存在知识库中，可以在规则发生变动时轻易做出修改，结合后管下发能力实现规则热插拔和热更新。同时可视化界面更易于理解，可以有效地弥补业务分析师和开发人员之间的沟通问题。

对于MYSQL的INNODB存储引擎的索引，大家是不陌生的，都能想到是 B+树结构，可以加速SQL查询。但对于B+树索引，它到底“长”得什么样子，它具体如何由一个个字节构成的，这些的基础知识鲜有人深究。本篇文章从MYSQL行记录开始说起，层层递进，包括数据页，B+树聚簇索引，B+树二级索引，最后在文章末尾给出MYSQL索引的建议。

在自动化测试实践中，测试数据是制造测试场景的必要条件，本文主要讲述了在沟通自动化框架如何分层，数据如何存储，以及基于单元测试pytest下如何执行。并通过实践案例分享，提供数据驱动测试的具体落地方案。

在计算机领域，涉及性能优化动作时首先应被考虑的原则之一便是使用缓存，合理的数据缓存机制能够带来以下收益：

1）缩短数据获取路径，热点数据就近缓存以便后续快速读取，从而明显提升处理效率；

2）降低数据远程获取频次，缓解后端数据服务压力、减少前端和后端之间的网络带宽成本；

从 CPU 硬件的多级缓存设计，到浏览器快速展示页面，再到大行其道的 CDN、云存储网关等商业产品，处处应用了缓存理念。

在公网领域，如操作系统、浏览器和移动端 APP 等成熟产品所具备的缓存机制，极大的消解了网络提供商如电信移动联通、内容提供商如各大门户平台和 CDN 厂商直面的服务压力，运营商的 DNS 才能从容面对每秒亿万级的 DNS 解析，网络设备集群才能轻松承担每秒 Tbit 级的互联网带宽，CDN 平台才能快速处理每秒亿万次的请求。

面对公司目前庞大且仍在不断增长的的域名接入规模，笔者所在团队在不断优化集群架构、提升 DNS 软件性能的同时，也迫切需要推动各类客户端环境进行域名解析请求机制的优化，因此，特组织团队成员调研、编写了这篇指南文章，以期为公司、客户及合作方的前端开发运维人员给出合理建议，优化 DNS 整体请求流程，为业务增效。

本文主要围绕不同业务和开发语言背景下，客户端本地如何实现 DNS 解析记录缓存进行探讨，同时基于笔者所在团队对 DNS 本身及公司网络环境的掌握，给出一些其他措施，最终致力于客户端一侧的 DNS 解析请求规范化。

京东推出水滴表格Drip Table 2.0版本，包含生成器交互升级，底层架构优化、新增表格编辑能力、新增切换卡片布局和可视化搭建能力增强等。欢迎小伙伴们一起使用共建表格开源项目。

本文主要介绍基于shardingproxy对大数据的迁移实践过程。通过本文读者可以对数据迁移全流程有一定了解，其中重点记录了shardingproxy全流程的搭建，对想要了解和即将要做数据迁移的读者们有一定的帮助意义。

我们在开发应用后端系统的时候经常要和各种数据库、缓存等资源打交道。这一期，我们聊聊如何访问redis 并将资源池化。

在日常工作中，设计师常常会听到产品、运营等同事吐槽“高度太高了”、“留白太多了”，为什么他们会关注高度留白？会影响到什么他们关心的实际上是如何提高屏效。下文将说说如何合理提升线上卖场屏效。

本文将详细阐述，达达平台业务前端如何将达达快送小程序评测结果由“差”优化至“优秀”。

基于T级互动游戏特点，从用户体验视角从“怎么玩、持续玩、有多种玩法可玩”三个方面探讨关于调动用户参与积极性、提升游戏体验感、助力业务指标的设计思考。

本文介绍了Redis数据倾斜的相关概念，并讲解了Redis数据倾斜的原因以及应对方案，对热点问题进行了深入探讨；其次从client端、worker端、dashboard端全方位讲解了热key问题的解决方案，详细解析了JD开源项目hotkey，读者可以从本文中学到相关的方法论及其对应的落地方案。

本文重点介绍了京东科技在权益营销上面的最佳技术实践，京东科技营销权益平台承接了各个业务线的营销职能，并在长期的业务和技术探索中沉淀了丰富的架构设计经验，总结归纳出涵盖权益创建、权益投放、权益核销、权益安全管控及权益费用管理一整套的营销权益解决方案，该方案经过不断迭代更新，已支撑了京东科技各个业务千亿级规模的增长。

随着前端技术发展，已经转变为数据绑定为主流的框架方式，与后端服务一样，前端代码实现也会涉及相互依赖，引用这些场景，那么应该如何准确的评估前端代码改动的影响范围？依赖开发评估？依靠经验评估？或者直接前端自动化全回归？手工测试全回归？显然以上的策略都不是最优策略，本文叙述了通过对前端代码进行静态分析，找到改动文件影响的功能范围，从实现了一种前端精准测试的思路。

以Clickhouse+Flink实时计算+智能算法为核心架构搭建的风险洞察平台，建立了全面的、多层次的、立体的风险业务监控体系，已支撑欺诈风险、信用风险、企业风险、小微风险、洗钱风险、贷后催收等十余个风控核心场景的实时风险监测与风险预警，异常检测算法及时发现指标异常波动，基于根因策略快速做到风险归因分析并生成风险报告，接入MQ主题500+、数据模型6000+、实时预警4000+、 风险监控看板1000+、 异常检测模型10000+, 大促时期分钟级消息处理量达3400w/min，日均消息处理量达百亿。

指多个对象间存在一对多的依赖关系，当一个对象的状态发生改变时，所有依赖于它的对象都得到通知并被自动更新。这种模式有时又称作发布-订阅模式、模型-视图模式，它是对象行为型模式。