随着敏捷开发的普及，有很多开发任务要求开发人员增量交付，迭代式开发，能够持续集成，帮助团队快速地将软件可靠、高可用地发布出来。Jenkins 是一款开源持续集成工具，用于监控持续重复的工作，旨在提供一个开放易用的软件平台，使软件的持续集成变成可能。 我们会逐一讨论，Jenkins 如何搭建？如何 Check out Code？如何进行 Build？如何进行打包 Package？如何上传到 Nexus，以及如何和 Rundeck 配合使用进行部署。 主要内容： 1. Jenkins 简介； 2. 零基础搭建 Jenkins； 3. 常用的 Jenkins 插件介绍； 4. 火币 Jenkins+Rundeck 自动化构建部署方案。

总结我多年的接口自动化经验，我认为用 Jmeter 进行接口自动化测试是目前最好的接口自动化测试方案。但如果想很好地使用 Jmeter 进行接口自动化测试，必须自己定义一套规范的脚本结构，才能有效降低脚本维护工作量，提升工作效率。 本场 Chat 主要内容： 1. Jmeter 简要介绍； 2. Jmeter 进行接口自动化的优势； 3. Jmeter 脚本组织结构方案详解； 4. 接口测试用例设计思路分享。

你以为 A/B 测试只是简单的两个版本比大小么？假设检验、辛普森悖论、幸存者偏差、多臂老虎机问题，这些看起来眼花缭乱的名词，是否感觉似曾相识又不甚理解？如果是这样，说明你离搞懂 A/B 测试并让其为你的业务迭代保驾护航已经很近了，但是还需要更进一步才能真正吃透并且落地。 随着流量红利的逐渐消失，越来越多的公司开始重视数据驱动、试验驱动的精细化运营思想，并积极进行实践。有些公司在考虑采购第三方试验平台，有些公司考虑自建试验平台。我们和这样的公司都有深入的接触，发现很多公司对试验平台应该是什么样的，有什么样的坑，以及怎么避免才坑没有完整清晰的认识。 为此，我们发起这个 Chat 活动。在这次活动中，将会用最简单易懂的语言说清楚，关于 A/B 测试“从入门到放弃”你所需要了解的一切，希望可以提高大家对于 A/B 测试的认识水平，更好服务各个企业的精细化运营。具体内容主要有以下四个部分： 具体内容主要有以下四个部分： - 什么是 A/B 测试？ - 怎么做 A/B 测试？ - A/B 测试中容易遇到哪些坑，如何避免？ - 如何搭建科学高效易用的 A/B 测试平台？

在软件研发过程中需要单元测试、集成测试、用户验收测试等一系列的测试，然而我们遇到的很多软件由于在系统设计的时候没有考虑可测试性，经常会使人工测试变得很艰难，更难说有效实现自动化测试。那么如何提高软件的可测试性，从而实现有效的单元测试自动化、接口测试自动化？ 任何软件都需要测试，没有测试过的代码是不可靠的，也是不安全的，但是软件代码测试起来并不容易。通常情况下软件应用越容易测试投入的成本将会越少，同时软件系统越容易测试，遗留缺陷的可能性越小，软件质量也就会越高。 测试是软件开发过程中很重要的一部分，会占用大量的时间和人力。如果想要高效的测试和获得高质量的软件产品，我们必须在软件项目的启动初期就开始关注软件质量。 当前提升软件测试效率和能力的最常用方法就是自动化测试。行为驱动开发（BDD)、测试驱动开发(TDD)是很多敏捷团队乐于采用的测试方法，这些方法都强调了在软件应用研发的概念阶段就开始关注软件系统的可测试性，并在迭代过程中确保软件系统的质量。 本 Chat 会从架构设计的角度讨论如何提高软件的可测试性。主要涉及内容包括： - 常用可测试性设计方法。 - 可测试性设计举例。 - 通过TDD提升可测试性意识。

随着行业主流开发方式从传统的整体式产品交付，向快节奏的微服务架构迁移，软件测试人员也要相应地调整自己的测试方法和工具，才能多快好省地提高测试覆盖率，尽早发现潜在的缺陷，在快速迭代的背景之下，确保所有微服务满足企业的质量要求。 我在跨国企业的软件开发部门工作多年，负责一个云端运营系统的 DevOps 和自动化测试工作，在这方面有了不少心得。本场 Chat 中，我将和大家一起入门微服务架构下的软件测试框架，针对其中常用的关键技术进行详细地阐述，帮助大家迅速地搭建起针对微服务的测试流水线。 本场 Chat 您将学到以下内容： 1. “当我们提到微服务的时候，我们在说什么”？ 2. 微服务架构对于软件测试意味着什么？ 3. 怎么针对微服务架构做单元测试？ 4. 了解集成测试。 5. 模块测试详解。 6. 揭开测试流水线的奥秘。 7. 契约测试入门。 8. 端到端测试的优化策略。 9. 云端测试与本地测试的不同。 10. 性能测试/容量测试的工具。 11. 测试人员在新时代的角色演变。

