InstrumentDriver是Mobile自动化小组最近实现的基于instrument，针对iOS的自动化测试框架，目前支持java语言编写测试用例。研究过iOS自动化测试的同学肯定对instrumentUIAutomation有所耳闻，或者已经使用它进行自动化测试实践。iOS4.0开始，苹果官方提供了UIAutomation以支持应用的UI自动化测试。不过4.0版本并不支持录制功能，只能根据
2010年是淘宝无线突飞猛进开创无线新业务的一年。而从2011年初开始，淘宝技术质量部自动化测试组便致力于手机自动化框架的调研和开发工作。TMTS(TaobaoMobileTestSystem)框架，正是尝试从Android和IPhone入手，建立无线测试领域的自动化测试整体解决方案。经过前段时间的开发，及业务线试用，TMTS框架Android部分已经趋于稳定。而IPhone的自动化框架也已经开发
一、自动化测试发展自动化技术在不断的发展，从简单的录制回放到数据驱动到关键字驱动，再到模型驱动，每一次自动化技术的发展都会带来自动化测试工具的革新，而每一次新的测试工具的诞生都会带来新的突破，新工具的出现带来了新的体验但是也不可避免的有一些缺陷，正是因为此，才推动测试框架不断的完善，强大，下图展示了基于GUI的功能自动化测试技术的发展：二、淘宝自动化测试框架发展随着自动化技术的发展，淘宝自动化测试
在LinkedIn,我们相信设计会给我们的会员提供很有价值的产品,快速便捷使用这些产品,完成所有工作而且在质量上不会打折扣。在这篇文章中,我将描述使得这一切成为可能的测试方法。团队在LinkedIn，一个典型的测试团队包括产品经理、开发工程师,测试工程师和质量工程师。我们有一个专门的工程师团队,一周滚动制，这一周唯一的工作是解决并关闭bugs。测试策略和过程测试生命周期可以运行多个星期，第一周是为
一、概述目前，持续集成已成为当前许多软件开发团队在整个软件开发生命周期内侧重于保证代码质量的常见做法。随着测试的自动化率逐步提高，每天要需要自动执行的测试用例也就越来越多了，当我们发现，跑一次完整的测试需要几个小时，测试的速度已远远跟不上编译的速度的时候，我们自然要考虑如何加快测试的速度了——分布式执行测试用例，显然是一个不错的办法，本文正是讲述如何利用Hudson来实现自动化测试的分布式执行。二
在LinkedIn,质量是产品发布的看门人。上周,我们告诉了大家测试前沿,LinkedIn的web框架。今天,我们将带您看看我们的测试生命周期。如果我们按时交货,但产品有缺陷,还是证明我们没有按时交付。——PhilipCrosby测试生命周期看看在LinkedIn中测试生命周期是什么样子的:1.需求收集产品团队定义了功能需求和设计者创建的线框图。在设计和产品需求文档(PRD)被创建后,一切都涉及到
1相关说明1.1背景简介随着一个产品的自动化工作不断深入，自动化的case积累数量持续增长，绝大部分毫无依赖关系的case由于串行运行，测试执行时间达到小时界别，且不易于优化。另外，ci运行时所需机器资源的抢占互斥，运行机器的不稳定等问题也逐渐扩大。Hadoop分布式测试执行方案正是为了解决以上问题而产生，通过分布式执行，可以达到并行运行，提高执行效率的目的；另外，hadoop提供调度，重试等机制
1背景介绍1.1接口webui接口是服务器与客户端交互的方式，即浏览器或者其他客户端工具与web服务UI层交互的协议.常见的有两大类，一是浏览器与服务器交互的HTTP，HTTPS协议的接口，另一类webservice接口如soap，rmi，rpc等协议。这些接口的共通特征都是作为Server对外的UI提供通信服务。1.2接口测试webui接口测试即站在web服务程序UI层之上自动化测试的一种手段，
基于Android的C/S移动应用中访问后端数据的场景是非常多的，异步接口测试主要是在单元测试完成的基础上检查接口级访问是否正确，主要保证对外请求的组装与发送是否符合后端的约定。现在项目的异步接口访问都遵循一个特定的访问模式：前台的Activity获取到触发事件后将接受到的参数传给一个异步任务，这些任务大都是AsyncTask的实现——即启动一个新的线程访问后台接口数据，完毕后调用回调函数更新UI
来百度工作有些日子了，在未进入百度之前，由于一直以来百度质量部在业界都是比较低调的，外部的测试同行很少能了解到百度的QA们是如何工作的，如何来应对互联网的研发节奏和质量的平衡。因此我来百度后互联网上经常都有测试工程师找我打听百度的QA是如何做测试的？百度的测试是什么样子？水平如何？对于现在QA数达到千人团队的百度质量部所覆盖的工作范围和内容是非常之多的，我也很难用几句话全部描述清楚，因此很想根据我
热门文章