背景介绍：搜狗手机输入法8.6版本近期发布了一个创新性的功能：Quickshare，用户通过输入法工具条的Quickshare按钮，可以进行百科、地名、音乐等等类别数据的搜索，搜索结果会直接以卡片形式在输入法中展示。Quickshare功能后台接入了不同数据源的接口，例如搜索地名时可以查询到相应地名的结果，这是由后端的搜狗地图服务器提供的数据源。问题介绍：但是该功能在后期测试验证时，出现了数据不一
代码规范我们应该遵循古老的原则：“能做并不意味着应该做”。全局命名空间污染总是将代码包裹在一个立即的函数表达式里面，形成一个独立的模块。不推荐推荐立即执行函数在立即执行函数里面，如果有用到全局变量应该通过变量传递的方式，让立即执行函数的函数体在调用时，能以局部变量的形式调用，在一定程度上提升程序性能。并且应该在立即执行函数的形参里加上undefined，在最后一个位置，这是因为ES3里undefi
培训元模式最近在帮客户设计一个微服务进阶版培训的材料，整理的过程中我意识到这类事情我已经做过好多次了。比如在ThoughtWorks的P2能力建设项目，3周3页面工作坊等等，我觉得应该将设计课程/设计培训中的模式、原则和实践都提取一下，形成一个元模式（即关于培训的培训）。一个培训中的活动，按照时间顺序可以分为三个步骤：设计培训内容培训前期准备培训中的一些实践设计培训内容根据经验，只有那些正好处于瓶
聪明的测试经理在自动化测试工具选型时，会首先做些小规模的试验，然后根据综合性的标准来做选择。通过试验使其能更加明白管理和应用好自动化测试工具也是非常重要的。成功的工具选型并不能保证其在公司内成功的运用。大多数的公司买完测试工具后，都只是成为纯粹的摆设或者说“案例”，仅仅是由于某种或其他原因，导致公司无法从投资中获得预期的效益。相比工具运用起来所需要的内部成本，购买工具的成本仍然是相当小的。测试管理
接上篇《用Selendroid做手机自动化测试（一）》http://www.testwo.com/article/7973.1.3.上下文切换正如上述描述，Selendroid可以使本地和混合的应用以及手机web自动启动。当一个Selendroid测试启动后，本地模式会默认被激活。可用的上下文可以通过以下检索：selendroidDriver.getContextHandles();当一个webv
几年前，我的团队从瀑布模型转到敏捷模型，现在转到DevOps。对企业而言，在生产环境一天多次部署新软件，最具挑战性的转型问题之一是需要革新测试。在持续部署和集成的时代，没有太多时间让QA团队发现问题并踢给开发人员。因此在开发结束后，产品上线前去测试程序的时代已经过去了。在这段走向DevOps的旅程中，我想出了一个非常简单的框架，并且改变了我对测试的看法（然而我的主要使命是产品经理）。从功能测试角度
网站：http://selendroid.io版本：0.11.0系统环境要求：已安装Java和AndroidSDK授权&定价：Selendroid项目已经被Apache2.0License授权支持：GoogleGrouphttp://groups.google.com/group/selendroidSelendroid是一个自动化测试框架，可以跑遍原生Android、各种应用（APP）以
在我写这篇文章时，首先进入我脑海的是CemKaner的话-“最好的测试人员不是发现缺陷最多的人或者让最多程序员尴尬的人。最好的测试人员是让最多的缺陷得到修复的人。”那么-发现最多的缺陷和让最多的缺陷得到修复这两者之间的区别是什么？难道不是很明显记录在缺陷管理系统里的任何缺陷都应该被修复吗？答案是否定的。有很多因素比如推广产品的时间，日程表上完成项目的时间，开发在不切实际的紧张日程中工作等。迫使公司
本文首发于InfoQ：http://www.infoq.com/cn/articles/QA-in-Production-practice2015年11月ThoughtWorks发布的技术雷达提到一个新的主题——产品环境下的QA（QAinProduction），2016年4月再次提到。这个主题第一次出现在技术雷达，就深深的吸引了我，当时我就给测试团队成员转发了这个内容，但同时脑子里也产生了这样一系
敏捷测试人员通常被称为质量分析师、SET、测试工程师和QAlead，以及其他一些名称。我已经做了一段时间的测试了，下面我将基于如何在敏捷团队中做好测试分享一些个人观点。在本文中，将用QA来代替敏捷测试人员。即使在敏捷团队，大多数人也会把QA当作一个独立的角色使之与其他团队成员区分开来。我认为这是一个过时的概念。QA和开发人员的区别在于思维方式的不同。那么QA之间又有什么不同呢？QA可以分为三类：业
热门文章