本文可以帮助想了解 Mock 的技术人员更清晰地理解 Mock，正确地使用 Mock。文章包括了以下几个方面： 1. 什么是 Mock； 2. 从软件架构角度理解使用 Mock 的正确方法； 3. 使用 Mock 的正确姿势； 4. Mock 工具介绍。 **本场 Chat 只有文章，没有交流。**

最近项目准备对自己的接口能力进行评估，因为所在的项目没有界面，于是用 Java 编写了测试类，同时想根据 Jmeter 发起 java 请求来测试下接口性能。搭建测试环境过程中遇到了很多的坑，网上的大神非常多，但是说的透彻的非常少，基于此我想分享下自己的测试过程。我会阐述以下内容： 1. 测试前提准备；并不是按照网上说的那样，下来 Jmeter，解压即可使用，NO, NO, NO 还有许多需要注意的点。 2. 重点说下 Jmeter 测试类的编写情况，我会具体说下 Jmeter 测试类如何书写，这部分资料非常少。 3. 再说下测试策略，针对接口该注意点什么。

当下 APP 测试是每个公司必不可少的一环，好多大型公司都想实现 APP UI 自动化测试！当下最火的无疑是 Appium，我想很多人都研究过它，针对它的好多人应该知道它需要一定的技术含量！那咱们今天就来聊聊，APP UI 自动化测试是否可行？

测试工程师作为一个被边缘化的角色，如何在当前互联网大潮的找到定位。有幸被开源中国的源创会邀请去分享了一场关于 TestOps 的演讲。 DevOps 这两年越来越火，运维已经被透明化，我认为测试工程师也需要被证明价值。之前的微服务专场都是开发运维多一点，维基百科甚至没有收录关于 TestOps 的词条，文章也寥寥无几。想找到志同道合的伙伴进行分享，想为正在奋斗和已经奋斗很久的测试工程师发声。为正在迷茫和寻觅的 QA 带来一些不一样的领域。

国内大部分IT公司都希望能做到类似 Google 1:10 甚至更高的测试开发比，在这种背景下，Tester很可能被业务测试压的喘不过气，车轮战、加班肥、颈椎腰椎疾病频发…...疲于奔命的测试们又哪有时间自我提升，出路到底在哪里？ 我想以自己 2012-2016 年在大众点评搜索团队的经历为大家提供一个思路，如何保质保量保效率，在快速迭代的背景下为自己腾出20%的自我提升时间，谋求上升阶梯。本场 Chat 主要会涉及以下几个方面： - 在经历了最初近半年的车轮战之后，我们到底做了什么，慢慢从看不到希望的纯手工项目测试黑洞里走出来。 - 整个过程遇到了什么问题，如何解决的。 - 亲历了这4年之后，对测试同学们的建议。

一个QA的终极梦想大概就是解放双手，把所有能自动化的东西都自动化吧。然而现实很“骨感”，尽管我们在很多场合都听到过持续集成和自动化测试，实际想做起来依旧困难。需要投入大量精力和维护成本，团队的接受程度，制定合适粒度的自动化测试用例，甚至代码技术能力等等这些都是摆在眼前的难题。几个月前我们刚刚起了一个全新的项目，而我有幸借此机会尝试去落地一套自动化测试体系甚至持续集成交付的过程。希望借此机会和你分享，本场Chat内容包括： 1）案例项目的背景及痛点 2）结合测试金字塔分享如何实施各个级别自动化 - 如何实施functional 层级的测试自动化 - 如何实施API层级的自动化 - 如何实施单元测试级别的自动化 3）在实施过程中碰到的困难和挑战 4）探讨实现了自动化测试之后还可以做什么 **实录提要：** - 单元测试为什么还需要内存数据库？ - 在实际推进中，85%覆盖率这个目标是否容易达到？ - 比较关注接口层，是否可以详细介绍下接口层自动化开发与测试的分工？ - QA 是如何引导单元测试，需要参与到写单元测试吗？需要了解代码吗？ - UI 自动化用例为了后续版本的快速回归？ - 使用哪种接口功能测试框架，它较其他框架有什么优点或缺点？ - 自动化用例如何维护？ - 单元测试覆盖率的 85% 是一个通用的指标吗？

