普坤自动化测试产品-白皮书-v1.0-20140522

1、普坤PKItest自动化测试产品白皮书（Intelligent-Iteration-Integration Automation Test）智能持续集成测试突破性完全无编码的自动化测试产品目录软件质量：行业的隐痛3质量和效率，我们追求了什么？3质量问题影响了什么，是谁的错？4我们该如何解决质量问题？5PKITEST5.1产品组成及功能介绍7PKItest5.1产品概述7PKItest Server（测试服务器）9PKItest Client（测试客户端-IE浏览器）12PKItest Controller（执行控制器）13PKItest Agent（执行代理）14PKItest Distrib

2、utor（集成发布和任务分发子系统）16PKITEST5.1产品主要特性和优势18无编码录制回放18可视化业务场景用例编排18业务贯穿集成测试18高可控分布式测试执行19多复用易维护测试架构19附：关于普坤信息科技20普刊自动化测试产品白皮书 软件质量：行业的隐痛质量和效率，我们追求了什么？很多企事业单位的信息化主管部门都会听到各种各样的抱怨，这些抱怨来大多来自于业务部门。业务部门是软件的使用者，他们拥有最真实的感受，不能否认他们指出的事实，虽然这些抱怨有可能夸大了质量问题的影响。信息化主管部门负责企业信息系统的建设和维护，信息化系统一般会由第三方独立软件提供商来承接，甚至系统的运行维护也交由

3、第三方软件公司负责。信息化主管部门在接到业务部门的抱怨后，一般都起到了一个“传话筒”的作用，把压力转向了软件提供商。软件提供商有自己的一套软件质量管理方法，单元测试、集成测试、迭代测试、回归测试和压力测试等等各种手段，但是产出软件系统的质量却大多不尽如人意。这个时候，软件商会从质量和效率互相平衡的角度来解释质量出现问题的原因。常用的说法是“人手不够”，“原来遗留了很多东西，不好打破，如果重新做就好了”等等。软件提供商的这种说法不是没有道理，质量和效率确实存在相互影响的作用。但是开发商首先是追求利润的，而质量的投入大大影响了开发商的效益，所以开发商在质量和效益方面一般会优先考虑效益。质量问题带给

4、开发商的损失一般都只是满意度的下降，而并不会涉及到合同金额和收款的变化，所以软件开发商投入的质量成本是有限的。有些客户意识到了上面的问题，会采用罚款的方法约策开发商在质量上面的投入，也就是说如果出现的BUG数越多则相应的扣除更多的款项。这个看上去很好的解决方法，在实际操作时收效甚微，因为开发商会在BUG个数和严重程度上与客户讨价还价，反而影响合作关系，不利于发展长期的合作关系。信息化主管部门在寻求问题的解决办法时遇到了困难，业务部门的抱怨一直不绝于耳。信息化主管部门决定把重心放到了BUG的排错上面，尝试加快BUG的修复速度。信息化部门专门成立业务支撑团队，接收业务人员的使用意见和在线问题，经过

5、简单分析后发给软件提供商，并要求软件提供商以最快的速度完成排错。为了满足信息化部门的要求，开发商会投入更多的人员定位问题，解决问题，发布新的版本，然后由业务支撑团队去跟踪这些问题的解决情况。在线BUG解决的速度较以前提升了，但是BUG排错后又大量产生了新的BUG，BUG数量却在增加，如果总共开发和测试的人员总数不变的情况下，问题的响应时间还是没有得到提升，反而业务部门的意见更大了。质量问题影响了什么，是谁的错？在上面讲的窘境中，影响了什么？又是谁的错呢？对于业务部门来讲，最关心两个事情，一是需求能够快速响应，二是尽量少的问题。当软件质量成为一个问题以后，这两个业务部门最关心的事情都变得不可控了

