Jmeter 是一款开源桌面应用软件，可用来模拟用户负载来完成性能测试工作，因其开源性和扩展性，Jmeter 已经是使用率最高的性能测试工具之一。 因压测过程中 Windows 服务器的局限性，一般企业都会选择 Linux 系统去进行压测，然后在 Linux 系统中 Jmeter 没有友好的 GUI 界面进行编辑脚本，只能通过命令操作 Jmeter，这样有效的节省了 Jmeter 对服务器资源的占用，但是使用命令的频繁性和重复性，大量的增加了性能测试工程师的压力，在一些周期比较长的性能测试工作中，单独的使用命令进行压测是对测试工程师的一个很大的挑战，开发一个性能平台需要浪费大量的人力去维护此平台且需要代码能力很强的测试工程师去进行开展！然而不需要使用重复的脚本命令也不需要开发一个性能测试平台也能实现一个简单的性能平台，该如何做呢？ 本场 Chat 内容将涉及如下： 1. Jmeter 在 Linux 系统上进行压测 2. Shell 脚本与 Jmeter 集成 3. Jmeter+Shell+Jenkins 集成 4. Jenkins 上压测实现 HTML 压测报告

Fiddler 是一款功能非常强大的 HTTP 协议代理工具，能监听客户端和服务器间的 HTTP 通讯。在日常工作中，Fiddler 是应用非常广泛的抓包和调试工具。同时也是测试工程师们必备的核心技能，掌握 Fiddler，帮你轻松搞定接口测试。本场 Chat 偏重实战，把我日常测试工作中常用且重要的 Fiddler 功能进行总结。希望可以帮到大家。 在本场 Chat 中，会讲到如下内容： 1. Fiddler 的原理； 2. Fiddler 的下载安装、Https 证书安装； 3. 手机抓包； 4. Fiddler 抓取 Https 包（电脑端、手机端）； 5. Fiddler-Inspectors 功能详解； 6. Fiddler-Filters 功能详解； 7. Fiddler-AutoResponder 功能详解； 8. Fiddler-断点功能详解。

本场 Chat 分享将通过实际工作中的项目给大家介绍如何通过 Jmeter 进行接口测试、辅助进行功能测试提高测试效率。 本课程相关接口模块：登录接口、银行卡接口、上传文件接口； 本场 Chat 知识点如下： - Jmeter 下载与介绍 - 通过 Fiddler 分析登录、银行卡模块接口 - Jmeter 发送请求（Post、Get） - Jmeter Headers 设置 - Jmeter 断言 - Jmeter 用户自定义变量 - Jmeter 参数化 - Jmeter 正则匹配获取参数（Token） - Jmeter 通过 Json Path Postprocessor 提取参数（token） - Jmeter 动态关联 - HTTP 请求默认值设置 - 通过 Fiddler 分析上传文件接口 - Jmeter 上传文件 - 补充：Cookie 设置 适用人群：软件测试工程师、软件开发工程师。

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

在本文，我将向你分享关于 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. 接口测试用例设计思路分享。

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

产品转化率不高怎么优化？获客成本居高不下怎么破？怎样优化产品才能提升用户留存？有什么方法能获得更高的用户增长？A/B 测试是什么？如何用 A/B 测试引爆用户增长？如果你关注产品、运营和用户增长，相信你一定对这些问题感兴趣。 来自 Testin 的 AB 测试资深专家为您分享 Camera 360，51 信用卡，爱钱进，在行/分答等一线互联网公司的AB测试最佳实践，通过本场 Chat 您将了解到： 1. 什么是 A/B 测试 2. A/B 测试最佳实践 3. A/B 测试案例剖析 4. 如何通过 A/B 测试驱动产品增长

本场 Chat 我会详细介绍 web 安全的入坑指南以及必备技能的学习和一些实际思路。 面向基础群众，以下内容微有技术门槛。想做一个帅气的黑客请预订，企业安全自检也请预订。 1. 小白如何快速入门（基本介绍初学知识） 2. 常见 web 渗透测试工具使用（Nmap、Burpsuite、AppScan、WVS、Safe3、SQLmap） （比如: Nmap 端口扫描、Burpsuite 抓包改包爆破等模块功能、Appscan 的扫描、WVS 的扫描、Safe3 的扫描、SQLmap 的使用） 3. OWASP Top 10 风险 4. 白帽子的测试是否合法，边界在哪里？ 5. 个人书单推荐 6. 我挖到了洞该怎么办？ 7. 练手靶机（真实环境和本地环境搭建） 内容可能会和实际情况有所出入。 **实录提要：** - 怎么能够融入这个圈子？ - 还有没有其他比较好用的安全测试工具推荐？ - 安全测试类工具扫描不到是否意味着不具有漏洞？ - 看书和教程视频一直有个问题，就是怎么把讲的漏洞复现？ - 有可以避免 Web 安全漏洞问题的 Checklist 推荐吗？ - 肉鸡的话有什么途径可以搞到或者怎么流通？ - 需要怎样的技能才可以脱离安全工具，具备独立进行专业的安全工作的能力？ - 7.5IIS 有什么 0day 吗？ - 什么都不懂的小白想从事这种工作，怎么进行学习，从哪个方面？ - 单纯 Web 漏洞提权或者渗透，成功率并不高，偶然性太多，如何看待成功率的问题？

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

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

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

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

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

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

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

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

我合作过的很多团队，特别是敏捷团队，都对Mock情有独钟。有些团队甚至达到了无Mock不UT的地步。2013开始我在团队中开始推行去Mock化，并取得了不错的效果。要在团队中去Mock必须要回答两个问题：第一Mock本身有什么缺陷；第二不用Mock怎么写(单元)测试。下面是我列的一个大纲，成稿的时候可能会有一些调整。 第一部分：Mock测试的缺陷 1. 漏测核心逻辑 2. 测试不存在的逻辑 3. 漏测横切特性 4. 掩盖坏味道 5. 掩盖性能缺陷 6. 阻碍重构 7. 测试实现细节而非功能。 第二部分：不用Mock怎么写（单元）测试 1. 消除『单元』情结 2. 对象创建与依赖注入 3. 文件、网络和数据库 4. MVC和容器 5. Reactive Programming **实录提要：** - 没有 Mock 的话怎么保障测试用例专注于单个方法的功能验证？ - 消除单元情结，消除之后单元测试和集成测试的分界线是什么呢？ - 数据库相关的层如何测试？ - 如何应用内存数据库达到测试实际数据库的目的？ - 如果确实出现 private 方法，是怎么测试的，通过调用方法覆盖吗？ - Mock 和自动化测试之间有什么关系？