如何从计算机二级不过到变身阿里高级技术专家？如何从搬砖码农到带领20多人团队？跳槽时选择稳定高收入大公司还是业务高增长小公司？绩效考核强制361应该淘汰谁？各种各样的问题都是10几年工作的血泪教训……简单说，本场Chat要讨论以下几个话题： 1. 都是搬砖，如何搬得比别人更好 2. 什么时候选择跳槽以及跳槽对象的选择 3. 为什么领导力培养很重要 4. 管理：向下和向上 5. 如何快速完成团队组建和面试经验 6. 绩效考核怎么做 7. 要不要花很大精力学外语 **实录提要：** - 在不同类型的公司里工作，业务不同会给测试开发工作带来多大差异？ - 对于“机遇”“学习钻研”“思路开阔”有更多的理解吗？ - 向上管理，是否遇到过工作目标无法与领导达成一致的问题，是如何处理的？ - 很少向领导请求资源支持，这样是不是不太好？ - SDK 测试没做过，这块是怎么进行测试的？ - 敏捷测试应该注意什么？ - 作为一个合格的测试人员需要具备哪些技能？ - 对上线后的 bug 被指责“都是测试没测到”这个问题怎么看？ - 如何协调领导和同事两者之间的关系？ - 如何建立自己的测试发展之路？

我们常常会遇到：同一件事，同事汇报很成功，你汇报就被批；无论你如何努力，老是得不到认可，得不到信任；你常常抱怨领导不给机会。本场chat将分享如何分析领导的管理特性，如何针对不同的管理特性的领导汇报工作；分享如何通过向汇报来达到向上管理的目的。

做一个小团队的leader，是很多测试同学都要面临的第一个成长点。从小leader开始，测试者要学习如何让一个团队的所有人都可以按照目标前进，要学习建设和管理团队。除了技术、日常任务分配，很多测试者还会第一次做为面试官来进行面试，给团队成员进行绩效评定，做绩效沟通甚至是加薪沟通，如何识人认人，如何沟通引导，都是这一阶段的测试者要新学习的功课。 本场Chat就针对这些新功课展开，讨论五个话题： 1. 作为团队leader需要具备的技能地图。 2.如何为团队选择合适的技术。 3. 如何对上汇报。 4. 如何进行日常沟通，绩效沟通和加薪沟通。 5. 如何进行一场面试，确定候选者就是你想要的那个人。 **实录提要：** - 测试团队初建，如何快速建立有凝聚力和战斗力的测试团队？ - 测试用例尤其是在敏捷开发中如何管理？ - 有什么办法可以同时提升测试人员工作能力水平的方法？ - 测试如何转型产品经理，需要学习那些新技能，需要有什么样的机遇？ - 如何在面试时识别混日子的人？有哪些比较有效的方法？ - 在成为 Test Leader 这个过程中，代码能力起到了多大的作用？ - 如果不想往管理方向发展的话，技术型测试的职业发展是什么样的？ - Leader 或 Manager 是不是也有区分业务型或技术型或纯管理型的？ - 如何把机器学习运用在测试领域。AI 来了测试也会变革吗？

ReadyAPI 的入门到放弃之路，是一家创业公司的测试团队从0到1的发展之路。在怎样的快速迭代和团队资源下，选择了ReadyAPI 进行 RESTful API 测试？ReadyAPI 如何支持多套测试环境，脚本参数化，检查点？如何与Jenkins集成？在两年的实践过程中，ReadyAPI 达到了怎样的效果，是如何配合团队成长的？最终又为何选择放弃？本场Chat我将向你一一道来。

移动互联网到2017年已经到了一个平稳期，随着越来越多的从业人员进入，也有越来越多的培训和课程出现，很多朋友也不知道到底应该怎么选择。对于想进入移动领域的朋友而言，大部分人会找不到初学入手点。对于已经在移动领域从业的朋友而言，面临五花八门的测试工具和框架也会产生深深的恐惧和迷茫。对于行业的许多老兵而言，也会想着自己应该怎么突破瓶颈。这场Chat就让我们彻彻底底的来谈谈移动互联网测试从入门到怎么突破瓶颈。 划重点，本场Chat非常有价值！内容包括： 1. 2017年了，我们应该怎么正确的看待移动互联网测试 2. 移动互联网测试入门宝典 3. 移动互联网测试进阶宝典 4. 移动互联网测试突破瓶颈宝典 5. 我是怎么从入门到进阶，又是怎么突破瓶颈的 **实录提要：** - 目前的岗位若没有上升空间也无暇提升自己是否该考虑换岗？ - 感觉测试要学的东西太多，学起来效率太低，有没有好的学习方法？ - AI 时代测试的切入点（或是机遇和挑战）在哪里？ - 测试行业很容易出现工作年限与能力不匹配的情况，怎么看待这种问题？ - 未来测试路在何方，测试会被人工智能取代吗？ - 实战项目少，很多时候还是觉得视野和眼界打不开，是否可以给一些建议？ - 测试行业，国内和国外有哪些知名人士吗？ - 怎样看待 2017 测试行业的就业情况？ - 如何平衡直接验证功能和使用 codereview？ - 对测试发展趋势来说，全栈测试的驱动点主要会来源于哪里？ - 对一个应聘测试岗的应届毕业生，一般来说标准和要求是怎样的呢？