6、。在线问题数量大到一定的程度以后，投入解决问题的人数在整个开发运维团队中占比会变大，有的甚至会达到50%以上，也就是说有一半的人在改BUG，只有一半的人在做新功能开发和需求变更。开发商一般不会因为问题增加而增加开发运维团队的人数，因为客户给了一个固定金额的合同，人数增加意味着利润下降甚至亏本。那么唯一能做就是减少新功能的开发数量了，降低了每个周期的新功能上线数量，而每个周期的业务部门提出的新需求数量又不变，那么待开发需求就会被积攒下来。造成的影响是业务部门感觉到新需求上线速度慢，业务部门由此推出新业务的速度也将变慢。在当今互联网时代，新业务的推出速度带来的影响是巨大的。阿里和百度等互联网公司正

7、在以惊人的速度推出新业务，系统的上线发布周期需要按天来计算。如果没有一个完整的质量保障体系，一定会被市场所淘汰。而企业也是一样，在移动互联网的冲击下，时间就是生命线。新业务的推出往往需要一个体系来保障，特别是对软件支撑系统的依赖越来越重。而软件质量问题带来开发效率低下，从而引起新业务的推出速度造成的影响是致命的。造成业务部门满意度低和新业务推出速度慢的问题是谁的错呢？是业务部门需求量大，需求变化不稳定吗？答案是否定的。业务部门需要快速响应市场的变化，一定会经常提出软件需求。而且因为业务部门一般都不是IT背景，他们提出的需求是发散的，需要IT专业的人士整理成软件需求。这个整理过程是复杂的，软件开

8、发团队与业务相关人员交流的效率在这个转化过程中会直接影响到软件的质量。质量问题是软件开发厂商的错吗？很多人都会有这样一个简单的逻辑，购买一个软件系统，就象买一个杯子一样，开发厂商交给客户的产品应该合格率要达到标准才算完成，如果达不到那么就是开发厂商的问题。这种简单的逻辑看似有道理，但是要知道软件质量的标准并不是那么容易确定的。信息部门无法通过一个简单的数字就判断出软件系统是否合格，而且如果不合格的话，信息部门也无法明确指出哪里不合格。开发厂商需要一个监督方，这个监督方不是信息部就是第三方质量保障团队。信息部门要起到监督的作用，而不是从行政上要求开发商给一个高质量的软件，也不能一味的把质量问题归

9、咎开发商的失职。我们该如何解决质量问题？要解决质量问题，首先要深入分析引起质量问题的原因，然后再了解质量问题的解决方法，最后才可以根据自身的情况制定一个合适的解决方案。根据众多的软件系统质量分析可以得出，引发质量问题的原因有三个；1、 需求失真引发的BUG经过分析，不难得出引起BUG的原因，这些原因可以简单总结如下：需求不明确、改出来的、依赖功能未管理、忽略异常、预估不足、技能不足、变更未通知、评审不足和资源配置问题等。而其中最突出的原因就是需求不明确，占整个BUG数的30%左右。2、 缺陷修复太晚缺陷排错的成本在不同的软件阶段是不一样的，软件的阶段可以大体分为：需求、设计、编码、集成测试、系

10、统测试和交付。排错成本越是后期成本越高，而且成倍的增加。据估计，交付上线后发现的缺陷排错成本是需求阶段的40倍以上，所以在系统测试和交付之前排除更多的缺陷是降低排错成本的关键。测试工作可以分成三个阶段。第一个阶段是需求开发阶段，测试工作由开发厂商负责；第二个阶段是验收阶段，测试工作由客户或第三方负责；第三个阶段是上线运行阶段，发现的问题是生产故障，由业务用户完成。需求开发阶段产生的问题，在验收阶段和上线运行阶段暴露出来，开发厂商的责任是产生更少的缺陷。而客户或第三方质量保障团队的责任是在验收阶段测试出来，那么最终被漏测的问题将会变成生产缺陷，也就是最终的在线BUG。行业中优秀的公司，漏测率在5

