ruby,html测试用例报告.docxVIP

ruby,html测试用例报告 　　使用RubyonRails为web应用准备测试数据　　淘宝网测试部–博一　　摘要：web应用开发大多具有短频快的特点，在大型web应用测试中，测试员通常需要快速准备大量的测试数据，但却没有提供便利的数据准备支持。测试员经常面临这些挑战：大多数web应用并没有提供相应测试性接口来简化准备数据的过程；使用WEB页面自动化来准备数据成本太高、不可靠；SQL方式难于应对多数据库、对数据表的复杂情况。本文提出了一种数据准备策略：通过ORM方式操作数据、克隆数据、备份/还原数据，来解决数据准备的问题。在技术实现上采用目前广泛使用的敏捷web框架RubyonRails。RubyonRails内置的ORM/数据库迁移/seeddata等一系列特性为数据准备带来了很大的方便性；　　关键词：web测试，RubyonRails，测试数据，ORM，数据快照，数据克隆，seeddata，序列化，反序列化，yml，json，xml　　概述　　web应用开发大多具有短频快的特点，尽管淘宝网的业务很复杂，80%的项目周期在2个月以内。在大型web应用测试中，测试人员通常会面临很多挑战，比如：怎样进行有效的测试设计？怎样快速准备好测试数据？怎样实施高可靠的自动化测试？怎样进行低成本的回归测试？　　锁定问题　　本文主要讨论如何快速准备测试数据的问题。在web应用测试中，测试员通常需要快速准备大量的测试数据。然而这一看似简单的过程，也经常会听到测试人员抱怨：业务复杂，需要准备的数据类型太多，准备数据的过程很麻烦；我可以手工制作一次，但不要让我重复做；我准备好的数据被不明原因破坏了；　　人们已经想了很多办法来在降低测试数据准备成本：　　提供可测试性接口-对设计、开发要求高，WebAPI非常有限；页面自动化–自动化脚本开发、维护成本高，可靠性低；　　数据库管理工具、SQL–遇到多数据库、多数据表、或者需要较多数据计算时，这种方法很难凑效；　　我的数据准备策略　　针对测试员普遍抱怨的3个问题，可以采用如下解决办法：　　1、使用ORM替代SQL，简化数据操作的复杂度；　　2、数据克隆，解决重复制作数据的困扰；　　3、创建数据快照，实现备份和还原，应对破坏；　　用户使用场景如下：　　而这一切需要的技术，RubyonRails早已为我们准好了。为了简化数据库访问，大多web框架支持ORM，实现以程序对象的方式操作数据库，避免写SQL的繁琐。　　RubyonRails对测试的支持　　了解RubyonRails测试　　在创建新的Rails项目时，Rails会自动生成测试基础设施，这些文件被放置在\test目录下，里面有4个目录和一个helper文件：　　清单1.Test目录的内容　　将您的所有测试放在/test目录中，特殊的测试根据性质和功能分别放在相应的子目录中。下面解释一下/test目录中的每个组件：　　test_　　test_文件建立多个测试用例共有的许多默认Rails测试行为。例如，在test_中，设置为以测试环境启动Rails，并加载测试框架。Rails中所有测试都装载test_文件。　　Fixtures　　测试夹具，yml格式的数据文件，用于定义测试数据。Rails在运行单元测试时能够装载这些数据。　　Unit　　在Rails中，为测试模型编写的测试称为单元测试。一般情况下，要为每个模型编写一个单元测试。在单元测试中，要测试所有可能破坏模型逻辑的东西。基本测试应该包括对检验代码和断言以及数据库操作的测试。　　Functional　　为测试控制器编写的测试称为功能测试。它们在高于单元测试的层次上测试应用程序。同样地，一般情况下要为每个控制器编写一个功能测试。功能测试中的每个测试用例，用于验证某个功能，例如：测试成功的Web请求、正确的页面重定向、正确的身份验证以及对特定动作的正确响应。　　Integration　　集成测试是涉及多个控制器和动作的测试。顾名思义，这种测试确保不同的控制器和动作按照预期的方式配合工作。集成测试一般比较完整，因为它们覆盖Rails应用程序中各个组件之间的高层交互。　　Performance　　Rails性能测试，用于测试对web请求的响应速度，每个测试结果被保存在tmp/performance。RubyonRails如何简化数据库访问　　RubyonRails为Web开发提供了MVC框架，默认使用ActiveRecord组件来实现数据层访问。ActiveRecord使用ORM技术来抽象数据库访问，绝大多数情况下，开发人员不需要写SQL，再配合上ruby语言自身的简洁性，有效的提高开发效率。在RubyonRails只需要创建一个Acti