基于Android的C/S移动应用中访问后端数据的场景是非常多的，异步接口测试主要是在单元测试完成的基础上检查接口级访问是否正确，主要保证对外请求的组装与发送是否符合后端的约定。现在项目的异步接口访问都遵循一个特定的访问模式：前台的Activity获取到触发事件后将接受到的参数传给一个异步任务，这些任务大都是AsyncTask的实现——即启动一个新的线程访问后台接口数据，完毕后调用回调函数更新UI
来百度工作有些日子了，在未进入百度之前，由于一直以来百度质量部在业界都是比较低调的，外部的测试同行很少能了解到百度的QA们是如何工作的，如何来应对互联网的研发节奏和质量的平衡。因此我来百度后互联网上经常都有测试工程师找我打听百度的QA是如何做测试的？百度的测试是什么样子？水平如何？对于现在QA数达到千人团队的百度质量部所覆盖的工作范围和内容是非常之多的，我也很难用几句话全部描述清楚，因此很想根据我
如果你看过我以前的文章,你可能会认为我是自动化测试的反对者。这并不是真相。事实上,提供深思熟虑,易于维护,让您物有所值,你很难找到一个比我更热衷的自动化爱好者。然而,当提到的自动化时，我有一个问题,每个人都开始变得盲目乐观地思考他们所有的软件问题。事实上,不是这样的!好了,现在我的些许吐槽从我的心中涌出来了,这是使我自动化测试成功的一些个人建议。成本——在开始自动化之前,要确定好你雇佣的管理者和开
经常有性能测试人员吐槽他的困扰：我无法从项目组获得性能指标。我是测试的，你不告诉我性能指标是什么，我怎么给你测啊？我给你跑压力脚本，跑出来的结果是不是满足你要求啊？项目组的同学有时候也很郁闷：你不测我怎么知道它能跑成什么样啊。于是，在双方的扯皮中，工作磕磕绊绊的开始，磕磕绊绊的结束，有的时候最后大家还算搞明白了。有的时候工作完成后留下很多遗憾。这些典型场景，很多新手都会经历过。第一个真正困扰性能测
移动应用的繁荣是显而易见的,很显然在这个时代。在世界范围内，智能手机正迅速成为消费者和企业重要的交互方法。每天都有成千上万的应用程序生成。移动应用在智能手机或平板电脑中。现在，应用程序甚至被应用到汽车,可穿戴技术和家用电器中。移动设备的显著增长为组织整合计算环境开辟了道路。今天的移动应用程序可以交付复杂功能的平台、有限的计算资源以及多样性带来了独特的挑战,需要独特的测试策略来应对。在本文中，您将了
最近，我们经常听到测试转型，减少人力密集型的业务测试的比例，一线业务测试缺少发展、无法晋升等等问题。似乎，随着互联网的不断发展，业务测试成为一个看不到前途的职业，那么，是否真的如此呢？我作为一名在一线业务做测试管理有些年头的过来人，并不这么认为，恰恰相反，我认为业务测试很重要，它是一个不可能消失的行业。一.业务测试为什么存在？我们按照现在对业务测试的理解，画一张图：这张图示意我们，测试工具是最能解
测试工程师在软件项目中把握着项目产品质量，具有最终项目能否发布的生杀大权，就这样一个重要的角色在实际情况中往往不受待见，却是为何？纵观国内测试工程师发展的过程来看，主要有以下几个原因：（1）起步晚：在国内软件行业发展的初期，没有专职测试的人员，所以测试工程师比开发工程师以及其产品等岗位的起步晚，在初期是可以没有的岗位。（2）起点低：发展到一定阶段以后，发现有一部分手工测试可以由单独的人员完成，但是
测试管理包括我们测试人员做的任何事情。我们的日常活动包括:1.创建和维护发布/项目周期/组件的信息2.创建和维护测试每个特定版本的组件/周期,我们的需求,测试用例等。3.建立测试资产之间的可跟踪性和覆盖率4.测试执行的支持——创建测试用例集,捕获测试的执行状态等。5.度量收集/报告-图表之间的分析6.Bug跟踪/缺陷管理上面是一些广泛的任务,包括我们所说的测试管理过程。这个过程是至关重要的,注重细
在互联网产品中，每个产品的迭代速度越来越快，项目中的测试同学面临着前期需求摇摆不定，后面发布时间卡在那里，项目的前期阶段似乎总是在压榨着测试的执行时间。如何减少测试返工，测试阶段的工作量的同时，保障项目质量呢？在说下面内容前，我必须感慨下，测试是个伟大的职业，是技术上的全才，是项目中的大管家。什么编码能力，测试技能，产品思想，设计架构等十八般武艺样样都会。Ø立项前项目目标要明确，最好
在软件应用测试中会有一些工作流可以自动使用自动化工具。自动化测试流程通常会以两种方式来使用这些工具。自动化用录制&回放在录制和回放的两种方法中,必须打开录制并且手动完成manualtester的测试应用程序的步骤。后端记录器将记录操作(识别控制,点击按钮,填充文本框中的数据等)。录制完成后(如果需要输入一些参数的东西可以在特定的文件中支持，即参数化),这个记录必要时是可以重复的。在高层次上
热门文章