11、%，也就是说在验收阶段发现20个缺陷，在线上由用户发现1个缺陷。3、 手工测试无法满足要求软件系统的测试工作是非常重要的，但是往往测试人员的投入数量是有限的。在有限的资源情况下，完成测试是一件非重繁重的工作。特别是当软件系统功能多，更新频繁的情况下，这种测试工作就变得难以达到预期的效果了。一般测试人员会把测试用例做成文档，测试用例的数量是成千上万的。如果软件的发布周期是周或月的话，那么每次发布版时都做全量的手工测试是不可能的，所以测试人员就会选择一些核心功能做手工测试，然后再根据升级的需求做一些选择性的测试，最终完成上线前的验收测试工作，这种测试的效果很难满足要求的。大量的BUG就是因为这种低

12、效的手工测试方法无法有效排除缺陷而最终被带入到了生产环境。为了解决这些问题，信息化部门会采取很多办法。有的督促开发商提高代码规范的执行力度，有的加强开发测试，有的增加验收测试的投入，有的制定严谨的开发过程规范，目的就是提高软件的质量。总结下来，信息化部门需要在需求输入、开发过程和验收测试三个阶段投入质量管理工作。普坤经过多年的经验积累，建议采取如下三个方面的措施。1、 基于场景需求和测试：以业务场景为导向建立紧密沟通的需求、测试和开发小组。业务场景是以业务目的驱动的需求组织和描述方法，普坤提供相应的文档模板和培训，以解决业务需求不能被完整的梳理出来的问题。在业务场景的基础上建立开发、测试和开发

13、的小团队，充分交流沟通，分解任务并按业务场景发布交付，建立可独立交付，可独立测试的可持续集成的管理方法。场景式需求不仅可以帮助开发者更好的理解需求，而且能够更好的把需求制作成自动化测试的场景用例，普坤自动化测试产品就是基于场景的。2、 质量量化标准：推动质量考核量化标准，尽早发现问题。以业务目标为导向，以度量数据为依托，逐渐优化和提升开发管理水平。过程考核数据由开发商制定，比如代码的注释率、Review代码的比率、开发测试出BUG的个数等等。这些策施的目的是尽早的发现问题，降低验收和交付阶段的质量保障压力。在进入验收阶段后，建立三个度量数据，每月BUG数，漏测率和测试强度（即测试用例的数量）。

14、这些度量数据可以作为基线，让质量保障团队清楚的知道质量是否有提升，以此判断测试措施是否有效，不断的进行优化调整。3、 工具的保障：建立持续集成和自动化测试体系。持续集成是一套负责自动日编译和自动部署的体系，它能够帮助客户做到快速集成，快速测试，快速发布。持续集成工具支持从代码库中获取原代码，自动执行编译，把生成的发布包自动部署到相关的服务器安装。自动化测试体系是一个自动化代替人工回归测试的体系，它能够通过自动化的手段解决人工无法在短时间内完成大量测试用例执行的困难，从而实现快速集成验收测试的目的。 在确定了这些解决方法以后，客户需要根据自身的情况来选择从哪里着手才能实现最好的效果。客户可以通过

15、调研的方法来分析在需求传递的过程中是否出现了失真很严重的情况，或者在测试阶段是否漏掉了太多的问题到生产系统，还是发布版本太频繁，手工测试无法保证测试的效果等等。如果这些问题被确定了以后，解决的方法就很容易被确定下来了。PKItest5.1产品组成及功能介绍PKItest5.1产品概述普坤自动化测试PKItest（以下简称PKItest）是在自动化测试建立、维护、执行和架构设计全生命周期提供全面完整的功能支持的一款创新型产品。PKItest产品关注客户使用体验，采用创新产品设计理念，打造易用灵活高可用的特性，帮助客户大大降低自动化测试体系建立和维护的成本。在用例建立阶段，PKItest提供测试准

