Robotium是用来测试本地和混合安卓程序的自动化测试框架。它提供了可以写UI自动化脚本的简单的API。尽管有很多工具可以用来测试安卓应用程序,但是Robotium却被使用的最广泛的安卓测试工具。我们可以用Robotium写功能,系统以及用户验收测试用例。Robotium不仅可以支持模拟器执行,在真实的安卓设备上也是一样的。我们这个Robotium教程主要讲些什么:·优势&midd
2016-11-29/7111 人阅读/534 人点赞
深知本文失言之处甚多,恐怕要得罪一大批人。本文内容系个人观点,欢迎大家在留言区各抒己见。进入了日本SI(系统集成)行业的技术者们,就像是近年岛国人气动漫【进击的巨人】中,被围困的人类。靠着所谓高质量服务的城墙,抵挡着墙外巨人进击的脚步。城墙一旦开始崩坏,幸存者将寥寥无几。●●●雷子高中那会儿,正是国内个人电脑开始普及的年代。那时候的零用钱全部用来购买《电脑报》《大众软件》这样的报刊,每天研究的就是
2016-11-25/3648 人阅读/4 人点赞
提起服务端测试,第一反应想到的可能就是http协议、socket连接、post/get发送请求等等。回想起小编当时初次接触服务端测试,真可谓一脸懵逼,不知道要干什么也不知道从哪儿开始做。服务端测试往往呈现给大家的是一个很大很宽泛的任务,我们知道要做服务端测试但却不知道怎么做,流程是啥,用什么工具去做,要达到什么样的效果。今天小编就结合最近自己做的一些服务端测试的任务,和大家聊聊服务端测试中的一个常
2016-11-24/5772 人阅读/250 人点赞
项目中出现人员变动时,你一定遇到过被动的接受别人的项目或者功能模块,而在交接过程中,不可避免的会出现功能细节和测试注意点的遗漏,那么当这些功能出现问题或者变动时,你要如何保证项目质量呢?我们又是否有方法最大程度的避免交接遗漏呢?下面,小编就分享一些项目中的经验给大家~·功能交接过程1)交接前:a.阅读相关文档(需求、流程图以及交接人的总结文档),确保在正式交接前对该功能有整体了解;b
2016-11-23/3248 人阅读/5 人点赞
背景介绍:搜狗手机输入法8.6版本近期发布了一个创新性的功能:Quickshare,用户通过输入法工具条的Quickshare按钮,可以进行百科、地名、音乐等等类别数据的搜索,搜索结果会直接以卡片形式在输入法中展示。Quickshare功能后台接入了不同数据源的接口,例如搜索地名时可以查询到相应地名的结果,这是由后端的搜狗地图服务器提供的数据源。问题介绍:但是该功能在后期测试验证时,出现了数据不一
2016-11-22/4527 人阅读/5 人点赞
代码规范我们应该遵循古老的原则:“能做并不意味着应该做”。全局命名空间污染总是将代码包裹在一个立即的函数表达式里面,形成一个独立的模块。不推荐推荐立即执行函数在立即执行函数里面,如果有用到全局变量应该通过变量传递的方式,让立即执行函数的函数体在调用时,能以局部变量的形式调用,在一定程度上提升程序性能。并且应该在立即执行函数的形参里加上undefined,在最后一个位置,这是因为ES3里undefi
2016-11-16/2752 人阅读/4 人点赞
培训元模式最近在帮客户设计一个微服务进阶版培训的材料,整理的过程中我意识到这类事情我已经做过好多次了。比如在ThoughtWorks的P2能力建设项目,3周3页面工作坊等等,我觉得应该将设计课程/设计培训中的模式、原则和实践都提取一下,形成一个元模式(即关于培训的培训)。一个培训中的活动,按照时间顺序可以分为三个步骤:设计培训内容培训前期准备培训中的一些实践设计培训内容根据经验,只有那些正好处于瓶
2016-11-14/3234 人阅读/9 人点赞
聪明的测试经理在自动化测试工具选型时,会首先做些小规模的试验,然后根据综合性的标准来做选择。通过试验使其能更加明白管理和应用好自动化测试工具也是非常重要的。成功的工具选型并不能保证其在公司内成功的运用。大多数的公司买完测试工具后,都只是成为纯粹的摆设或者说“案例”,仅仅是由于某种或其他原因,导致公司无法从投资中获得预期的效益。相比工具运用起来所需要的内部成本,购买工具的成本仍然是相当小的。测试管理
2016-11-13/3970 人阅读/6 人点赞
接上篇《用Selendroid做手机自动化测试(一)》http://www.testwo.com/article/7973.1.3.上下文切换正如上述描述,Selendroid可以使本地和混合的应用以及手机web自动启动。当一个Selendroid测试启动后,本地模式会默认被激活。可用的上下文可以通过以下检索:selendroidDriver.getContextHandles();当一个webv
2016-11-11/4084 人阅读/1 人点赞
几年前,我的团队从瀑布模型转到敏捷模型,现在转到DevOps。对企业而言,在生产环境一天多次部署新软件,最具挑战性的转型问题之一是需要革新测试。在持续部署和集成的时代,没有太多时间让QA团队发现问题并踢给开发人员。因此在开发结束后,产品上线前去测试程序的时代已经过去了。在这段走向DevOps的旅程中,我想出了一个非常简单的框架,并且改变了我对测试的看法(然而我的主要使命是产品经理)。从功能测试角度
2016-11-10/5981 人阅读/0 人点赞