在实施自动化测试时，输出测试报告是一项必备的功能。而随着自动化测试在行业应用越来越广泛，自动化测试报告的可视化、包含信息的全面化、和外部系统对接的便利化需求也越来越突出。本篇 Chat 向大家介绍目前在业界被广泛使用的炫酷自动化测试报告框架 Allure。 分享内容： - Allure 的安装 - Allure 功能介绍 - 结合 Junit 注解定制 Allure 报告 （Java） - 持续集成工具 Jenkins 中配置生成 Allure 报告 Allure 报告框架支持多种主流编程语言，本篇 Chat 以 Java 语言介绍为主，读者对 Junit 框架有一定了解会有更好的阅读体验。

Json 是目前互联网系统间接口消息交互的主要形式，而在接口的开发、测试工作中，为了保证接口处理的正确性，不得不对接口的格式、完整性、正确性进行大量的校验，成为困扰我们接口测试工作的一大难题。 本次 Chat 就向大家详细介绍如何用 Json-Schema 来高效地完成接口校验，要点如下： - 何为 Json-Schema； - 如何用 Json-Schema 实现对不同 Json 数据类型的校验； - Json-Schema 中的通用关键字及使用方法； - Json-Schema 在线编辑工具介绍； - 接口校验中使用 Json-Schema 实例。

在本文，我将向你分享关于 Postman 这样的一款工具，从如何使用 Postman，到如何使用方法Postman 测试，再到使用 Postman 对接 CI 等工具进行自动化测试。 本文主要内容： 1. Postman 的基本使用； 2. Postman 的测试功能的使用； 3. Postman 的自动化测试； 4. Postman 与开发项目的对接。

Postman 是一款专业的接口测试工具，在接口测试人员的工作中使用极为广泛。在之前的 Chat[《玩转 PostMan：基础篇》](https://gitbook.cn/m/mazi/activity/5c373c316cf27775f39ee310)和[《玩转 PostMan：进阶篇》](https://gitbook.cn/m/mazi/activity/5c52a4f17ee79c049a27a6d7)中，我们系统介绍了如何在 Postman 工具中完成多种场景的接口测试，本篇我们将继续介绍 Postman 在自动化测试中的应用： - 通过 Runner 模块实现自动化测试的数据驱动； - 如何实现测试流程控制； - Postman 的命令行自动化工具 NewMan 使用实例； - Jenkins 持续集成工具介绍； - NewMan 和 Jenkins 结合实现自动调度执行和结果邮件通知。 对 Postman 还不熟悉的同学，建议先阅读下前两篇 Chat 再学习本篇。

喜欢网络安全或者渗透测试的同学非常多，但是很多人一直停留在喜欢的阶段，尝试很长时间也找不到入门之法。 笔者在过去的几年里一直在帮助找不到入门途径的同学，帮助他们分析遇到的困境，应该如何一步步的敲开网络安全的大门。师父领进门，修行在个人，进门也要有法。 本次分享主要内容如下： 1. 渗透测试的含义； 2. 入门渗透测试需要掌握的知识体系； 3. 知识和技能掌握的方法论和实践指南； 4. 入门渗透测试的一般路线图； 5. 自学资源推荐。

总结我多年的接口自动化经验，我认为用 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？ - 对测试发展趋势来说，全栈测试的驱动点主要会来源于哪里？ - 对一个应聘测试岗的应届毕业生，一般来说标准和要求是怎样的呢？