16、备和编排的功能，用户通过IE访问系统，启动录制模式后跟原来手工测试一样在被测系统中点击，系统将记录用户的点击和输入内容，并产生测试脚本和生成当前IE截图。完成录制后，用户可随时播放该操作过程。而且通过简单的配置，系统可以改变输入内容和操作行为，产生新的业务操作。完成脚本的准备后，用户根据业务流程的需要编排业务场景测试用例。PKItest提供可视化的业务流程编排界面，用户拖拽脚本功能点到流程图中，设置流转顺序和条件，设置功能点之间的数据传递即可完成复杂业务场景用例的制作。在用例运维阶段，PKItest拥有明显的优势，无编码可视化为基础的用例更容易被维护。当用户系统发生变化时用户可通过查看测试用例

17、的流程图来比对之前的业务与新业务之间的区别，改变业务流程以适应新的系统变化。或者通过某些特征在测试平台中查找后进行批量的替换，以完成对新业务的适应。在用例执行阶段，PKItest提供强大的，完全可控的批量执行环境。PKItest集成发布环境，提供用户软件的自动编译和部署支持，帮助用户实现每日自动从代码库中获得最新代码并编译后打包成可执行程序发布到指定的机器。PKItest任务分发环境负责把用户制定的任务按机器平均分配或指定数量到执行代码机器上进行分布执行。由系统自动收集执行结果数据并反馈给测试服务器，测试服务提供统一的监控环境，查看实时任务执行状态。用户在批量执行的时候，只需制定测试计划，设计

18、定时执行时间和执行策略，系统在执行完成之后会把相关问题以邮件或短信方式发送给功能负责人。最后用户可以在系统中查看执行报告，该报告可以提供质量分析、绩效分析和性能分析数据。测试架构是测试用例的组织管理的架构，主要内容是如何组织用例之间的关系形成复用体系。PKItest的组成结构分为测试脚本（测试步骤）、功能点、功能用例、场景用例、测试计划、测试任务、任务结果和计划结果。如左图所示。PKItest通过这一整套组织复用体系帮助用户灵活实现从脚本、功能点到场景用例级别的复用，用户可以根据情况采用从小到大不同颗粒度的复用模式，保证测试架构的最佳设计。综上所述，PKITest产品帮助客户降低自动化体系建设

19、成本，无论在建设期、执行期和维护期都提供了高价值的回报。为了达到以上目标，PKItest产品由五部分组成，分别为PKItest Server测试服务器、PKItest Client测试客户端（IE浏览器）、PKItest Controller执行控制器、PKItest Agent执行代理和PKItest Distributor集成发布任务分发子系统。PKItest Server（测试服务器）PKItest Server是一个J2EE应用程序，配备关系性数据库提供脚本编辑、场景编排、测试计划管理和测试报告等测试的主要管理工作。它为测试人员和测试管理人员这两类角色提供管理功能，帮助测试人员方便的生

20、成、修改和调试功能和场景用例，帮助测试管理人员编排测试计划，监控测试任务执行和浏览测试结果。PKItest Server提供五个方面的功能模块。一、测试准备，实现功能用例的建立、维护和调试； 二、测试编排，实现场景用例的建立、维护和调试；三、测试执行，实现测试计划的管理，定时器的配置，测试任务执行的监控；四、测试报告，实现浏览器测试报告和分析性测试报告；五、测试执行容器，为测试任务的调试提供执行环境。PKItest Server测试服务器与测试客户端交互测试原始脚本，与执行控制器交互测试任务的指令。PKItest Server测试服务器内置一个工作流引擎负责场景用例的解析，内置表达式解析引擎负

21、责表达式解析。在测试准备阶段，PKItest Server提供Flex制作的美观界面，帮助用户录制测试脚本。用户点击启动后象平常手工测试一样，在被测试系统中操作，PKItest Client生成原始脚本通过通讯模块发起原始脚本到PKItest Server，PKItest Server把原始脚本翻译成可阅读的测试脚本并保存截图和脚本到数据库中。用户可以重新指定位置录制新增或修改的脚本，或手工调整脚本的顺序、删除、复制和粘贴脚本等。为了保证脚本的正常性，用户可以回放测试脚本，此时PKItest Server发送脚本数据到PKItest Client，由PKItest Client在被业务系统中回