微服务架构，一个充满想象力的词，已经从一个火爆的概念，逐渐沉淀成一系列的原则，模式和实践。 当服务的数量、规模显著增加后，传统的集成测试是否还能有效地验证服务间的协作？ 如何避免服务接口变化而导致的消费者功能被破坏？ 什么是契约测试，什么又是消费者驱动的契约测试？ 如何使用 Pact 实现消费者驱动的契约测试？ 在本文中，我将和大家探讨这些问题，并分享我在微服务化转型项目中的契约测试实践～ **实录提要：** - 大规模的契约测试群应该如何管理呢？ - 使用 pact 适合进行哪些类型的测试，以及不适合进行哪些类型的测试？ - 基于 Spring Cloud 和 Pack 框架，以及其他几个的主要差异在哪里？ - 是否可以将契约测试理解为类似 Json Schema Validator 的测试验证？ - 文中提到的契约测试与接口测试有什么区别？ - 微服务性能如何测试？有推荐的工具吗？ - “通过消费者驱动出契约”，如何平衡相似功能的客户端需求？

稳定性是技术团队的命根子，滴滴也在搞全链路压测了。虽然才四五年，滴滴内部已经有众多系统，而且号称四大语言，八大框架，改造成本可想而知。如何做到釜底抽薪，支持线上环境的全链路压测？而且与一般电商不同，滴滴的交易是实时的，乘客发单，附近需要有司机能立即接单，顺风车尤为复杂，发压工具又面临着怎样的挑战？本场Chat将一一解开你心中的疑团。 **实录提要：** - 哪些类型的业务适合做全链路压测，运用这样测试方法的产品会有哪些特点？ - 团队的构成和分工是怎样的，大概投入了多少人力、成本、性价比如何? - 压测是对产线的整个集群？还是专门布署了压力服务器 ？ - 模拟的乘客、司机 App，他们都有独立的 IP 吗？ - 路径规划服务又是如何压测的呢？ - 虚拟司机如何虚拟开车移动的效果？ - 压测完的数据清理做了哪些工作？ - 支付接口是如何压测的，很多是第三方接口？ - 怎么保证工具端的性能？ - 滴滴自研工具的原理，跟 JMeter 类似？ - 滴滴业务中，长连接通信，http 接口通信分别有哪些？ 怎样模拟测试的？

承诺一篇10k以上的文章，带你一天以内快速学习Jmter性能测试工具。 **实录提要：** - LR 与 JMeter 哪个更好用？ - Mac 上怎么安装 Badboy，如果没有的话有什么软件可以替代？ - Jmeter 怎么实现像 lr 那样逐步加压？ - 参数值取自文件时，是顺序读取还是随机读取每一行？ - Jmeter 怎么配置多个测试机并发请求？ - B/S 架构下用 Jmeter 可以测前台的性能吗？ - 前端除了用 Webpagetest 外，还有其他的工具么？ - Jmeter 压测原理与 apache bench 原理有本质上的区别吗？ - 手机端使用 https: 有办法录制协议嘛？

主要探讨自动化测试的架构与实施，用Java 和Python 做为测试工具，从实践的视角进行基于SELENIUM 的自动化测试讲解。重点内容是以下几点： 1. 自动化测试工具的使用。 2. 自动化测试理念与方案。 3. 自动化测试框架的构建。 **实录提要：** - 现在基本上产品都是多终端化的，如何做到手机和 Web 端的交互测试呢？ - testng 配置文件只能叫 test.xml 吗？ - 一个 test.xml 当中可以有多个 suits 吗？ - Selenium 3 比 Selenium 2 有哪些优势？ - 使用 jenkins 做集成，为什么用例跑的又慢错误又多？ - 怎么提高 Python 代码的运行速度，pypy 靠谱吗？ - Selenium 这个框架有什么好的项目可以入门？ - 在自动化测试阶段，如何应对需求频繁变更？