一些常见商业应用程序或企业应用，大多都会遇上业务规则在一定的条件下，允许进行一些灵活的配置，以满足业务变化的需要。解决的方式大致有以下几个方面：1.最为传统的方式是java程序直接写死提供几个可调节的参数配置然后封装成为独立的业务模块组件，在增加参数或简单调整规则后，重新调上线。2.最为彻底的解决方式，引入商业化规则引擎，如iLog,国产的“

由于样本图片数据都是保存在pdf里，想拿到样本必须先把图片从pdf中提取出来，算是数据清洗中的一点小小的积累吧。这里不得不吐槽一下公司存储图片的机制，业务员把jpg格式的照片放到word里，然后用工具把word保存为pdf，最后上传到公司服务器里，这简介反人类，不但丢失了图片头文件信息，还造成后期数据转换的大量时间资源的浪费，可能pdf格式会小一

通过chpasswd命令可实现迅速为用户批量设置密码实例：写一个脚本，实现批量添加20个用户user120，密码为用户名和后面跟5个随机字符!/bin/sh思路：通过for循环，创建多个用户和用户其对应的随机密码文件，在用chpasswd命令实现批量设置密码

安装SublimeREPL包，直接在Sublime窗口中运行如cmd,powershell,python等各种脚本，不需要在shell窗口切换来切换去的，很是方便传送门https://sublime.wbond.net/packages/SublimeREPL(https://www.oschina.net/action/GoToLink?url

原文地址：梁桂钊的博客(https://www.oschina.net/action/GoToLink?urlhttp%3A%2F%2Fblog.720ui.com%2F2019%2Fflyway_helper_doc%2F)博客地址：http://blog.720ui.com(https://www.oschina.net/act

前三篇文章已从groovy脚本的基本使用到java解析，json对象结合作了一基础铺垫。这篇文章是本系列的最后一篇文章。在第二篇文章中，说到用groovy编写的规则脚本，然后采用文件字符串的形式加载到java中，解析并运行。在我的应用场景中，每一条规则就是一个业务指标项。每一个指标项能够单独维护，而不是把所有指标项统一放到一个文件中。那么，我需

背景背景1：作为一名测试，日常工作中必不可少的几个环节是查看需求文档、编写测试用例、处理线上问题、能力提升等，基于集团的工具能一次性帮我们把这些事情都做了；背景2：作为XXX共建项目的成员之一同时也是第一批用户，我用它做了几个测试实践，和大佬们一起探讨交流

作者：京东保险宋阳1背景在车险系统中，对接保司的数量众多。每当系统有新功能迭代后，基本上各个保司的报价流程都需要进行回归测试。由于保司数量多，回归测试的场景也会变得重复而繁琐，给测试团队带来了巨大的工作压力。车险投保流程主要通过H5页面进行，核心功能集中在

测试升级后的IMKit版本是否稳定，可以遵循以下步骤和建议：确保使用最新版本的SDK：始终使用融云提供的最新的SDK版本，以确保所有已知的兼容性问题都已经被修复。测试不同操作系统版本：如果可能，测试应用在不同版本的操作系统上的表现，特别是最新版本的操作系统

作者：京东零售姜波前言本文主要提供了一种单元测试方法，力求0基础人员可以从本文中受到启发，可以搭建一套好用的单元测试环境，并能切实的提高交付代码的质量。极简体现在除了POM依赖和单元测试类之外，其他什么都不需要引入，只需要一个本地能启动的springboo