全流程自动化测试—业务规则标准化及资产库建设探索

发表于:2020-2-07 14:54

字体: | 上一篇 | 下一篇 | 我要投稿

 作者:于虹    来源:51Testing软件测试网原创

  从需求分析开始到案例自动化执行的全流程自动化测试一直是测试人员孜孜不倦的追求。目前,业界已有自动化测试平台,实现测试案例的自动化执行。然而,作为测试工作第一步的需求分析,尚未有成熟的研究成果。
  全流程自动化测试探索
  一般来讲,测试的基本工作流程可分为三个阶段:需求分析、案例设计和案例执行。业务规则标准化研究小组基于案例设计和案例执行阶段已有的研究成果和测试资产,开展了需求分析阶段规范化和标准化的研究,旨在从业务需求层面积累业务规则,并将业务规则对接到高级测试案例的自动生成和执行,实现从需求分析开始,对接案例设计和案例执行的全流程自动化测试,提升整个测试流程的自动化水平,进而提高测试质量和效率,并逐步建设各个业务领域的业务规则资产库。以此来实现包括需求分析、案例设计、案例执行的全流程自动化测试。
  初见雏形
  研究小组为了标准化、结构化的诠释和存储业务规则,设计了一种六层结构的业务需求规范化模型,将一项业务规则表达为“系统-模块-流程-功能-要素-规则”的组合。业务规则标准化是一个自上而下逐层分析的过程,总体思路是以应用系统为单位,对该系统业务需求中的各项业务规则按照这六层标准结构进行诠释和展现。
  在模型的要素层中存储页面级规则,规则层中存储功能级规则和流程级规则,这三类规则分别对应高级案例中测试类型为“页面”、“功能”、“流程”的案例。研究小组为这三类规则分别制定了表达规范,以支持从业务规则到高级案例的自动生成和执行。
  页面级规则约定了界面级功能的输入集合中各个独立对象的合法性。一般通过分析对象类型来确定对象合法性的分析角度。目前高级案例模板中定义了14种对象类型,需要从是否必输、是否有默认值、长度、数据类型等方面分析合法性,研究小组从这四个角度分别制定了表达规范,后续还可根据实际测试需要进行扩展。
  功能级规则是指在输入要素合法的前提下,描述要素的不同取值组合对整体功能的影响。分析步骤包括:提取业务规则——进行规则描述——识别规则中涉及的要素——配置规则表达式——配置正/反向案例检查点。研究小组提出了提取功能级业务规则的一般方法,进行规则描述的5条原则和3种句法,配置规则表达式和正/反向案例检查点的表达规范,以及进行功能级规则维护的各项原则。
  流程是由一系列相互关联或相互作用的功能串联起来实现将输入转化为输出的活动。在功能正确实现的前提下,不同的功能组合导致了流程处理的差异。分析步骤包括:提取业务规则——进行规则描述——识别规则中涉及的要素及取值——配置流程中各功能的取值——配置正/反向案例检查点。研究小组提出了提取流程级业务规则的一般方法,流程级规则的描述规范,配置流程中各功能的取值和正/反向案例检查点的表达规范,以及进行流程级规则维护的各项原则。
  通过进行上述多维度业务规则的标准化,不仅可实现从需求分析开始,对接案例设计和案例执行的全流程自动化测试,还能逐步积累业务规则,开展各领域的业务规则资产库建设。
  未来可期
  基于业务规则标准化及资产库建设探索不仅仅单纯的解决目前手工编制测试案例的问题,提升整个测试流程的自动化水平,同时,实现各领域内业务规则的积累,将测试人员的经验固化为组织资产,防止因人员流失造成的知识流失。今后,测试工作将只需进行业务需求分析,案例的设计和执行都将自动化完成,实现一种全新的全流程自动化测试模式。


 ......
查看更多精彩内容,请点击下载:

版权声明:本文出自《51测试天地》第五十六期。51Testing软件测试网及相关内容提供者拥有51testing.com内容的全部版权,未经明确的书面许可,任何人或单位不得对本网站内容复制、转载或进行镜像,否则将追究法律责任。
《2023软件测试行业现状调查报告》独家发布~

关注51Testing

联系我们

快捷面板 站点地图 联系我们 广告服务 关于我们 站长统计 发展历程

法律顾问:上海兰迪律师事务所 项棋律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2024
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪ICP备05003035号

沪公网安备 31010102002173号