平安金融科技测试技术周报(第二期)

@author penghaibo204
** 本期导读**：本期测试技术周报首先为大家带来两篇原创文章，然后介绍了React和go语言的测试方法，同时搜集各大互联网公司在持续集成和平台化方面的实践经验。不过要重点推荐还是最后的测试杂谈，让我们带着google老大哥的烦恼讨论下开发和测试的关系。

原创文章

1）NJSD大会给我们带来了哪些无线测试技术干货@彭海波
2016中国（南京）软件开发者大会『无线测试技术』专题论坛由Testerhome主要创始人之一陈晔（Monkey）组织和主持，为我们带来了一场无线测试技术的干货分享盛宴。会议主要由五个议题组成：沪江无线持续集成的解决方案；无线应用兼容性全套方案；iOS 自动化测试框架选型；安全专项测试。本文分别对四个议题的主要内容进行了总结。
2）接口测试�总结@贺满
在做接口测试的过程中，经常有后端开发会问：后端接口都测试什么？怎么测的？后端接口测试一遍 ，前端也测试一遍，是不是重复测试了？贺满同学为了向开发解释上述问题，普及基本的测试常识，特意梳理了接口测试的相关内容以及其与前端测试的区别，使开发团队与测试团队在测试这件上达成基本的共识，提高团队协作效率，从而更好的保证产品质量。

移动端测试技术

1）React 测试入门教程
越来越多的人，使用React开发Web应用，F项目有很多App都采用了RN技术进行开发。它的测试也就成了一个大问题。React的组件结构和JSX语法，不适用传统的测试工具，必须有新的测试方法和工具。那么RN的测试该如何做，跟传统的测试有什么不同呢。本文是由网红大神阮一峰总结目前React测试的基本做法和最佳实践，手把手教你如何写React测试。
2）移动端流量测试基本方法
移动互联产品可以随时随地的使用，这个特性带来便利的同时也带来了问题，目前的一段时间内移动网络的带宽还是比较有限的，流量也需要付费，用户自然会关心app使用了多少流量。一些不好的app设计或者缺陷，比如频繁在后台联网去服务端获取信息，可能带来意外的流量，导致用户卸载app或引起投诉。另外流量的减少不只是减少用户的流量消耗，通常也会因为更少的网络传输带来更好的性能和响应。在移动产品测试中，很有必要对app使用的流量进行度量。大致来说主要是用户操作直接导致的流量和后台即在用户没有直接使用的情况下的流量消耗。本文介绍了对于android端app一些特有的流量测试方法。
3）移动端调试工具介绍
在PC上调试HTML页面时，经常用到firefox上的firebug和chrome上的DevTools，这两个工具帮助开发和测试在debug问题上提供了很大的便利。在当下移动互联网热的时代，无线端的HTML5的产品越来越多，面对纷繁复杂的浏览器环境（搜狗浏览器，chrome，手机自带，app等等），经常遇到一些诡异的问题，在定位问题时令开发和测试束手无策。那么在移动端，是否也有这样好用的工具呢？本文为各位简要介绍两个好用的工具—chromedevtools和winre。

后端测试技术

1）Go 语言测试（Test）
Go语言是谷歌2009发布的第二款开源编程语言，可以在不损失应用程序性能的情况下降低代码的复杂性。从推出后就受到广泛的关注，google更是将其放到了战略推广的高度。目前我们的开发团队也开始研究将go语言应用到我们的项目中。我们的测试团队也要跟上节奏，让我们通过本文来学习一下go语言的测试方法。
2）为什么要在性能测试中设置考虑时间
考虑时间Thinking Time指的是在性能测试脚本中，事务与事务之间，会有一些短暂的停顿，就好像真实用户在操作时，两次操作之间需要考虑一下。比如用户注册的时候，在打开注册页面到提交注册页面之间，是有一段考虑时间的（用户在填写个人信息）。本文主要讨论在性能测试实战中，为什么要设置考虑时间。
3）从0到1构建美团压测工具
美团内部的RPC服务大多构建在Thrift之上，在日常开发服务的过程中，需要针对这些服务进行压力测试（以下简称压测）来发现潜在问题。为此美团的测试团队针对当前压测工具的一些现状，构建了一个简单易用的压测工具还是很有必要的。本文主要介绍了美团压测工具的体系架构和具体实现。后端测试的同学可以参考下。

通用测试技术

1）百度如何开展持续集成

• CI能力模型
• CI实施方案之道
• 持续集成之破冰之旅

百度公司自2010年开始逐步在如凤巢、网盟等大型产品线实行持续集成，并且取得了良好效果，近几年随着公司的不断发展，新产品不断涌现、充分市场化的竞争逼迫产品迭代速度不断提升，公司越来越多的产品线希望能够通过持续集成去保证质量、提升产品效率。本系列文章从能力模型，实施方案以及实战效果三个方面介绍了百度如何开展持续集成。
2）使用模板快速编写测试用例
在高速发展的互联网公司，由于产品的开发迭代太快，产品测试经常遇到以下几个问题：如何在快速的产品开发迭代中迅速地完成对产品功能的测试？面对用户众多、环境多样，如何尽可能地测试全面？公司扩张迅速、新人多、经验不足，如何使新人迅速上手进而独当一面？本文介绍了一种使用模板来设计测试用例的方法，这个模板包含产品测试需要覆盖的主要方面，每个方面都有使用说明，有经验的QA使用模板可以避免遗漏，新人可以借助此模板的引导，快速掌握创建测试用例的系统方法。

测试杂谈

1）google测试分享-问题和挑战
google测试在经历这些年的发展，对于测试职责的理解虽然比国内测试更深入，还是会出现一些问题。本文从国内测试面临的问题和挑战引出了google测试面临的问题和挑战。让我们看到其实我们遇到的问题，这家巨无霸的互联网公司也会遇到。
2）软件测试反模式——杯型蛋糕简介
要想帮助团队制定测试策略，编写出可靠可伸缩的测试，测试金字塔是最好的方式之一。 但有的团队在尝试实践测试策略时掉进各种陷阱里，即，掉入了一个杯型蛋糕的反模式。本文讨论了杯型蛋糕反模式的产生原因以及提供一些小贴士助你避开这个杯型蛋糕。同时抛出了一个理想团队的标准：“当一个由开发者、手动测试人员和界面测试人员组成的团队，为了达成同一目标，齐心协力相互帮助的时候，我确信这个团队能够完成更好的测试策略，更好地确保软件质量。”
3）为什么开发与测试老掐架呢
测试和开发是对立的吗？从处理Bug的角度看，似乎可以这么说。开发人员既生产代码，也生产Bug。因为开发人员不可避免地会生产Bug，所以测试人员必须存在，以便在软件交付之前尽可能多地检出Bug，保证交付给客户的软件质量更好一些。一个产Bug，一个挑Bug，看起来似乎是对立的。其实，开发和测试拥有共同的目的：生产高质量软件。具体说，每一个产品、项目、版本都有明确的目标，这些目标是属于开发和测试的，是大家的。我们把共同的目标牢记在心，摆在首位，我们还要想着别人所做的一切，都是针对软件本身，都是在为目标而努力，这样就心平气和多了，就容易从当下的泥沼中超脱出来，求同存异共同前进。

欢迎关注平安云测试平台公众号

connectus.jpg