ThoughtWorks洞见

中国金融业很早就启动了针对开放银行的尝试，未来我们的开放银行模式很可能不会采用英国和新加坡政府的监管驱动方式。但从身处欧洲的BBVA身上，我们认为其在开放银行方面的实践有很多地方是值得我们中国银行业学习和借鉴的。

敏捷交付价值，敏捷测试要以业务价值驱动，要以优化业务价值为目标。业务价值可以简单理解为：帮助企业盈利，满足企业业务发展要求，能够带来业务价值的产品需要满足用户需求、让用户使用方便。

Bug Report一般有两种说法：一是“微观Bug Report”，是指深入分析单个bug产生的影响、产生的根因、后续如何避免等；二是“宏观Bug Report”，是指在一个项目开发周期中，对bug原因、修复周期、bug趋势等维度进行总结分析。

数据仓库是伴随着企业信息化发展起来的，在企业信息化的过程中，随着信息化工具的升级和新工具的应用，数据量变的越来越大，数据格式越来越多，决策要求越来越苛刻，数据仓库技术也在不停的发展。

我们经常会谈论性能、并发等问题，但是衡量性能不是说写段代码循环几百次这么简单。最近从项目上的同事了解到了代码化的测试性能测试工具 k6，以及结合之前用过的Java 微基准测试 (JMH)、AB (Apache Benchmark) 测试、Jmeter 做一下总结。

既然无法完全阻止缺陷的出现，那如何确保已发生的缺陷得到有效的处理，如何利用已有缺陷来指导质量内建过程，是我们需要考虑的，也就是缺陷管理的内容。

数字化转型是企业的全局策略，要想取得转型的成功，给实践者的最佳的实践经验是：聚焦在一个目标上，管理好内部期望，引入合适的外部资源和力量，稳扎稳打的取得第一步的成功，才能给组织带来信心和希望。

本文从需求分析到API设计，试图描述领域驱动设计的过程及思想。同时也能看的出领域驱动设计并不是孤立存在的，它为解决开发团队和业务人员之间沟通而生，进而驱动微服务的划分以及API的设计。

数字化时代，企业是否能够更灵活、科学地配置有限的IT资源，减少投资浪费，能将投资用到刀刃上实现突破，将直接影响企业在数字化竞争中的胜负。企业需要建立高响应力的、以价值驱动的数字化业务管理，应对不确定性，提升规模化创新能力。

这一份软件质量保障实践合集是我们团队所采用的实践，全部来源于真实项目经历。

使用二维四象限分析问题，可以让我们的思维更完整和辩证。二维四象限的“对立统一”，就像转角看到爱，增加了角度才能看到事物的另一种形态，用多个维度去看待事物才能更接近真相。

除了感性的工作体验外，我们还需要指标来度量改进措施是否对提升软件交付效能有帮助。过多的指标会对团队造成不必要的管理成本，也容易让团队失去关注焦点。从吞吐量和稳定性两个维度考量的四个关键指标是简单但有效的指标，建议优先度量。

QA设计的测试用例大部分都是面向业务的端到端测试，怎么能保证从DB来的数据通过层层service能顺利的到达前端并被正确的展示出来呢？我们可以尝试以UI和DB作为data flow的两端串起所有的测试。

新版本以JavaScript语言作为示例，重新思考并改进了第一版本中的众多重构手法，结合作者多年来一些新的观点和思考，带给了我们一套更为丰富完善的重构体系。

整个机器学习的工程化落地过程，掺杂着很多与机器学习本身不很相关，却和基础设施、其他工程领域强相关且通用的事情。比如环境搭建，框架安装适配；模型部署，训练任务监控、可视化；任务调度、多租户等。而对于机器学习工程师来说，Ta们更擅长的是算法、模型。如何让机器学习快速落地产生价值、提供通用的能力就是机器学习平台的核心。