基于自动化测试的业务需求规范化模型研究探索
作者：周星
背景
近几年来，中国金融监管机构日益重视风险防控，对金融系统稳定运行要求越来越高，促使各家金融机构对系统投产上线后的运行安全性愈加重视。测试工作作为信息化系统建设的重要环节，肩负着检验科技部门交付产品质量，提升信息化系统建设品质，保障业务生产稳定运行的重任。
一般来讲，测试的基本工作流程可分为三个阶段：需求分析、案例设计、案例执行。随着测试技术的发展，为了不断提高测试质量和测试效率，提升测试工作规范化、标准化、自动化的水平，并积累可复用的测试资产，测试工作的目标是：第一，在需求分析阶段，能够规范业务需求的表达和描述方式，并建立起可管理可复用的业务规则资产库;第二，在案例设计阶段，能够统一案例编写的思路和方式，并建立可管理可复用的测试案例库;第三，在案例执行阶段，能够将手工执行转化为自动化执行，提高测试效率。
目前，业界在后两个阶段的研究较为成熟，某些领域已经具备了自动化测试平台，实现测试案例的自动化执行。然而，作为测试工作第一步的需求分析，尚未有成熟的研究成果。因此，需求分析阶段的规范化成为了亟需研究的课题。
业务需求规范化
为了标准化、结构化的诠释和存储业务规则，借鉴行业经验，设计了一种六层结构的业务需求规范化模型，将一项业务规则表达为“系统-模块-流程-功能-要素-规则”的组合。业务规则标准化是一个自上而下逐层分析的过程，总体思路是以我行的应用系统为单位，对该系统业务需求中的各项业务规则按照六层标准结构进行诠释和展现。
在模型的要素层中存储页面级规则，规则层中存储功能级规则和流程级规则，这三类规则分别对应高级案例中测试类型为“页面”、“功能”、“流程”的案例。
页面级规则约定了界面级功能的输入集合中各个独立对象的合法性。一般通过分析对象类型来确定对象合法性的分析角度。目前定义了14种对象类型，需要从是否必输、是否有默认值、长度、数据类型等方面分析合法性，各维度分别制定了表达规范。
功能级规则是指在输入要素合法的前提下，描述要素的不同取值组合对整体功能的影响。分析步骤包括：提取业务规则——进行规则描述——识别规则中涉及的要素——配置规则表达式——配置正/反向案例检查点。并且提出提取功能级业务规则的一般方法，进行规则描述的5条原则和3种句法，配置规则表达式和正/反向案例检查点的表达规范，以及进行功能级规则维护的各项原则。
流程是由一系列相互关联或相互作用的功能串联起来实现将输入转化为输出的活动。在功能正确实现的前提下，不同的功能组合导致了流程处理的差异。分析步骤包括：提取业务规则——进行规则描述——识别规则中涉及的要素及取值——配置流程中各功能的取值——配置正/反向案例检查点。提出了提取流程级业务规则的一般方法，流程级规则的描述规范，配置流程中各功能的取值和正/反向案例检查点的表达规范，以及进行流程级规则维护的各项原则。
通过进行上述多维度业务规则的标准化，不仅可实现从需求分析开始的全流程自动化测试，还能逐步积累业务规则，开展各领域的业务规则资产库建设。
总结与展望
本文针对目前行业自动化测试的建设情况，重点给出了在实现全流程自动化的过程中，从需求分析到案例设计阶段的业务需求规范化模型。该模型的实现以功能为切入点，结构化的存储各类业务系统的业务规则，形成业务规则库;各功能下的要素的可能取值，形成要素库;根据业务规则及已有的高级案例可自动衍生出全覆盖的测试案例库。不仅为全流程自动化测试提供了从需求到案例的解决方案而且可以积累业务规则库、要素库和全覆盖的测试案例库资产，防止因人才流失造成的知识流失。
- 发表于:
- 原文链接：https://kuaibao.qq.com/s/20190625A060MW00?refer=cp_1026
- 腾讯「腾讯云开发者社区」是腾讯内容开放平台帐号（企鹅号）传播渠道之一，根据《腾讯内容开放平台服务协议》转载发布内容。
- 如有侵权，请联系 cloudcommunity@tencent.com 删除。
相关快讯
扫码
添加站长 进交流群
领取专属 10元无门槛券
私享最新 技术干货
腾讯云开发者
