税务管理系统测试方法论

税务信息管理这一领域不知道大家了解多少，本文基于工作期间积累的经验教训，总结了主要针对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号还在做，所以我们需要拉取的就不是大家想象中的上一整个月的数据，而是实时拉取、当天的凭证当天必须拉取到。

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

三、感悟

做测试一年半，最大的感悟就是：一定要自我保持警觉！

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

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

大家共同加油！

​Read More