测试中敢于向IT质量管理层说不

每个组件能在多个测试案例中被使用和重复使用

　　企业在对IT质量进行管理的过程中，通常会出现业务分析员与质量工程师之间的质量断层，两者的协作不协调会导致业务流程的低效率，致使各种软件的使用并没有为企业带来真正便利。采用业务流程测试，确保业务分析员和质量工程师之间的高效合作，将最大限度地保护企业资源应用，使企业远离质量断层。

传统测试方案面临挑战

　　自15年前第一代自动化软件测试产品推出后，一种名为“测试框架”的自动化测试解决方案成为了市场的主流。通过这一方案，主题专家能利用预先建立好的“关键词”执行某个特定应用，大大提高了测试效率。

　　然而，随着测试需求的不断丰富，这种表格驱动的第三代测试产品逐渐暴露不足。在整个庞大的业务测试流程中，各项操作都趋于细化，测试小组人员将花费大量时间进行关键词与对应操作的设置；由于测试框架解决方案包含了关键词文件及其相关数据元素，主题专家仍然受到测试脚本设计的束缚，无法真正投入其本身业务；传统测试框架产品并非完全兼容前几代技术，采用一些框架产品后，工程师无法取得并修改关键词表面之下的代码；需要投入大量的人力和时间资源来创建详细信息，以符合当今关于数据权限的有关法律规定，其中包括Sarbanes Oxley和the Health Information Portability and Aclearcase/" target="_blank" >ccountability Act (HIPAA)。诸多不足呼唤新的解决方案出现以适应与日俱增的测试需求。

只是转变 而非技术

　　全球业务优化科技(BTO)的领导者美科利(Mercury)迅速认识到，想要解决传统的测试方案所面临的挑战，就必须采用一种全新的方法，而不是通过修改或更新现存第三代解决方案就能实现。针对业内的这种需求，美科利开发出了第四代方法，它能迅速简化测试设计、测试自动化、测试维护和那些昂贵而又耗时的测试文档管理流程。

应需而生揭开业务流程测试的面纱

　　为了适应需求，美科利推出了业内第一款完整的、基于角色的测试自动化系统——Mercury Business Process TestingTM (美科利业务流程测试)，它通过促进业务分析员和质量工程师之间的高效合作，弥补了质量断层。美科利业务流程测试能帮助那些非技术型的主题专家，在没有编程知识的条件下创建、数据驱动、执行并记录测试自动化流程，协助他们致力于创建那些能反映实际业务流程的高水平测试流程。与此同时，也让质量工程师们能专注于促进自动化的实现。

　　从表格驱动的测试框架到美科利业务流程测试这一转变，在技术方面是一次改进，但在性能方面却是一次革新。

测试设计中的非技术型“构建模块”方式

　　业务流程测试帮助主题专家通过某个业务流程的模块组件迅速完成业务流程的组建，无需接触任何程序代码或关键词，就能迅速创建多个用户场景。每个组件能在多个测试案例中被使用和重复使用。流程中重叠组件越多，自动化业务流程测试的优势也更能体现，通过重复使用组件，项目进程也得到了加快。

可重复使用的组件加快了项目进程

　　组件一旦建立，它们就能在多个需要相似功能的测试案例中被使用和重复使用，主题专家通过选择适当组件，混合并搭配各种组件来创建多个场景和测试包来实现不同需求。这就无需再为每个应用创建、存储和维护成千上万条冗长的脚本代码，最终使项目小组能够在所要求的时间段内为整个业务流程创建完成自动化测试。

测试自动化和文档管理的集成

　　在测试小组设计测试的同时，一个描述详细设计的文档将会被自动创建。它包括每个业务流程、所有采取的步骤、所有用于验证流程的数据、所有使用的数据元素，以及每个行为之后产生的结果，为机构节省大量人力和时间，使IT专家能从中解脱出来，去关注其他更具战略性的测试活动。

集中化的测试维护

　　QA工程师或主题专家在改变更应用项目时，往往无法实现自动化测试维护的需求， 采用集中化的测试维护，需变更的项目被独立于组件之外，因此总体变更会减少，而且改变能被自动移到测试案例中。由于测试案例文档也是自动生成的，所以再无需为了实现测试自动化脚本变更与文档管理之间的同步性而苦苦挣扎了。

引进质量加速器加强扩展应用项目

原文转自：http://www.ltesting.net