基于业务流程的测试分层测试方法

发表于:2020-8-18 08:32

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

 作者:冯娜    来源:51Testing软件测试网原创

  一、背景
  近年来,随着银行业业务品种的激增,各应用系统也日益增多,各应用系统关系错综复杂,支系繁多。缺乏科学的方法来快速明确业务需求所指向的应用系统,导致测试过程中出现覆盖不全、需求遗漏等问题。对于测试工作来说,如何分析需求点、划定测试范围就显得尤为重要。
  本文主要介绍根据业务模块来梳理所涉及关联系统和外围系统,并在在此基础上完成测试范围精准划定的一种方法。可以解决如下两个实际问题,一是可能遗漏一些测试点,造成测试不充分;二是可能存在一些重复测试,造成资源浪费。
  二、实施过程
  首先,通过梳理某个领域的相关项目,分析相关业务规则,提取交易要素。其次,以业务需求为起点,贯穿业务场景的前、中、后台系统的进行测试分层。
  最后,根据测试的功能模块快速定位所涉及的外围系统及关系系统,进而解决测试中出现的测试覆盖面不全等问题。
  具体过程如下:
  三、测试分层框架
  整理分析某个业务领域的典型业务场景,完成典型业务场景的梳理,然后通过业务需求,并且结合以往项目经验进行外围系统分析,从而建立业务场景的统一视图,生成了基于业务需求与业务场景视图的测试分层框架(如图1)。
图1
  借助该测试分层框架,可以提高精准确定测试范围,降低项目风险。
  第一,借助该层次型测试框架,可以划定更加精准的划分的测试范围。由于我们明确了业务场景,那么需求分析也扩展到了业务场景的前、中、后系统层面,这样就避免出现被测试系统遗漏的问题。
  第二,借助该层次型测试框架,可以快速定位缺陷。针对该需求点设计的测试案例在执行失败后,就可以追溯到对应系统的后台交易,缩短了定位问题的时间。

  本文出自51Testing会员投稿,51Testing软件测试网及相关内容提供者拥有内容的全部版权,未经明确的书面许可,任何人或单位不得对本网站内容复制、转载或进行镜像,否则将追究法律责任。

《2023软件测试行业现状调查报告》独家发布~

关注51Testing

联系我们

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

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

沪ICP备05003035号

沪公网安备 31010102002173号