免费论文查重: 大雅 万方 维普 turnitin paperpass

关于管理模块ERP体系中采购管理模块测试研究结论

最后更新时间:2024-03-16 作者:用户投稿原创标记本站原创 点赞:24964 浏览:109666
论文导读:需求规格说明书的规定正常使用,程序是否能适当地接收输入数据而产生正确的输出信息,并且保持外部信息(如数据库或文件)的完整性。黑盒测试方法主要有等价类划分、边值分析、因-果图、错误推测等,主要用于软件确认测试。2采购管理模块功能分析

2.1系统介绍用友ERP中采购管理模块帮助用户对采购业务的全部流程进行

摘 要:本文主要介绍的是在软件单元测试阶段,根据需求文档,主要采用黑盒测试方法设计合理测试用例并执行的过程。在采购管理业务规则的基础上完成整个测试模块的测试任务。
关键词:测试软件测试;采购模块测试;单元测试
0 引言
软件测试是软件生命周期的一个必要环节,其目的是尽早的发现软件中的缺陷。随着软件工程学的发展和软件项目管理经验的提高,软件测试在整个软件工程中有着越来越重要的作用。
1 软件测试概念及测试方法
软件测试是根据软件开发各阶段的规格说明和程序的内部结构而精心设计一批测试用例(输入数据及其预期的输出结果),并利用这些测试用例去运行程序,以发现程序错误的过程。测试方法的分类有很多,从测试是否针对系统的内部结构和具体实现算法的角度来看,可分为白盒测试和黑盒测试。本文主要是使用黑盒测试方法进行。
黑盒测试也称功能测试或数据驱动测试,它是在已知产品所应具有的功能,通过测试来检测每个功能是否都能正常使用,在测试时,把程序看作一个不能打开的黑盆子,在完全不考虑摘自:本科毕业论文致谢词www.7ctime.com
程序内部结构和内部特性的情况下,测试者在程序接口进行测试,它只检查程序功能是否按照需求规格说明书的规定正常使用,程序是否能适当地接收输入数据而产生正确的输出信息,并且保持外部信息(如数据库或文件)的完整性。黑盒测试方法主要有等价类划分、边值分析、因-果图、错误推测等,主要用于软件确认测试。
2 采购管理模块功能分析

2.1 系统介绍

用友ERP中采购管理模块帮助用户对采购业务的全部流程进行管理,提供请购、采购订货、采购到货、采购入库、采购、采购结算的完整采购流程,用户可根据自身实际情况进行采购流程的。本系统适用于各类工业企业和商业批发、零售企业、医药、物资供销、对外贸易、图书发行等商品流通企业的采购部门和采购核算财务部门。
采购管理模块,既可以单独使用,又能与用友U8的合同管理模块、主生产计划模块、需求规划模块、库存管理模块、销售管理模块、出口管理模块、存货核算模块、应付款管理模块、质量管理模块、GSP质量管理模块、售前分析模块、商业智能等模块集成使用,提供完整全面的业务和财务流程处理。

2.2 采购业务分析

采购管理子系统根据企业应用可分为五种业务类型:
1)普通采购业务:适合大多数企业的一般采购业务。
2)代管采购业务:适用于“先使用再结算”的采购业务。
3)受托代销业务:适合商业企业的先销售后结算的采购模式。
4)直运业务:由供应商直接将商品发给企业的客户,在结算时由购销双方分别与企业结算。
5)固定资产采购业务:适合于企业采购固定资产的业务。
3 测试用例设计
本文测试方案的设计侧重于功能性,以用户的角度设计测试方案,产品的功能性也是用户最关心的问题。

3.1 测试用例设计分析

ERP系统本身是一种业务流程很复杂、单据报表众多、逻辑性很强的系统,质量保证方面很难得到严格的控制的软件系统,在测试过程中经常会出现测试设计遗漏、测试执行遗漏等问题发生,如何才能设计出比较合理、覆盖率比较高的测试用例,降低测试遗漏率呢?ERP系统在测试的时候需要测试些什么内容呢?一般的ERP系统设计大概包括以下几方面:功能测试、业务流程测试、数据逻辑测试、接口测试、兼容性测试、性能测试、易用性测试、用户体验测试等等。 如何开展测试用例设计呢?

3.2 测试用例设计要点

首先必须具有清晰的测试设计思路,搭建基本的测试设计框架;其次熟悉所要设计的系统或者模块的业务,所要实现的功能;然后灵活运用常用的测试设计方法(等价类、边界值、错误猜测、路径分析法、场景法、正交验证法……用例设计方法);最后运用比较合理统一的风格和模板进行设计测试用例;“业务场景、业务流程、数据逻辑”是关键,业务理解清楚是做好ERP测试的基础。ERP系统测试用例分为几类来写比较好:功能用例、业务流程用例、数据逻辑用例、接口用例,最好是把功能与流程类的测试用例分开来写;就个人而言,设计覆盖率高、冗余度低的测试用例应该从以下几个方面入手:
3.

2.1 功能测试用例设计

相对而言比较简单,根据需求规格说明书、界面原型提取测试功能点/项,运用等价类、边界值等基本用例设计方法来论文导读:础档案就可以删除了。3)单据之间的控制:有上下游关系的单据,一旦源单据生成目的单据,则源单据便不能弃审;反之,只有删除目的单据,源单据才能被删除。遵循上述的原则,根据相关的需求文档举例说明基础档案盒业务单据之间控制的功能测试用例设计:需求文档中相关功能点的描述如下:PU_1:普通采购业务,在存货档案中
设计,结合经验积累完善用例设计就可以做到,难度不大;尤其要注意其中的业务控制,以下列举了几种重要的控制关系:
1)档案间的控制:存货分类与存货档案之间,当存货分类被存货档案引用后就不能删除;反之如果删除了存货档案,存货分类就可以删除。
2)基础档案和业务单据控制:基础档案一旦被业务单据引用后就不能删除;反之如果删除了业务单据,则基础档案就可以删除了。
3)单据之间的控制:有上下游关系的单据,一旦源单据生成目的单据,则源单据便不能弃审;反之,只有删除目的单据,源单据才能被删除。
遵循上述的原则,根据相关的需求文档举例说明基础档案盒业务单据之间控制的功能测试用例设计:
需求文档中相关功能点的描述如下:
PU_1:普通采购业务,在存货档案中已经应用的供应商不可删除。并且已经在采购管理模块中供应商的控制,不能够删除已经引用的供应商和已经产生下游单据的供应商。
我们根据该功能点设计测试用例PU_1,表1所示:
3.

2.2 业务流程测试用例设计

关键在于理解实际业务、实际应用场景、最常用的操作过程和使用方法,必要时还要考虑操作习惯。
1)简单模块流程单一,无分支或者分支少,用例设计也比较容易,根据业务流程设计测试数据,保证数据支持业务流程结果正确即可。 中国论文中心www.7ctime.com