“作为一款用户规模达到数亿的大众必备软件，任何一个微小的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分享更有逻辑性，我打算分几个专题来
2011年，GaryHamel写了一篇开创性的文章，题为“首先，让我们开除所有的管理人员”，文中他探究了现代管理和层次结构相关的挑战。包括了大成本开销，决策不佳，因官僚主义导致的停滞，以及员工不敬业和缺乏权力。管理人员一直被认为是组织的基石，所以即使只是考虑摆脱他们就被许多人认为是禁忌。但是，是时候来挑战传统并从不同的角度来思考职场了。根据文章：“一个小型组织中可能有一个管理人员和10名员工;但是
微服务通过网络相互连接，并使用“外部”数据存储微服务处理通过在各个相关模块之间传递消息，来形成一个请求的响应。特定的请求可能需要与服务，网关或仓库等模块进行交互，松散定义了模块之间的连接。自动化测试应在最高的粒度可能下覆盖所有这些通信。因此，每个测试将提供一个集中和快速的反馈循环。资源接收到一个请求，一旦经过确认，就将调用域并开始处理请求。如果必须对许多模块进行协调来完成业务办理，资源会将其委托给
如果看完了第一篇文章，你的答案是Yes。我们可以继续讨论如何做系统集成测试啦。了解你的被测系统（why？）一如既往的，你会想到在一个测试之前，你需要做测试计划，你需要做测试策略、方案。但在这之前你首先要了解你的被测系统。这里讲的被测系统不仅仅指的软、硬件系统自身。你还需要理解系统所处的上下文环境这包括：所有干系人，项目周期，相关文档（过程文档，技术文档），部署，相关技术，商务合同，历史信息，业务知
热门文章