22、放。PKItest Server提供脚本的参数化功能，用户可以增加测试数据，或修改测试数据内容，完成对测试用例的改变。准备阶段产生的主要数据为功能用例库，它本身即可以被单独用于测试，也可以作为更大颗粒度的场景测试用例的组成部分。在测试编排阶段，PKItest Server提供可视化的业务场景流程编辑界面，用户通过拖拽和设置即可轻构完成业务场景测试的制作。用户首先拖拽功能点、数据操作、验证、字符串处理等节点到流程图中，然后用连线设置流转条件，然后设置配置测试数据，最后设置每个节点的输入输出参数，完成测试用例的制作。用户可以直接在流程图中点击运行，调试编排好的业务场景用例的正确性，运行完成后，用户

23、可直接查看运行结果，运行结果包括每个节点的成功与否、启动时间和结束时间、输入输出数据等信息，用户还可以通过钻取方式查看某个节点的测试步骤执行明细，查看每个步骤的成功与否、启动时间和结束时间等信息。根据这些信息，用户可以调整场景用例，直到调试运行成功。测试编排阶段产生的主要数据是场景测试用例库，它构成了业务系统的核心业务逻辑，是业务知识积累的主要场所，通过场景用例库的持续积累，业务知识得到有效的保存和传递。在测试执行阶段，用户可以在PKItest Server中编制测试计划，编制方法也是拖拽的方式，方便直观。设置测试计划以后，可以针对计划设置执行时间，可以设置为定时执行或循环执行。当定时器被触发

24、以后，PKItest Server会把测试计划发送给执行控制器，由执行控制器按规则分配测试任务到执行代理。在测试报告阶段，用户可以查看浏览型报告，浏览型报告包括按批次的测试结果，信息包含批次执行开始结束时间、批次用例数、批次错误用例数、平均响应时间、最短响应时间、最长响应时间、错误用例明细、用例执行情况列表和超过5秒的步骤。浏览型报告还包括按测试任务即用例的测试结果，信息包含用例开始结束时间、用例执行结果、用例执行时长和用例步骤执行明细，用户通过钻取还可以浏览测试步骤的执行明细，信息包含步骤开始结束时间、执行结果、截图和错误摘要等。PKItest Server具备如下特性：l 支持HTML,

25、JQuery, Ext,Flex等多种WEB开发技术；l 支持无编排录制回放，包括页面跳转，数据传递，循环等；l 支持从页面对象中输出对象和值，并支持输出值进行截断等字符操作；l 支持多种WEB浏览器，包括IE8及以上，FireFox等；l 支持脚本执行容错和等待时间设置等，支持前置脚本设置。l 支持断点续录及断点续播，支持用户设置断点位置。l 支持脚本的批量复用和粘贴，支持多选并批量删除。l 支持多测试数据，并支持导入和导出。l 支持输入输出参数自动化识别，并支持用户自定义。l 支持脚本位置截图，用篮框高亮标识对象位置。l 支持脚本内的数据传递，支持号获取对象属性，$号直接引用数据池参数；l

26、 支持脚本全文查询和批量替换。l 支持脚本被场景使用的关联查询。l 支持播放对高亮显示播放位置。l 支持控制台输出测试提示信息；l 支持Window窗口类应用的用户操作录制。l 支持多个测试数据，并支持测试数据的导入导出；l 支持参数的模糊匹配；l 支持业务场景的直接运行，并查看测试结果；l 支持功能点之间的Session保持；l 支持输出值的常量和变量定义；l 支持输出控制台，调试流程执行情况；l 支持直接运行场景并可手工强制停止；l 支持测试目录管理测试计划；l 支持按时间点和循环执行测试计划；l 支持拖拽目录生成测试计划，支持批量删除测试任务；l 支持单个运行测试计划，查看测试结果；l

