• 13
  • 13
分享

 

  初次接触批量测试的小伙伴一定一头雾水,不知从何下手。批量交易是什么?它与联机交易有何不同?批量测试都要关注哪些内容?本文结合实际测试经验,详细介绍批量交易的概念、分类以及功能测试关注点,助力测试小伙伴迈出批量功能测试的第一步。

  一、什么是批量交易?

  本文所称的批量交易,是与联机交易相对应的概念。联机交易具有实时、快速响应用户请求的特点,接收和处理请求都是实时的,处理完毕后立刻将结果返回客户。批量交易则是在接收请求后,顺序处理,全部处理完毕后再将处理结果统一输出,因此具有处理数据量大,执行时间较长的特点。

  一般而言,批量交易通过建立作业计划模板,以人工干预或系统自动调起程序的方式执行,模板中包含若干根据业务逻辑处理先后顺序进行排列的节点,节点可以调起对应的批量交易程序,对数据进行加工处理并输出结果。

  下图举例了一个作业计划模板及其中节点之间的关系情况。

1-1.png

  二、批量交易的分类

  以银行系统为例,根据处理数据及结果的不同,批量交易包括账务处理类、统计报表类、状态修改类、数据清理类、生成历史数据类等类型。

1-2.png

  1、账务处理类批量,指根据业务规则进行记账等账务处理类型的批量,例如:收费、结息、明细加工等。

  2、统计报表类批量,指根据业务规则对数据进行加工生成报表的批量,例如:日报、月报、年报等。

  3、状态修改类批量,指根据业务规则在到达某个业务规定的时间后修改产品状态的批量,例如:透支形态转移、解口挂等。

  4、数据清理类批量,指根据业务规则或技术需要对表数据进行全部或部分清理的批量, 例如:LOADNULL或其它按时间清理的节点等。

  5、生成历史数据类批量,指根据业务规则或技术需要把当前表中满足条件的数据转移至历史表中,例如:将交易明细迁移到历史表等。

  三、批量交易功能测试的共性关注点

  在进行上述每一类型的批量交易功能测试时,测试人员都要关注以下内容:

  一是关注批量节点的配置信息,比如:归属模板正确性,节点前、后续节点信息正确性,节点执行开始和结束位置参数的连续性和正确性等。

  二是批量节点处理的源和目的库、表的正确性。

  三是批量节点应处理记录数和抽样处理记录详细内容正确性。

  四是批量节点对会计日期进行校验的正确性。

  四、不同类型批量的具体关注点

  上一部分我们谈到各个类型批量的共性关注点,这一部分我们来看看不同类型的批量还有哪些具体的关注点。

  1、账务处理类批量:

  主要关注数据来源表获取正确、数据处理结果正确、数据处理结果存放表正确。

  对于自身功能:前序节点提供的全量等价类业务场景数据处理正确(数据处理的记录数、抽样数据各字段数据结果均正确)。

  对于节点间功能:给后序节点提供的数据处理正确(含生成中间表或生成的文件内容和格式)。

  2、统计报表类批量:

  对于节点自身功能:报表名称、格式、内容的正确性(数据处理的记录数、抽样数据各字段数据结果均正确),报表文件发送功能正常(需专属的较完备的环境)。

  对于节点间功能,数据消费系统对批量节点生成文件的接收、解析处理、存储、显示和打印功能正常(注意文件格式的检查,特别是文件中分隔符等的检查)。

  3、状态处理类批量:

  关注点同账务类批量。

  4、数据清理类批量:

  主要关注清理节点清理策略的验证,数据清理边界值处理准确(清理日及该日前的数据均被清理,清理日后的数据未被清理),最大量数据的清理时间不影响第二天的联机。

  5、生成历史数据类批量:

  关注点同数据清理类批量,只是需要增加验证清理表的数据是否全部和正确清理到历史表(记录数和抽样数据均需验证)。


作者:申晴、白薇   

来源:51Testing软件测试网原创

  • 【留下美好印记】
    赞赏支持
登录 后发表评论
+ 关注

