税务管理系统测试方法论

510次阅读
没有评论

税务信息管理这一领域不知道大家了解多少,本文基于工作期间积累的经验教训,总结了主要针对B端税务方面产品的测试方法论,希望对你有所帮助。

税务管理系统测试方法论

目前入行税务信息化领域已过去两年,由于缺乏相关经验,我作为一名纯小白,在前一年半以测试的身份接触并了解税务管理系统。

基于这期间积累的经验教训,我总结了主要针对B端税务方面产品的测试方法论,在此分享,并期望与大家交流,以帮助更多人。

一、需要了解的工作软件

踏入互联网这个行业,大家对于Oracle、FinalShell等软件都不会陌生,这里不再赘述。

在工作的第一年,我们公司接到了外企项目,于是我也跟随着前往甲方现场,开始接触敏捷管理。

敏捷式管理的好处就在于可以根据实施情况及时调整策略,所以会要求信息反馈的及时性。

每天晨会时,大家轮流汇报前一天的工作进展、遭遇的问题以及所需支持,项目实施过程中基本很少会有由于沟通不到位导致的问题;

所有项目相关资料、任意一个修改点都记录于JIRA或Confluence里面,每一个大家交付出来的东西,所有人都知道来龙去脉。

毫无疑问,相对于传统的瀑布式项目管理方式来说,敏捷式管理对IT侧和用户来说有极大的优越性;每个迭代输出的成果会快速输出给用户,用户接收成果、反馈意见、甚至调整需求,IT部门及时调整计划、保证交付等一系列流程都可以在短时间内完成。

所以我建议大家一定要了解敏捷管理,非常高效。

二、基于税务管理系统,测试的侧重点

2.1 税务知识

在我刚到项目上时,首当其冲的就是我听不懂用户在说什么。

在项目上,我跟随BA去和税务部门用户开会,一方面是让我了解系统,另一方面也是让我提前接触用户。

我在开会前确实查了一些资料,大概了解这些税种的定义、是怎么计算的。但是由于专业性实在太强,连续开了半个月的会议,我确实没学到什么有用的知识,就像小学生学不会高数。

但是由于这些专业知识必须得慢慢来补充,所以也没有什么捷径。

2.2 功能测试

首先第一步肯定是开始进行点点点的功能测试;

之后在功能测试通过后,就开始自己造数进行数据测试,这时候对于一个新手来说就有很多问题:需要造哪些数据?都在哪些数据表里面?数据量需要多少?

想要知道这些,显而易见就需要了解大概得税务基础知识,比如凭证、发票等等。

但我们又确实是新手,并不是特别了解,现在该怎么办呢?

我的策略是既然一时半会掌握不了专业知识,那就先从自己拿手的地方下手;我确实不知道专业知识,但是分析数据流向显然是可以的。

在分析的过程中,就能逐渐掌握并分析出数据的重要等级、测试的优先级。

举例来说:页面A从接口拉取数值,页面B可以同步一部分页面A的数据、支持手工新增,页面C需要同步页面B的数据,页面D同步页面C的数据;

那么显而易见的是,我们应该先关注最为基础的页面A、页面B,并且需要造数据的范围也出来了;

那么在这个过程中最重要的是我们捋清了业务数据的走向,这会对接下来的测试工作有很大帮助。

税务管理系统测试方法论2.3 数据测试

现在在功能测试通过,模拟数据测试通过之后,就进入到了使用真实数据测试的阶段。

在这个环节,用户一般会提供3个月左右的各环节真实数据以及最终在税局进行申报的申报表。

第一步我们需要和BA沟通,确认用户在真实的税务申报场景下的数据操作过程;包括但不仅限于:确认各项数据出现的时间顺序、用户操作是否会对重要数据反复修改、以及用户最关注的业务信息;

然后,要假设自己是一个真正的用户,去进行测试;

说起来好像很简单,但这一步才能发现致命问题。

说一个我在项目实施中曾遇到的问题,在做增值税时,我们做了一个接口去SAP拉凭证数据,每次同步可以在1号同步上个月整个月份的数据,SIT测试和UAT测试都没什么问题。结果等到开始用了的时候,发现了一个问题,会计结账有可能是会在1、2号还在做,所以我们需要拉取的就不是大家想象中的上一整个月的数据,而是实时拉取、当天的凭证当天必须拉取到。

这些问题自然是越早发现越好,才能弥补的更及时。

三、感悟

做测试一年半,最大的感悟就是:一定要自我保持警觉!

对于测试这个岗位,你只要放松下来,不去思考、按部就班的混日子,很容易变为点点点的工具人;

测试工程师这个岗位很特殊,相对于开发、产品等、其实是更容易了解自己公司产品的一个岗位,所以测试小伙伴们在职场上一定要不断精进自己,不要摆烂,不要混日子。

大家共同加油!

本文由 @ 瑾玉游侠 原创发布于人人都是产品经理,未经作者许可,禁止转载。

题图来自Unsplash,基于CC0协议。

Read More 

正文完
可以使用微信扫码关注公众号(ID:xzluomor)
post-qrcode
 
评论(没有评论)
Generated by Feedzy