27、支持按计划、场景、功能点和步骤查看测试结果；l 支持功能测试用例和场景测试用例两类测试任务；l 支持计划批次的查询和浏览；l 支持计划执行时间跨度统计和分析；l 支持浏览测试任务的开始和结束时间，执行时长；l 支持性能、缺陷和绩效分析报告；l 支持脚本执行步骤的时长统计，可用于性能分析；l 支持错误的执行页面截图，方便分析错误的原因；l 支持计划批次的比对分析，可分析出错对比，性能对比，重复出错的步骤和新增的出错步骤等信息。l 支持短信，邮件等发布测试结果信息，支持按要求发送分析测试报告给指定负责人。l 采用完全WEB化的可视化流程拖拽式业务流程编排，直观简便；l 支持功能点，WS，校验点、字

28、符操作、数据、分支等流程节点；l 支持直接拖拽功能点和场景变成环节和子流程；l 支持复制参数，快速完成功能点变成流程环节；l 支持流程图的缩放，操作的回退和重做；l 支持存储过程输出和输出值配置；l 支持拖拽方式设置复杂表达式；PKItest Client（测试客户端-IE浏览器）PKItest Client是录制脚本和回放脚本的IE浏览器插件程序，安装在个人电脑的IE浏览器中。它在录制脚本过程中起到监听用户操作生成脚本的作用，在回放中起到模拟用户行为执行预定测试操作的作用，在批量执行中起到脚本步骤执行和反馈结果的作用。PKItest Client包括四个主要的组成部分，分别是通讯、窗口控制、

29、对象智能识别、事件捕获触发和脚本生成解析模块。其中通讯模块起到与测试服务PKItest Server通讯的作用，PKItest Client与PKItest Server之间有两类数据的交互，一类是脚本数据，为了提高传输速度采用了Jason格式，第一类是截图数据，采用了高压缩技术处理后进行传输。窗口控制模块起到控制IE窗口状态和与用例录制回放窗口互动的控制作用，它能够捕获用户在IE浏览器系统级别操作的事件信息，并做相应的记录。对象智能识别模块是页面窗口元素的智能定位逻辑处理中心，它是PKItest Client的核心功能。用户点击界面上的元素以后，由对象智能解析页面对象并生成对象的原始脚本。事

30、件捕获触发是捕获用户操作事件和根据脚本发起用户操作事件的模块。在录制脚本时，用户点击录制操作以后， PKItest Client的窗口控制模块启动Window的IE浏览器窗口。用户点击页面元素后，PKItest Client的事件捕获触发模块收到事件消息后通知对象智能识别模块进行页面对象定位，生成测试脚本原始信息并截取当前页面截图，截图和脚本原始信息被送到通读模块发送给测试服务器保存。在回放脚本时，测试服务器通过通讯模块发送测本脚本到PKItest Client，PKItest Client的脚本解析模块分析脚本并调用对象智能识别模块定位对象进行事件触发执行模拟用户操作实现脚本回放。PKIte

31、st Client具备如下特性：l 支持启动多个IE执行测试任务；l 支持Window窗口的事件控制；l 支持高性能的脚本和截图数据传输；l 支持异常事件的捕获；l 支持多窗口控制；l 支持通讯端口的可配置；l 支持多种对象识别，包括ID定位、路径和字符智能匹配；PKItest Controller（执行控制器）测试控制器PKItest Controller是J2EE应用程序，与测试服务器对应部署。测试控制的主要目的是把测试任务进行拆分，并发给集成发布和任务分发子系统PKItest Distributor，由分发子系统完成任务的分发。测试控制器PKItest Controller由三个模块组成

