有关自动化测试的笔记。
对于测试来说，编写断言似乎很简单：我们只需要对结果和预期进行比较，通常使用断言方法进行判断，例如测试框架提供的assertTrue()或者assertEquals()方法。然而，对于更复杂的测试场景，使用这些基础的断言验证结果可能会显得相当笨拙。 使用这些基础断言的主要问题是，底层细节掩盖了测试本身，这是我们不希望看到的。在我看来，应该争取让这些测试使用业务语言来说话。 在本篇文章中，我将展示如何使用“匹配器类库”（matcher library）;来实现自定义断言，从而提高测试代码的可读性和可维护性。 ?
Jazz Automation介绍 Jazz Automation是一个测试框架，构建它的目的是为所有类型的Web系统或者静态网站自动化同时加速验收/功能测试。它还能够容易地实现自动化集成测试。以前的时候这种类型的测试需要人工完成，劳动强度大又不准确。借助于自动化测试，公司能够创造高质量的应用程序，创造的产品bug更少，同时又加快了投入市场的速度。Jazz Automation支持以下Web浏览器：IE、Firefox、Safari和Chrome。 Jazz Automation和其他的自动化测试框架不同，它允许测试编写者使用纯英语描述软件的工作原理。 大多数自动化测试框架在执行测试之前必须使 […]
什么是以及为什么要分层自动化测试？ 最近两年我连续在ChinaTest上面开了一门叫“分层自动化测试”的课程，这几天在微博上引起了什么是以及为什么要分层自动化测试的讨论，今天闲来无事就写一篇小文来澄清一下我自己的想法。
作者：散步的SUN 序言:在部门做自动化有好一段时间了，经历了自动化从无到有，然后到框架，到现在的平台，以及持续集成，回顾发现由于自己之前经验太浅，走过的弯路太多，现在也还在谨慎的前进着，上次又回顾了一遍”软件测试经验和教训”里的自动化测试章节，发现早前很多懵懂的经验，现在稍稍清晰，于是想着结合自己的历程精简出一些经验吧。现在经验还是尚浅，如果有更深认识的朋友，互相讨论，谢谢 一、所谓自动化是为了软件发布服务的，并不只是为了测试 来源:自动化测试目标建设 以前一直怀疑自动化测试的用处，我们之前花费大力气开发了大量的基于关键字方式的脚本，用来提高测试的覆盖率，每次测试耗费大量时间，但是发现的问题 […]
来自Facebook的 Steven Grimm很好地回答了这个问题，觉得还不错，这里以第一人称翻译了一下。 ▲对于PHP的代码，我们写了非常多的基于PHPUnit测试框架的测试类，这些测试类覆盖范围比较大，从简单的判读真假的单元测试到大规模的后端服务的集成测试。开发人员把运行这些基于PHPUnit的测试用例作为他们工作中的一部分，同时这些用例也在一些专用的设备上不停地被运行（注：持续集成模式）。当开发人员对一些代码做了比较大的修改时，在开发机器上的自动化工具会运行这些测试用例的同时也会生成相应的代码覆盖率数据，对于需要提交到代码库的diff，在做代码review的时候回自动地产生一份带有覆盖 […]
作者：散步的SUN 序言：测试开发部门做自动化测试很容易脱离测试项目去做，仅仅为了做自动化测试而做。开发部门做自动化测试很容易考虑不够全面，但是在自动化测试开发、维护性和复用性以及可测性上结合比较好。测试部门去做自动化测试，对测试项目理解比较深，对自动化测试的应用也比较能理解，但是却无法开发应用比较好的自动化测试系统与框架为之服务，自动化测试只是作为测试的一种辅助手段，而每个人都术业有专攻，我们需要的是理性认识到自动化测试，不能本末倒置，以项目为驱动，将自动化测试与项目结合，真正将自动化测试在整个项目环节中应用起来。
软件测试对软件质量的保证起着致关重要的作用。虽然国内软件企业越来越注重软件测试工作，但仍然存在这样一个不争的现实：除了部分大中型软件企业外，相当多的软件企业的软件测试工作还完全处于手工测试状态，甚至还没有稳定的测试团队。在这样的企业环境下，软件测试工作变成了一项枯燥繁重的“苦差事”。大型软件项目的新增业务需求和变更需求比较多，且各类业务比较复杂，如ERP、CRM、SCM等等。软件开发往往采取模块化设计和增量集成的方式，加上某些系统对流程和权限的控制比较严格，从而导致单据从受理到进入归档状态是一个非常漫长的过程。测试人员准备测试数据比较困难，经常需要花很多时间去创建一张单并执行到预定的状态。此外 […]
一、为什么很多公司都说要组建一个自动化测试团队，但极少能建立起来？ ● 太过于相信自动化测试，且没有经过严格的自动化测试流程和前期分析设计就草率的进行脚本的开发，最终的结果一定是失败！ ● 国内的公司很少有专属的自动化测试团队，往往都是信心十足最后确又虎头蛇尾！这其中也分两种情况：其一，缺乏真正可以做自动化测试的技术人员，每个成员都是在学习阶段，那还谈什么组建自动化测试团队？这最多也就叫兴趣小组？其二，的确有牛人在团队中，但是我们都知道，国内很少有公司会专门组建一个专职做自动化测试的团队，国内现在大多数情况是手动测试和自动化测试并用，那么，自动化测试的优先级肯定没有手工测试那么高，而且项目的任 […]
随着国内企业软件开发及测试水平的提升，许多企业开始尝试开展自动化测试的应用，以提高测试效率和测试质量。虽然在国外自动化测试工具应用已经很普遍，但国内许多企业对于软件自动化测试的理解还停留在表面上，没有深入的理解到企业实施自动化测试所要具备的条件以及自动化测试本身的局限性，导致自动化并没有给企业带来多少实际的价值，反而还浪费了资源。下面是两个企业推行自动化失败的案例： 案例1：L公司是中国一家专注医疗设备与软件研发的高科技企业，产品包括超声，放射，检验和医疗IT。医疗IT软件产品包括超声工作站、放射工作站、叫号工作站、信息系统等。整个软件产品线有80多名工程师，测试工程师有15人。以前公司的测试 […]
(1)选择合适的框架类型。 (2)不要重复发明轮子。 (3)可重用性。 (4)支持对不同版本的程序的测试。 (5)脚本的版本控制。 (6)脚本的开发调试与发布环境应该分离。 (7)外部可配置。
转自网络 如果自动化测试框架能管理测试项目、安排任务，将产品用户需求和测试需求很好地结合起来，那么测试目标更明确，测试的效率会得到进一步提高。测试结果的分析也是很重要的，一般也要求在自动化测试框架中得到解决。最重要的是易用，将各个工具集成起来，并能很好地使用这些工具。例如，openqa.org社区提供了一个工具Bromine，它集成了Selenium Core/RC，非常容易跟踪和管理测试项目、需求、测试计划、测试用例和缺陷，可以监控缺陷的提交和将缺陷分派给相应的开发人员，浏览和分析测试结果。 一个理想的自动化测试框架能解决上述问题，提供一个分布式的通讯平台、友好的人机交互界面和开放式架构，将 […]
序言：也许到现在大家对所谓的“自动化测试框架”仍然觉得是一种神秘的东西，仍然觉得其与各位很远;其实不然，“自动化测试框架”从理念来说，并不复杂，但其之所以神秘，是因为其运用起来很是复杂，每个公司，每个部门其产品线，其运作流程都是不同的，所以就导致了在想运用“自动化测试框架”去完成自动化测试时产生了很多不定因素，导致了很多自动化测试项目的失败，让人对“自动化测试框架”开始敬而远之。 而自动化测试发展也有一段时间了，为什么到现在虽见其火热，但难见其规模，关键是大家对其的定位，很多公司以及很多人都知道做好自动化测试不简简单单的靠一个工具，而更需要一个框架，但其总是对“自动化测试框架”缺乏清晰的定 […]
最近一段时间在领导设计和开发一套新一代的自动化系统，该自动化系统不同于2003年时自己第一次开发的功能回归自动化测试框架、也不同于在过去几年经历和运用的各种自动化测试方法、工具和平台。为了好好整理下自己不同阶段的自动化测试经验，留下自己在自动化测试领域的所见所闻和认知，计划写这篇博客。同时也请各位一直专注于自动化测试领域的专家们针对下面遗漏的内容提供更多的建议，一起来完善自动化测试体系的知识和认知结构。 自动化测试的常见作用 1、手工回归测试变机器自动回归 2、自动实现大规模的重复和并行测试操作(如自动化性能测试) 3、实现边界处理能力的测试 4、自动找到bug
What is Automation framework and how to build a simple framework? Well, automation framework is a way to organize your code in much meaningful manner, so that any person who is luckily working with you should understand what each file (Code file can be either a vbscript file) has. Automation framewo […]
最近在研究自动化测试框架，也和网上的很多朋友聊了很多各种自动化框架的实现，我对其总结归纳比较下。当然，一家之言，仅供参考： 1. 以QTP为核心的框架 QTP是大家最常用的测试工具。而现在很多公司用的自动化测试框架都是以此为核心的。我在触自动化测试之初最先上手的也是QTP。 以QTP为核心的自动化测试框架优点在于：适用性好，很多人都已经会用或者至少说可以简单应用，脚本也简单易懂，大多数无任何代码基础的测试人员都可以加入脚本录制和调试。 我本人一直对QTP不太感冒的原因也就是它的缺点：对象库。这个词对自动化测试的tester们实在是个巨大的打击。我不去一一细数其罪行，但是，关键字的框架，灵活度实 […]
1)QTP工具。QTP是一个快速测试专业工具。它的优点是可以快速建立企业自动化框架，但不是一个全能的工具，因为利用QTP并不能帮助用户找出更多的 BUG，只能提高执行测试用例的效率。 QTP的价格也较贵。 QTP主要应用于较稳定的测试项目的回归测试，UI的变化不明显，功能较稳定的项目。它可以节省回归测试的成本，但相对手工测试来说，QTP对测试人员的要求较高，比如要掌握VB脚本，掌握函数调用等技术;另外，建立QTP框架前期需要投入较大的人力写测试用例，加上调试的时间，是一笔不小的开销，所以企业在选用QTP测试工具时一定要三思而后行。
《四阶段讲述测试自动化的计划和实施》 测试自动化的计划和实施系列文章，最近开始酝酿思路，初步打算分为四个部分来组织，这也是我亲身经历的一个自动化项目的四个阶段，大家可以对号入座，看看你所在的公司或者组织处于自动化实施的哪个阶段?
《软件测试中如何使用自动化脚本》 1)QTP工具。QTP是一个快速测试专业工具。它的优点是可以快速建立企业自动化框架，但不是一个全能的工具，因为利用QTP并不能帮助用户找出更多的 BUG，只能提高执行测试用例的效率。 QTP的价格也较贵。 QTP主要应用于较稳定的测试项目的回归测试，UI的变化不明显，功能较稳定的项目。它可以节省回归测试的成本，但相对手工测试来说，QTP对测试人员的要求较高，比如要掌握VB脚本，掌握函数调用等技术;另外，建立QTP框架前期需要投入较大的人力写测试用例，加上调试的时间，是一笔不小的开销，所以企业在选用QTP测试工具时一定要三思而后行。
《小议软件自动化测试框架的改进》 以下是自动化测试框架的建议，需要在以后的实践中改进。自动化测试框架一般可以分为上下两个层次，上层是管理整个自动化测试的开发，执行以及维护，在比较庞大的项目中，它体现重要的作用，它可以管理整个自动测试，包括自动化测试用例执行的次序、测试脚本的维护、以及集中管理测试用例、测试报告和测试任务等。下层主要是测试脚本的开发，充分的使用相关的测试工具，构建测试驱动，并完成测试业务逻辑。
自动化测试脚本完成标准 度量标准： 1、尽量剔除硬编码 2、尽量减少全局变量和对象的使用，变量、函数、类、对象应该仅在需要的地方使用
一、何时适合引入自动化测试 项目周期长，系统版本不断。 需求变更不频繁。 系统中的测试对象基本可以正常识别。 系统中不存在大量第三方控件。 需要进行反复测试，如可靠性测试，需要进行上千次测试。
