终端自动测试引擎产品技术白皮书.doc

终端自动测试引擎 （Terminal Auto Runner） 产品技术白皮书  目录 1．总述 3 2．系统概述 6 2.1 系统定位 6 2.2 自动功能测试工具的概念 6 2.3 产品设计目标 7 3系统体系结构特性要求 9 4．系统基本功能 11 4.1 产品原理 11 4.2 产品功能说明 13 4.3 外部功能扩展 15 5．厂商支持能力 15  1．总述 一、背景 随着软件规模的发展和对软件系统的依赖，人们发现：软件的质量对应用系统的影响日益增加，质量存在问题的软件会导致帐务出错，客户信息丢失，用户的服务出错。 因此，提高软件的质量成为一个重要的问题。而测试正是提高软件质量的有效手段。数据显示，在一个软件开发过程中，测试占到整个工作的40％－60％。所以，如何能够在比较低成本的情况下大幅度提高测试的质量，对软件的最终质量起到非常重要的作用。 另一方面，当应用软件投入使用之后，随着应用的不断发展和变化，将会提出大量的新增需求。新功能对用户非常重要，能够给用户不断发展的业务提供更强大的支撑。 当开发人员修改软件的功能、增加软件功能，新增功能部分导致原有系统运行不够稳定的几率必然增加，可靠性降低：由于修改一个小错误造成大量业务无法正常运行的情况。这就需要做大量的回归测试来保证系统的可靠性，通过回归测试验证以往的功能是正确的、可靠的。 传统的回归测试是由人工来实现的，需要大量的人员来完成固定的输入和输出检查。 人工测试带来了一系列问题： 1、测试质量难以保证。临时参加测试的人员很多都是没有受到足够培训的人员，对应用软件本身的理解不够充分，对测试技术也不够了解，往往导致测试案例设计不够严密，测试的质量难以得到保证。 2、测试的成本很高。组织一次大规模的回归测试会导致大量成本发生：包括人工成本和管理成本等等。首先是测试人员自身的成本，然后是由于测试进度比较缓慢造成的开发人员延误造成的成本，此外，管理测试人员，协调测试和开发人员之间的关系也需要很多的工作和成本。 3、测试进度难以控制。由于人员、系统稳定性等众多方面的原因，导致测试的进度比较难以度量和控制，造成项目风险防范困难。 4、测试案例无法保存和管理。作为一个项目，测试案例是一个重要的财富：同软件代码一样，是具有版本和价值的。传统的做法是使用文档来保存测试案例，无法提供一种标准格式来保存测试案例。这样就会导致测试案例的存放非常困难，使用非常困难，造成了资源的浪费：但需要再做一次回归测试的时候，往往原来的案例都被丢弃了，还需要重新设计和完成测试案例。 二、解决办法 企业可以建立一整套软件自动测试体系，包括：需求管理、测试分析、测试管理、缺陷跟踪，并且把这个过程纳入整个软件项目开发和软件产品开发过程。 实际上，在CMM的规范中，测试本身就是SQA的一部分。 自动测试的基础就在于测试工具，只有采用了优秀的自动测试软件，才能够解决自动测试的问题。自动测试工具能够在两个阶段给软件开发企业带来价值：第一，对于软件开发人员来说，高效率的自动测试工具能够提供给程序员自己完成开发过程中的冒烟测试，便于在频繁修改的软件过程中迅速完成测试，保证编码的稳定性；第二，对于项目和产品的测试阶段来说，能够提供稳定的回归测试，保证产品的可靠性。 众所周知，在测试阶段发现问题的投入，相对与在软件投产之后出现错误再去解决问题要小的多。 目前的测试工具，基本上都是国外的产品，难以满足中、小型的软件公司的需要。正是在这种情况下，上海泽众软件科技有限公司开发出了国内第一个拥有自主知识产权的自动测试软件——自动测试引擎(Terminal Auto Runner)。 三、概述 1、本技术白皮书适用于上海泽众软件科技有限公司自动测试管理工具（TAR）。 2、本技术白皮书是上海泽众软件科技有限公司自动测试工具（TAR）的技术说明，也是技术谈判的主要内容，是采购方询价、系统选型以及系统测试和验收的主要技术依据。 3、本技术白皮书是根据信息产业部颁布的有关技术体制和技术政策并结合上海泽众软件科技有限公司的实际情况制定的。本技术白皮书没有提出而信息产业部的技术体制以及技术标准已有具体规定的内容，应按信息产业部的技术体制以及技术标准执行，如果存在不一致应以信息产业部颁布的最新技术体制及技术标准内容为准。 4、本技术白皮书在内容或技术指标上如果存在错误（包括印刷错误），经双方确认后可对该错误内容或技术指标进行修正。 5、自动测试工具（TAR）版本升级之后，上海泽众软件科技有限公司有权对本技术白皮书进行修改，并不需要主动通知用户。 6、本技术白皮书以下内容为用户重点考察内容： 软件的功能、性能、技术指标和环境要求； 设备容量计算和配置方法； 所提供的数据库的功能和性能指标； 软件安装要求； 提供软件的接口、协议等工程技术要求；