32、。定时器监听测试服务器设置的定时任务，发起测试执行指令；测试任务生成模块读取测试计划，并把任务的编号读取出来；测试任务分发模块根据配置获得分发服务器的监听IP地址和端口，并把任务发送给分发服务器。在分布式批量执行阶段，定时监听根据定时设置发起执行指令，此时，测试任务生成模块读取指令所涉及的测试计划，根据测试计划中的功能和场景测试用例获得测试任务的ID列表组成字符串，测试任务分发模块与分发子系统的司令机通讯，并发送测试任务的ID字符串，则执行控制器的任务完成。PKItest Controller具备如下特性：l 支持定时执行和循环执行；l 支持服务器多执行控制器的横向扩展能力；l 支持向多个任务

33、分发子系统发送测试执行指令；l 支持高压缩比向任务分发子系统发送任务列表PKItest Agent（执行代理）执行代理PKItest Agent是J2EE应用，主要负责测试任务的执行，包括功能和场景用例。执行代理PKItest Agent在执行用例时，如果需要访问测试客户端时就会启动IE浏览器实现测试步骤的回放。执行代理PKItest Agent包括测试执行容器、测试结果收集和测试结果反馈三个模块。其中测试执行容器是执行测试用例的核心模块，它和测试服务器中的测试执行容器具有同样的功能，包括脚本执行，即测试步骤执行模块，负责IE浏览器可执行的步骤；表达式解析，即对用例中的表达式进行计算；数据库操

34、作，即用例中的数据库操作的执行；接口调用，即向外部系统访问的调用处理；异常处理，即事件触发和处理机制，保证在执行过程中的异常可由用户加入干预；流程引擎，即场景用例的流程执行环境。测试结果收集模块是记录用例执行的详细结果数据的模块。测试结果反馈模块是向测试服务器反馈正在执行的用例执行状态。在任务执行阶段，任务分发子系统向执行代理发送任务ID，执行代理收到ID号后从测试服务器中读取任务的详细用例信息，如果是功能用例，则按测试步骤加上数据进行执行，执行过程中向测试结果收集模块写入执行结果，如果是场景用例，测按场景流程执行，需要用到流程引擎，执行过程中向测试收集模块写入执行结果。PKItest Age

35、nt具备如下特性：l 支持场景用例的执行日志输出；l 支持分支和条件判断；l 支持异常捕获；l 支持子流程解析；l 支持数据库存储过程的调用；l 支持WS及常用接口调用；l 支持上下文拼接及复杂表达式逻辑；l 支持执行结果复杂逻辑判断；l 支持出错后截图，支持出错摘要；l 采用完全WEB化的可视化流程拖拽式业务流程编排，直观简便；l 支持功能点，WS，校验点、字符操作、数据、分支等流程节点；l 支持功能点复用和子流程复用；l 支持测试异常的捕获，并支持异常流程配置；l 支持环节的多选、批量复制和招贴。l 支持简单和复杂分支条件判断；l 支持用户自定义环节类型如增加接口种类等l 支持垮系统的页面

36、和接口的组合，支持贯穿测试；l 支持WS及常见集成接口协议；l 支持上下文拼接及复杂表达式逻辑；l 支持验证环节，支持复杂逻辑判断；PKItest Distributor（集成发布和任务分发子系统）集成发布和任务分发子系统PKItest Distributor（以下简称发布和分发子系统）由三个部署包组成，司令机和士兵机是JAVA应用程序，消息服务器（MQ）是开源的Apache ActiveMQ消息中间件。发布和分发子系统的主要作用是二个，一个是集成发布和部署，负责从代码库中获取代码，编译后自动部署到服务器或安装到个人电脑；另一个是测试任务的分发，负责接收执行任务列表，并分发到执行代理进行测试任

