测试ERP软件接口(转)

ERP产品接口测试的思考
发布时间: 2011-5-05 11:15 作者: 张宝良来源: 51Testing软件测试网原创
ERP产品一般由基础业务、财务会计、管理会计、供应链、生产制造、人力资源等部分构成。

各部分之间紧密配合来完成各种业务。

在实际测试业务中，每一部分都配有相应的测试人员。

这些测试人员在每个测试阶段都在围绕着自己负责的内容进行测试。

他们的工作特点是只熟悉自己的工作范围，对别人负责的业务了解很少，甚至不知道。

这样势必造成测试真空地带。

鉴于产品测试业务的完整性，测试过程中始终会强调产品间接口的测试，但是由于产品业务的复杂性决定了测试人员的能力是非常有限的。

他们只能完成最基本的接口关系正确。

这也就是为什么产品上市以后，接口问题不断出现的根本原因。

其结果是开发成本始终降不下来。

如果开发管理过程不当，开发成本更是高的惊人。

如何减少或者说降低这样风险是我一直以来思考的问题。

到底是什么原因造成了这样现象？难道我们培训员工的力度不够；难道我们的开发流程有问题；难道我们工作不够努力等等。

为此做如下分析。

在一个软件企业，尤其是应用软件开发企业。

软件测试工作相对独立，一般会有以下几种情况。

开发人员兼测试；需求人员兼测试；专职测试人员。

对于有专职测试的单位又有两种情况存在：与开发并行存在一个独立测试组织；与开发存在一个组织中的测试业务，同时又存在一个测试部，测试部与开发部是平行关系。

这些测试组织各有优缺点。

软件测试质量的好坏与测试组织架构有着直接关系。

好的组织结构能够降低问题产生数量。

真对上面提到的真空地带是很容易被忽视的或者不被重视的。

究其原因是这部分业务内容变化非常复杂，测试人员掌握起来有很大难度，另外在加上测试方案编写又不到位等，造成遗漏问题会很多。

在测试组织中由于没有专门组织负责这一部分内容，也是原因之一。

各种组织中，这部分内容首先要承认不是没有测试，而是测试力度不够，考虑不周。

所以如果条件具备，最好有专门的组织负责这部分内容。

这个组织最好是个实体组织，不要虚拟的。

原因是职责很清楚。

组织的根本职责就是保证产品接口的正确性。

他们的业务范围包括接口场景的设计、接口范围的界定、接口方案的设计、接口用例的编写、接口测试结果的分析等。

在测试人员的业务素质方面，目前的培养方式基本上是以自学为主，培训为辅，而且更多的是以产品自身功能为重点。

产品接口方面的掌握对于新员工来说非常困难，而且相关培训资料也非常有限，即使有，也都存在各自产品的帮助手册当中，非常不便于学习与掌握。

以上是目前现状。

当存在了专门组织以后，对接口测试的测试人员要求比普通功能测试人员要求要高许多。

担当此项测试的测试人员，首先要精通产品功能，并有一定时间的测试经验，对产品相关接口比较了解。

所以在选人上不能随便委任。

最理想的是设计接口方案的人员与执行接口测试人分开，这样既能相互补偿，又有监督。

关于测试控制方面，建议从项目开始就要有专职人员设计与测试此部分内容，一直到项目结束。

这样做的好处是自项目始终都有人在关注相关接口内容，即在内容覆盖度上有保证，又在接口测试深度方面也有保证，使产品接口问题早暴漏，早解决。

不至于在产品发版阶段接口问题不断出现，造成项目延期交付。

即使交付到客户手里也是接口问题层出不穷，从而加大开发成本，影响公司产品形象。

所以ERP产品接口测试，在应用软件测试中占据中位置。

只有认真对待，才能使产品接口质量上升一个新的台阶。

这一点也需要测试相关领导要有相应的意识才行。

如果没有这方面的意识，只注重测试过程的监督，只关注测试问题的数量，不认真分析目前产品存在的问题，不能通过现象看到问题的本质，那才是糊涂测试，应付上级的测试。

为此从现在做起，认真分析客户反馈回来的问题，检查自身测试的薄弱环节，有的放矢，确保产品的质量，这才是一个合格的测试人员。