Jenkins

新冠疫情，随着春节的脚步一下就席卷了大江南北。这个春节，相信每一家，每一人都过得很不平静。作为大众而言，生活在继续，工作在继续，我们给武汉加油，给政府打气。面对疫情，最好的方式就是不给国家和他人添乱，在家好好整顿，积蓄疫情之后的力量。 很快就到了春节后重新开工的时间，严峻的疫情形势会让很多公司开始考虑到平衡员工健康和业务进展，其中一个必然的选项是远程办公。这虽是无奈之选，但也可能给未来的企业组织形态开启一个新认知，那就是其实已经有越来越多的企业、团队和组织在实践远程工作了。 一开始的远程办公，都是从跨区域组织开始的，因为团队的人分隔在北京、深圳和纽约，所以跨区域团队从一开始就需要面对和解决不在一起工作的问题。这个和因为疫情，大家被迫分割在不同的家里，本质上是一回事。以我们自己为例， Worktile 团队3年前成立上海和深圳团队，我们部分研发同事分散在杭州和湖北，由此在远程办公这件事上，也摸爬滚打了3年的时间。本文就是在当下这个形式下，将我们自己的远程办公经验总结为可以服务大家的远程办公指南，希望对即将复工的企业有些许的帮助和启示。 远程办公是每个企业的硬核能力 远程办公是每个企业的硬核能力，在非常时期更是。当疫情来袭，公司管理者在考量员工健康和业务进展的平衡中，需要尽早考虑远程办公的组织与管理方式。Worktile 本身有36个月的远程办公经验

汇总一下历来更新的Selenium和Appium相关的教程： Selenium系列教程： Selenium ChromeDriver与Chrome版本映射表(更新到v78) Selenium 4即将发布： 每个QA都应该知道的 如何下载和安装Selenium WebDriver Selenium WebDriver脚本Java代码示例 导入webdriver的jar文件总不成功??? 使用SeleniumWebdriver操作下拉框菜单DropDown Selenium WebDriver之FindElement和FindElements Selenium Webdriver之点击图像链接 Selenium切换窗口driver.switchTo().window(handle) Selenium无法定位元素之切换Iframe和切换窗口 Selenium WebDriver处理复选框CheckBox和单选按钮RadioButton Selenium WebDriver找不到元素的三种情况 Python selenium三种等待方式及详解 Selenium之Chrome选项和Desiredcapabilities: 禁用广告,无痕浏览,无头模式 Chrome打开网页时除了Alert/Confirm等弹窗之外还有可能是什么？ 使用Selenium更改Chrome默认下载存储路径 Java

> Selenium Webdriver 3.X源码分析系列第6篇，该系列原则上会将整个源码分享一遍 在对selenium/webdriver/common/alert.py源码分析前，我们先看下标准的js弹窗有哪些，在JavaScript 有三种类型的弹出框：警告框、确认框和提示框。 具体的标准代码及弹窗演示如下： 注：要注意三者之间的应用场景及具体的代码，不看html代码，直接只看窗口显示是区分不了是不是标准弹窗的，所以在selenium webdriver实际应用时，必须掌握和分析html源码。 下面我们看看在selenium webdriver中提供用于处理javascript标准弹窗的模块源码， 其路径和源码结构如下： 看下alert.py提供出来的标准用法： 下面看下__init__函数： 需要传入一个实例化的webdriver对象给alert初始化函数。 text属性源码 dismiss取消函数，用于处理弹窗的取消按钮，即调用该函数会自动触发弹窗上的取消按钮 accep确认函数，用于处理弹窗的ok、确定按钮，即调用该函数会自动化触发弹窗上的ok、确定按钮 给弹窗的输入框，输入文本 下面我们看一下alert.py的实际的使用demo： # 导入相关库 from selenium import webdriver from time import sleep #

简介： 只有了解风险，才能及时应对，保障服务高可用。 不久前，也就是11月16日，澳大利亚交易所（Australian Securities Exchange, ASX）上线了一个新的交易系统，但因为出现故障而被迫关闭。这是其 2016 年因硬件故障导致休市后最为严重的一次事故。 测试了一年多，结果上线当天就奔溃 11 月 16 日中午，ASX 发布声明表示当天将休市，于次日正常时间重新开放。交易所给出的关闭的原因是“局限于单个交易指令中交易多种证券（组合交易）的软件问题导致了市场数据不准确。” ASX 此次升级的系统是由纳斯达克开发的最新一代交易系统，目前在全球广泛使用。为了保障上线后的安全运行，ASX、技术提供商纳斯达克（ Nasdaq ）、客户和第三方独立专家已经做了一年多的广泛测试，包括四次彩排。 微服务该如何测试？ 看完了热闹，也看看咱们自己的系统。随着以 Spring Cloud、Dubbo 为代表的微服务架构的流行，现在很多企业都采用了微服务架构。随着服务越来越多，这些服务该如何测试？如何防范上面说的系统风险呢？ 我们来捋一捋线上系统的风险，然后针对对应的风险来做对应的测试计划。以如下架构为例： 一般来说，一个业务系统的风险来自两处： 其一是 变更带来的风险 ，比如前面提到的新系统上线，或者我们给上图中的购物车服务修一个 bug 等等。 其二是 日常风险

简介： 究竟什么是云原生DevOps呢？我们认为：云原生DevOps是充分利用云原生基础设施，基于微服务/无服务架构体系和开源标准，语言和框架无关，具备持续交付和智能自运维能力，从而做到比传统DevOps更高的服务质量、更低的开发运维成本，让研发专注于业务的快速迭代。 1、什么是云原生DevOps 我们先通过一个简单的例子来了解什么是云原生DevOps，它和DevOps有什么不同。 上图是一个大排档，图中的大厨在非常努力的去切、炒、制作各种美食，并将它卖出去。从原材料的采购到加工到销售到售后，都是一两个人完成。这是非常典型的DevOps场景，团队搞定端到端的所有的事情。这种情况，当厨师水平比较高、销售能力比较强的时候，可以做到高效率、低浪费。但存在的问题是，想要规模化会很难。因为它的流程都是非标准的，需要厨师有很强的个人能力。 我们再看这张南京大排档的图，虽然名字里有大排档，但它显然不是我们上面说的大排档。我们随便走进任何一家南京大排档，都可以发现，南京大排档的厨师，可以专注在为客户提供更好的菜品上，研发试验新菜品，并通过小批量的用户来尝试和推广。无论是用户量增加或减少，都能很快的去适应。店铺扩张也可以很快。这种我们可以理解为云原生DevOps。 那究竟什么是云原生DevOps呢？我们认为：云原生DevOps是充分利用云原生基础设施，基于微服务/无服务架构体系和开源标准

Sonar Config .Jenkinsfile config stage('SonarQube analysis') { steps { script { scannerHome = tool 'SonarScanner4'; } withSonarQubeEnv('SonarQube') { sh "${scannerHome}/bin/sonar-scanner" } } } sonar-project.properties sonar.projectBaseDir=test-app // app dir sonar.projectName=test-app sonar.projectKey=test-app sonar.projectVersion=1.0 sonar.sourceEncoding=UTF-8 sonar.language=js sonar.sources=src sonar.tests=test sonar.exclusions=test/**,node_modules/**,build/**,**/less/**,**/config/**,**/config.js,**/imgs/** // files not to test sonar.test.inclusions=test/shared/*.js,test/components/**/*.js