热门文章

    最新讲堂

      • 推荐阅读
      • 换一换
          •   在正式开始讲解之前,先讲一下什么是“好的”测试用例,这个“好”又应该体现在哪些方面。这两个问题看似简单实则难以回答。你可能会说:“发现软件缺陷可能性大的测试用例就是好用例。”然而,我会反问你:“你打算用什么方法来量化测试用例发现缺陷的可能性?”  类似地,你可能还会说:“发现至今未被发现的软件缺陷的测试用例就是好用例。”那么我想问你的是:“如何评估是否还存在未被发现的缺陷?如果软件中根本就没有错误呢?”其实,这是定义“好的”测试用例的思路错了。比如,一个人吃烧饼,连吃 5 个不饱,吃完第 6 个终于饱了。早知道吃了第 6 个就会饱,何必吃前面 5 个呢?他吃的 6 个烧饼其实是一个整体,一...
            4 4 2298
            分享
          •   1.什么是测试用例?  测试用列(Test Case)是为了实施测试而向被测试的系统提供的一组集合,这组集合包含:测试环境、操作步骤、测试数据、预期结果等要素。  2.测试用例的要素  测试用例的标题、测试思路、预设条件、步骤、预期输出  一个好的测试用例是一个不熟悉业务的人也能依据用例来很快的进行测试。  评价测试用例的标准:  ·用例表达清楚,无二义性  ·用例可操作性强  ·永猎的输入与输出明确,一条用例只有一个预期结果  ·用例的可维护性好  ·用例对需求的覆盖率高  ·暴露程序bug的能力强  3.测试用例的好处  ·它是测试执行者的依据  ·它使得工作可重复,自动化测试的基础 ...
            12 12 2074
            分享
          • 在软件开发过程中,测试人员负责确保软件产品的质量,检查它们是否满足预定的需求并在各种环境下正常运行。虽然测试人员可以利用手工测试方法,但编写代码以进行自动化测试是必不可少的进阶技能。本文将阐述测试人员为什么需要编写代码,并探讨编写代码测试的好处。在软件测试过程中,有几种不同的测试方法,包括单元测试、集成测试、系统测试和验收测试。为了更有效地进行这些测试,测试人员通常需要编写代码来自动化测试用例。这样可以提高测试的速度、效率和准确性。编写代码可以帮助测试人员更深入地了解软件的工作原理,从而更好地发现潜在的问题。总结下来编写代码测试有以下好处:* 提高测试效率:通过编写代码来自动化测试,测试人员可...
            0 0 1004
            分享
          •   测试小伙伴们,你们有遇到下图的情况吗?  这张图其实还算“温柔”的,其实有些情况下,某些测试人员或者开发人员脾气大的可能撕逼或者快干架。所以如何和开发有效沟通,并高效劝说开发改掉bug是一门学问,以下是我总结八年测试经验给测试新人的一些建议:  1、和开发人员保持友好的团队关系。这是最重要的一点!  我以前遇到一个开发,刚开始给他提bug时,他是各种抵触情绪加敷衍。后来我就私底下和他多接触,了解他的脾气,久而久之他也和我熟络起来,结果不仅不再有抵触情绪,甚至还帮我主动定位bug。其实人心都是肉长的,我们做事既要讲理,也要适当打打“感情牌”。注意跟开发沟通的语气,要有换位思考的意识,做事情对...
            1 1 1550
            分享
          • 1、背景介绍当我们在接口或UI自动化项目中,常常会出现这种现象——明明是正常请求,却无法获取到想要的数据返回。比如:场景A:页面是动态数据,第一次进入页面获取到的数据,和下次进入页面获取到的数据完全不一样。场景B:页面数据有展示限制,页面某些模块或整个页面数据仅展示3次,且通过服务端返回控制。这时我们要怎么办?如果是手工测试时,我们大可以直接使用Charles、Fiddler进行模拟,毕竟代理软件基本能解决大部分测试需求。那如果是在自动化项目中呢?如果还是使用代理软件——其实也不是完全不行,但我们还有更佳的实践方式。也就是使用MitmProxy作为正向代理拦截请求和返回数据。2、如何使用Mit...
            0 0 2004
            分享
      • 51testing软件测试圈微信