在这个系列的上一篇文章中，我们介绍了MonkeyRunner，并提到如果根据坐标来编写自动化脚本的话存在着一定的局限性。这篇文章将进一步介绍根据控件的id来编写自动化脚本的方法。根据控件的id来操作控件从Android2.3.3开始，MonkeyRunner增加了EasyMonkeyDevice和By这两个类，它们都位于com.android.monkeyrunner.easy包内，借助这两个类，
在我们的生活中，复选框似乎随处可见，餐馆菜单的佳肴名称旁边有，登陆网站账号时“自动登录”旁边有，宣传册上的“3个禁止和7个允许”旁边有，操作系统的设置选项旁边有，商务人士的待办事项旁边有，甚至小区里某一个电梯的寻狗启示上也有……总之，复选框是一个我们太熟悉的东西。我们每天都在选择和取消选择之间生活着。就是这样一个熟悉的东西，作为一名测试人员，我们了解的真的够吗？从一个简单而又根本的问题出发，复选框
代码覆盖率vs.测试覆盖率代码覆盖率通常指跑完测试后,由工具自动统计的在跑测试的过程中被测代码的覆盖率,细分的话包括语句覆盖率,分支覆盖率,函数覆盖率等.由于代码覆盖率可由工具自动产生,采集成本非常低,而又比较直观,所以历来受到开发团队及管理者的欢迎,有的组织甚至将其作为KPI指标之一.然而围绕着代码覆盖率,有很多有趣的事情,尤其是将其作为KPI的时候.你会发现,长期在低位徘徊的代码覆盖率,突然之
“作为一款用户规模达到数亿的大众必备软件，任何一个微小的BUG都可能影响至少数百万的用户，因此不能放过每一个BUG”这句话是否是正确的？错误的！这是为什么呢？因为你没有对BUG的等级进行划分，有些BUG是用户感受不强烈的，比如在线翻译、字符表情、皮肤盒子等，存在一点BUG对我使用输入法打字没啥影响，我不太可能因为这个而卸载输入法，并且用户不至于写篇微博泄愤，那么这个BUG的严重等级就低，暂时可以放
这一次，我们非常荣幸得邀约到搜狗桌面产品测试部总监鲁剑为成长系列投稿。鲁总监的文章十分情真意切，小编看了之后收获很大。这就给大家分享出来~接到这篇“关于成长”的稿件邀约之后，我的本心是不太愿意写的，因为一方面，我并不算一个成功的人，比我牛的人有很多很多，有很多传奇的传记可以去拜读。有句话不是说，成功都是相似的，失败各有各的理由。如果仔细研读传记，就会发现这些人身上的共性优点已经足够学习一辈子了。另
在这个系列的上一篇文章中，我们介绍了Monkey的用法，这篇文章将继续介绍Adt自带的另外一个自动化工具MonkeyRunnerMonkeyRunner和Monkey的关系在这个系列的上一篇文章中，我们介绍了Monkey最常规的一种用法，即进行完全随机的测试（点击文末“阅读原文”可以打开这篇文章查看）。在这种情况下，Monkey会自己产生一些随机的操作指令给自己执行。但是如果想要按照一个特定的指令
在开始自动化测试的时候，我们可能需要一些工具支持。对于Android平台，官方在开发者工具Adt中已经集成了几种可以用于自动化测试的工具。如果使用这些工具，你可以不用为了开始自己的自动化测试而去额外下载安装其它的工具（当然为了Adt的正常使用，Java环境还是必须的）。这个系列的文章将会分别对这些工具做出一些简单的介绍。Adt中集成的可以用于自动化测试的工具包括：MonkeyMonkeyRunne
1.测试遇到的困惑与挑战随着飞信活跃用户、同时在线数量的不断增加,互联网的快速发展,以及微信等新一代IM产品的上线，客观上对飞信的发展带来了巨大的挑战。作为飞信的开发运营支撑商，必须产品运营模式和开发流程进行变革才能使飞信产品更好的发展。而这些变化必然对原有的测试流程和体系带了很大的挑战。互联网转型：互联网时代的到来，最直接的变化就是快，产品需要快速迭代，快速发布版本，原来需要半年时间发布一个客户
PrateekBaheti是ThoughtWorks的开发人员，他做了两年Twist的开发。除了写代码，他还喜欢驾驶，听音乐，看板球比赛，打乒乓球。VishnuKarthik是ThoughtWorks的开发人员，他一直从事Twist的开发和测试自动化。之前他在比哈尔（印度东北部一座城市）的医疗保健服务中心工作。除了写代码，他还喜欢玩极限飞盘。移动应用程序现在已经非常普及，大多数的应用可以支持3种主
前言：这个系列分享的内容大部分都是出自于《google是如何测试的》的书，不是我YY的，我只是大自然的搬用工，希望对大家有那么一点点的用处，当然后面也会有个人的一些想法。上一次分享了google测试分享-GTA，大概说了下google是如何使用GTA来管理整个测试阶段，特别是测试计划的安排，那这次会聊一聊google测试经理是如何进行团队管理的。为了让这些blog分享更有逻辑性，我打算分几个专题来
热门文章