37、务的排队执行。在集成发布和部署阶段，用户通过司令机发出发布指令，司令机根据配置调用士兵机执行发布操作，指令在到达士兵机之前先通过消息服务器，实现异步调用的效果。士兵机接收到指令后从指定的代码库，如SVN等获取代码并执行编译脚本生成部署包，然后根据配置信息把部署包复制到相关服务器的目录，随后执行重启应用的操作，完成自动编译和部署。士兵机不仅能够完成企业应用的自动部署，还能完成个人电脑应用程序的自动安装。在测试任务分发阶段，用户设置的定时器触发执行指令，司令机接到测试任务明细，然后发送到消息服务器，由士兵机从消息服务器排除获取测试任务，并调用执行代理实现执行操作。PKItest Distribut

38、or具备如下特性：l 支持通过JMS发布测试执行任务；l 支持按数量平均分配测试任务；l 支持代理机器主动和被动挂接；l 支持代理机执行状态跟踪，可查看总共任务和已完成任务数及明细；l 支持从SVN等代码库中抽取代码，自动编译并发布到指定机器，完成自动编译过程，并能够动态调用测试计划，完成自动测试；l 支持主动中断测试执行任务，动态分配测试任务；l 支持JMS消息接收，保证任务的执行可靠性；l 支持配置分发服务器地址及端口；l 支持任务的排队，支持执行状态跟踪；l 支持SVN等常用代码管理服务器；l 支持定时自动执行代码下载、编译和打包操作；l 支持部署服务器和目录可配置；l 支持编译和发布过

39、程的日志；PKItest5.1产品主要特性和优势无编码录制回放PKItest是独具创新性的软件自动化测试的产品，它面向的使用对象是完全没有编程经验的业务人员和测试从业者，这与很多其它同类产品有很大的不同。这种独具创新性的无编码自动化测试用例的编排技术帮助客户更低成本的实现自动化测试体系的建立，帮助客户更低成本的维护测试用例。PKItest采用完全可视化页面配置技术，用户操作起来更加容易，只需通过浏览器即可轻松的访问系统，界面采用Flex技术，美观而且简洁。初学者只需一天的接触即可完全上手，没有引入太多的概念，只需掌握基本的录制方法和绘制流程的技巧即可成为自动化测试的“高手”，而不象其它产品，需

40、要掌握很多的编程技术和复杂的测试控制逻辑才能制作一个完整的测试用例。可视化业务场景用例编排PKItest基于业务场景的概念开展测试用例的设计和制作，整个产品的功能围绕业务流程测试而服务。测试用例分为颗粒度相对小的功能测试用例和相对大的场景测试，功能测试狭义的理解就是某个页面功能的测试，而场景测试是指某个完整业务意义的业务流程测试。比如填写报销单是一个功能页面，报销流程是业务场景。那么验证报销单是否够正确的保存是功能测试，验证不同级别的员工发起的流程是否能够发送给正确的人员审核是场景测试。业务场景测试是软件测试的重点，从用户反馈回来的问题即可以得出这个结论。而开发人员的解释往往是不知道有这种用法

41、或者没有考虑这种情况等等。为了解决这个重点测试问题，PKItest采用完全可视化的技术实现了业务场景测试的编排，通过流程图的绘制和简单的配置完成相对复杂业务场景测试的制作，无需任何编码工作。业务贯穿集成测试PKItest适应现代企业软件的新特点，提供了对集成测试的支持。企业软件很多不是独立存在的，它与很多系统存在在页面集成、服务集成和数据集成，这些系统的测试需要考虑集成测试的需求。集成测试是一个贯穿测试的过程，需要自动化测试系统提供接口的测试能力，提供对复杂集成页面的跨域测试能力。在业务场景流程图的绘制页面中，提供多种系统的集成能力，可以调用不同系统测试用例，同时也提供了对接口调用的支持，保证测试过程中可以处理集成的需要，也就是说在测试过程中做到了多个系统的贯穿。高可控分布式测试执行PKItest提供了定时定量分布式执行测试用例的支持，提供测试计划拖拽式制作，提供了多台测试客户端任务定量分配的控制能力，提供了实时任务执行情况的监