物流仓储财务软件如何测试（物流仓储财务软件如何测试库存）

用友财务软件官网今天要给大家分享的是有关物流仓储财务软件如何测试的财务软件知识，希望对于会计朋友学习物流仓储财务软件如何测试库存的过程中有帮助。

本文目录一览：

• 1、ERP软件测试实例及分析-01
• 2、测试会计软件 主要测试什么? 尽量详细点！
• 3、带仓储的财务软件哪个好用？

ERP软件测试实例及分析-01

 ERP软件测试相对于其他的软件测试有业务流程较复杂、功能点较多、集成性较高的特点，那么ERP 是什么样的软件来着呢？

1.ERP软件简介：

    企业资源计划(Enterprise Resource Planning，ERP)即 ERP 企业资源计划是一种先进的企业管理理念，它将企业各个方面的资源进行充分地调配和平衡，为企业提供多重解决方案，使企业在激烈的市场竞争中取得竞争的优势。ERP主要侧重于对企业内部人、财、物等资源的管理，并且扩展了管理范围，它把企业需求和制造活动以及供应商的制造资源整合在一起，形成了一个完整的供应链，并且将供应链上所有环节如订单、采购、库存、计划、生产、发货和财务等所需的所有资源进行统一的计划和管理。ERP软件的特点是业务流、数据流、资金流、管理流集成化程度高，并且各模块联系紧密。其主要功能包括生产制造控制、物流控制、财务管理、人力资源管理、设备管理、质量管理、库存管理等。

2.ERP软件测试的难点：

    ERP软件是一种流程复杂、功能点多且关联性强的系统。如果按照对一般应用软件的方法进行测试，即使耗费很大的人力、物力进行测试，保证大部分功能点都正确，也不能保证可以正常地使用，因为ERP软件的业务流顺畅、集成性高是更重要的要求。针对这样的难点，我们将测试重点应该放在流程正确集成上。

    测试ERP软件，要求测试人员不仅要掌握ERP业务流程和ERP管理思想，还要了解行业及企业的需求。在项目实施过程中要求测试工程师协同工作，共同来设计ERP软件的测试用例，并进行测试。

这里我们提出以业务流和数据流为主驱动的方法设计用例。

3.ERP软件测试实例及分析：

本实例以适用于制造业、面向订单的生产方式的一类ERP软件为例，对其基础数据模块、销售管理模块、计划管理模块、采购管理模块、生产管理模块的主要功能和基本流程测试进行介绍。实例模拟了销售部门签订销售订单，之后转到计划部门对销售订单进行物料需求计算，采购部门和生产部门根据计划部门下达的计划进行生产和采购，最终完成发货并关闭销售订单的基本流程。该实例采用的流程图的方式，侧重于业务流、数据流、资金流以及管理流的测试。

用例设计首先使用场景法，对系统运行流程进行分析，从宏观考虑用例应该包括的那些基本流和被选流，其次在设计具体的数据流时以业务流为驱动，结合等价类划分、边界值分析、因果图等方法进行具体数据的设计。

3.1前期分析：

由于ERP软件的流程比较复杂，如何选择有限的有代表性的流程达到测试需求，在设计测试用例前，利用场景法对软件的流程进行分析，通过用例场景并结合各路径的触发条件来确定用例应遵从的流程。

所谓用例场景，就是在测试用例设计方法中介绍过的，通过描述流经用例的路径来确定测试用例的过程，这个流经路径要从用例开始到结束，遍历其中所有基本流和备选流。

3.1.1业务流程图

（图1）

3.1.2主备选流图

根据上面的流程图和用户使用手册，我们可用归纳出一个看上去比较清晰的主备选流关系图，如下面所示以及各路径与触发条件的对照表：

（图2）

各路径的触发条件对照表如下（表1）：

路径

触发条件

基本流

库存可用产品数量不满足销售需求

库存可用零部件数量不能满足生产要求

所采购的部件入库质检全部合格

所生产的部件及产品全部合格

备选流1

库存可用产品数量满足销售要求

备选流2

库存可用产品数量不满足销售需求

库存可用零部件数量能满足生产需求

备选流3

库存可用产品数量不满足销售要求

库存可用零部件数量不满足生产需求

所采购的部件入库质检部分不合格

备选流4库存可用产品数量不满足销售需

求所生产的部件及产品需要返工

备选流5

库存可用产品数量不满足销售需求

所生产的部件及产品有废品

3.1.3场景分析

从上面所示的路径，可用确定不同的用例场景，从基本流开始，将基本流和备选流结合起来，可以确定各种场景（如图2中只是列出部分的场景）。

场景路径表（表2）

场景1

基本流；

场景2

基本流；备选流1；

场景3

基本流；备选流2；

场景4

基本流；备选流3；

场景5

基本流；备选流4；

场景6

基本流；备选流5；

场景7

基本流；备选流2；备选流4；

场景8

基本流；备选流3；备选流4；

场景9

基本流；备选流5；备选流1；

场景10

基本流；备选流2；备选流5；

场景11

基本流；备选流3；备选流5；

场景12

基本流；备选流5；备选流4；

场景13

基本流；备选流5；备选流2；备选流4；

场景14

基本流；备选流5；备选流3；备选流4；

场景15

基本流；备选流2；备选流4；备选流5；备选流3；

以上我们讨论了ERP几个子模块之间的业务流程图，同时模块内部还有较复杂的业务流程，在实际测试时我们不可能对所有流程一一验证，这就引出一个问题：如何选择”性价比“较高的业务流程，使它们尽量覆盖较多的场景，然后根据所选业务流设计数据流，为了解决这个问题，我们建立了路径触发条件与场景关系表，如表3所示。

（表3路径触发条件与场景关系表）

序号

路径触发条件组合

覆盖的场景

1库存无可用产品数量库存无可用零部件

所采购的部件入库质检全部合格

所生产的部件及产品全部合格

场景1

2

库存可用产品数量满足销售要求

场景2

3

库存中有可用产品但不满足销售需求

库存无可用零部件

所采购的部件入库质检全部合格

所生产的部件及产品全部合格

场景1、场景2

4

库存中有可用产品但不满足销售需求

库存有可用零部件但不满足生产需求

所采购的部件入库质检全部合格

所生产的部件及产品全部合格

场景1、场景2、场景3

5

库存中有可用产品但不满足销售需求

库存有可用零部件但不满足生产需求

所采购的部件入库质检全部不合格

所生产的部件及产品全部合格

场景2、场景3、场景4

6

库存中有可用产品但不满足销售需求

库存有可用零部件打但不满足生产需求

所采购的部件入库质检部分不合格

所生产的部件及产品全部合格

场景1、场景2、场景3、场景4

7

库存中有可用产品但不满足销售要求

库存有可用零部件但不满足生产需求

所采购的部件入库质检部分不合格

所生产的部件及产品全部返修

场景2、场景5、场景7、场景8

8库存中有可用产品但不满足销售要求

库存有可用零部件但不满足生产需求

所采购的部件入库质检部分不合格

所生产的部件及产品全部为废品

场景2、场景6、场景10、场景11

9库存中有可用产品但不满足销售需求

库存有可用零部件但不满足生产需求

所采购的部件入库质检部分不合格

所生产的部件及产品部分为废品，其余部分需要返修

场景2、场景5、场景6、场景7、促进、场景10、场景11

10

库存中有可用产品但不满足销售需求

库存有可用零部件但不满足生产需求

所采购的部件入库质检部分不合格

所生产的部件及产品部分为废品，其余部分需要返修；部分合格

场景1、场景2、场景3、场景4、场景5、场景6、场景7、场景8、场景10、场景11

分析：从表3中可用看出第10组条件组合所覆盖的场景很多，应该按照这个组合设计案例（实际测试中可以根据软件需求和测试需求的不同，添加或减少触发条件），但其同时存在着优点和缺点。

缺点：对循环执行业务考虑得不全，如未覆盖9、12、13、14、15，归其原因是在于没有考虑执行备选流5以后的场景触发条件。

        优点：覆盖了全部流程分支，且可以按照实际测试需求，根据这个条件组合循环执行案例，达到要求的场景覆盖率。

    通过以上工作我们确定了在设计该ERP软件案例时”性比价“较高的流程，以及触发流程所需的基本条件，这样在准备案例的数据流时就有了”根基“，使一套测试数据能够覆盖尽量多的流程分支及功能点，反之，如果盲目的选择流程进行案例设计，结果可能是重要的流程分支及功能点没有覆盖到，或者是虽然流程分支及功能点覆盖到了，但进行了大量重复性劳动，造成了人力、物力的浪费。

    下期我们就以表3中的第10组条件组合为列，进行案例设计。

测试会计软件 主要测试什么? 尽量详细点！

测试范围

测试范围具体包括以下测试内容：安装测试、功能测试、界面测试、性能测试、文档测试、负载压力测试、恢复测试、安全性测试、兼容性测试等。

1．安装测试。安装测试的目的在于验证软件能否在不同的配置环境下完成安装，并确认能否正常运行。财务软件安装测试要注意以下几点：第一，根据财务的可移植性，选择不同操作系统。第二，选择不同层次的硬件配置和软件配置，一般选用最低、中等和最高三种配置进行测试，验证系统对软硬件环境的依懒性。第三，观察财务软件安装程序在软硬件资源充足的情况下能否正常安装，安装过程中是否给予充足的提示，是否存在流氓软件的一些弊病，安装完成后能否正常运行，能否彻底删除。第四，在资源不充沛的情况下，如磁盘空间不够、内存不足等，系统能否完成安装，能否给予各种提示。

2．功能测试。功能测试是财务软件测试中的主要内容。财务软件功能测试主要包含以下项目：个个模块中的查询、增加、删除、修改、保存等操作；数据的输入与输出；数据处理操作，如导入、结转等；基础数据中定义的精度；计算的准确性等等。财务软件功能测试注意以下几点： 第一，测试项目的输入域要全面。要有合法数据的输入，也要有非法数据的输入。如，在测试基础数据的定义时，若规定是数字，则既要输入数字进行测试，也要输入字母、空格等非数字进行测试。数字包含整数、负数、小数，还要输入一些不同的数字验证数字的精度。第二，划分等价类，提高测试效率。在考虑测试域全面性的基础上，要划分等价类，选择有代表意义的少数数据进行测试，提高测试效率。第三，要适时利用边界值进行测试。第四，重复递交相同的事务。第五，不按照常规的顺序执行功能操作。第六，执行正常操作，观察输出结果的异常性。如，删除某条记录对排序的影响；执行审核后，单据的状态是否改变。

3．界面测试。财务软件界面要符合现行标准和用户习惯。软件企业可以形成自己的特色，但要确保整个软件风格一致。界面测试要从友好性、易操作性、美观性、布局合理、分类科学、标题描述准确等方面入手。主要体现在以下几个方面：第一，背景和前景的颜色是否协调，颜色反差是否用得恰当。第二，软件得图标、按钮、对话框等外观风格是否一致，美观效果所要求的屏幕分辨率。第三，窗口元素的布局是否合理，并保持一致。第四，各种字段标题的信息描述是否准确。第五，快捷键、按钮、鼠标等操作在软件中是否一致。第六，窗口及报表的显示比例和格式是否能适应用户的预期需求。第七，误操作引起的错误提示是否友好。第八，活动窗口和被选中的记录是否高亮显示。第九，是否有帮助信息，菜单导航能否正常执行。第十，检查一些特殊域和特殊控件能否运行。

4．性能测试。性能测试主要测试软件的运行速度和对资源的消耗。通过调整财务软件所依赖的软硬件配置、网络拓扑结构、工作站点数、数据量和服务请求数来测试软件的移植性、运行速率、稳定性和可靠性。一般借助自动化测试工具来辅助测试，通过极限测试来分析评估软件性能。

5．文档测试。文档是软件的重要组成部分，也是软件质量保证和软件配置管理的重要内容。文档测试主要通过评审的方式检查文档的完整性、准确性、一致性、可追溯性和可理解性。财务软件作为一个大规模软件，覆盖了企业的各种业务。它至少要具备需求定义、开发设计、测试评估、项目管理、用户应用这五类文档。在文档测试时，要特别注意以下几点：第一，检验文档完整性，主要是文档的种类和内容的完整性。第二，检验文档的一致性和可追溯性，主要是：软件的设计描述是否按照需求定义进行展开的；应用程序是否与设计文档的描述一致；用户文档是否客观描述应用程序的实际操作；关于同一问题的描述是否存在不同的说法。第三，检验文档的准确性，主要是文档的描述是否准确，有无歧义，文字表达是否存在错误。第四，检验文档的可理解性，主要审核文档是否针对特定的读者群体，表达是否详细。如，财务软件操作手册，除了描述每个模块的操作，应该还提供关联性岗位业务、部门业务和跨部门业务的操作说明。

6．其他测试。 除了上述的测试外，还有必要对系统的其他特性和需求加以测试。如检测软件遇突发性故障后对数据的恢复能力，软件的安全保密性和对硬件、软件、数据的兼容性，系统所能承担的最大数据量和健壮性等。其他测试一般包含以下几种：第一，负载压力测试。它主要包括并发性能测试、疲劳强度测试、大数据量测试和速度测试。一般采用自动化技术分别在客户端、服务器端和网络上进行测试。要以真实的业务为依据，选择有代表性的、关键的业务操作作为测试对象。第二，恢复测试。通过模拟硬件故障或故意造成软件出错，检测系统对数据的破坏程度和可恢复的程度。第三，安全性测试。通过非法登陆、漏洞扫描、模拟攻击等方式检测系统的认证机制、加密机制、防病毒功能等安全防护策略的健壮性。第四，兼容性测试。通过硬件兼容性测试、软件兼容性测试和数据兼容性测试来考察软件的跨平台、可移植的特性。

（二）、测试数据

测试数据指测试范围中涉及的一切资源。如软硬件平台，文档资料，企业实际数据等等。企业实际数据包括企业正常业务、非正常业务的数据，最好是多个会计期间，至少需要两个会计期间的数据。建议选择不同行业的数据，例如可以选择工业行业、建筑行业、施工行业、集团行业等等。多个行业的数据使测试结果更具有代表性。

（三）、测试方法

按照测试范围中提供的测试内容并结合测试数据，逐项进行测试，并详细记录每项测试结果。测试范围中的功能测试需要结合财务软件的应用流程。财务软件的标准应用流程如下：1、数据库的安装，财务软件安装。2、数据库实体的建立，创建操作员，各个模块的启用。3、基础资料录入包括会计科目、物料，部门，人员，结算方式等等。4、期初余额录入包括科目期初余额，库存期初余额。5、日常业务处理包括凭证录入，审核记账，计提折旧等等。6、月末处理，进行下个月的业务。

三、 财务软件评价

财务软件的评价是指对财务软件的各个组成部分给出一个判定结果并总结出软件的整体情况。对一个财务软件的评价，不能从主观上下结论。需要制定合理的评定指标，然后结合财务软件测试，对每个评定指标打分，给财务软件一个客观公正的评价。财务软件的评价可以从以下几个方面考虑：

（一）架构评价

架构评价主要就是对财务软件所支持的操作系统、网络数据库，以及财务软件的整体设计结构进行评鉴。

1、系统平台。系统平台是操作系统和数据库系统的组合。目前的主流操作系统平台有WINDOWS、LINUX、UNIX。主流数据库系统有ORALCE、SQL SERVER、DB2等等。财务软件支持的系统平台越多，那么软件的兼容性、可扩充性、可移植性越好。比如财务软件开始在WINDOWS、SQLSERVER平台上运行，随着软件应用的扩充、数据的增多，在这个平台上逐渐不能满足业务需要，那么软件可以平滑的升级到UNIX、ORACLE平台。

2、软件架构。目前的软件架构分为C／S， B／S两种。C／S架构分客户端和服务器两层结构，客户端发送请求，服务器接收请求并将结果反馈给客户端。B／S一般是客户端（浏览器）、应用服务器和数据库服务器三层结构。客户端向应用服务器发送请求，应用服务器与数据库服务器通信并进行逻辑运算，然后再将结果反馈给客户端。在财务软件应用中，尤其是现在信息互联时代，B／S的优越性越来越突出。比如：客户端的零维护，客户端硬件配制不需要太高，应用服务器数据库服务器分别可以作集群和负载均衡等等，B／S架构更适合开放性的财务软件。

（二）性能评价

1．安全性。财务软件的安全性体现自身安全和网络操作系统系统安全。自身安全主要体现在操作员权限、口令控制、数据安全、SQL注入问题的处理等等。网络系统安全主要体现在系统漏洞、病毒等等。两者之间只要有一个存在问题，那么整个大系统就不安全。财务软件不能给网络系统留下安全隐患，要确保财务数据的安全。

2．可靠性。软件的可靠性主要体现在以下几个方面：能进行数据有效性检查，屏蔽用户的错误操作, 计算出的数据准确可靠， 软件中没有损坏数据的操作, 提供运行日志管理, 具有数据备份和恢复功能, 与其它软件兼容，软件运行速度快，软件消耗资源少在极其恶劣的情况下能够运行，软件具备可移植性、软件健壮稳定。

3．开放性。企业网络硬件设备一般不由一家厂商供给，而是由众多硬件厂商共同生产，所以此类设施或多或少存在差异；企业应用软件的软件标准更是千差万别。因而，要使企业构架的网络能够正常运转，企业各项信息资源能够迅速传输和共享，开放性显得尤为重要。考虑到财务软件向管理方向发展，必然会与企业生产、采购、经营、销售等部件发生联系。要实时获取企业日常发生的数据和信息，财务软件本身就必须强调开放性，强调与企业管理信息系统的数据交换能力，甚至是跨行业的数据交换与共享。

4．易用性。软件的易用性主要体现在以下几个方面：菜单、工具栏随所进行的操作变化；对用户操作的实时引导；界面风格简洁一致，布局合理；软件具有可配置能力（例如显示界面、显示格式、报表格式等可以调整）；软件易安装部署。具有联机帮助文档，帮助文档易用性主要体现在以下几个方面：用户文档中应包括全部软件功能、业务流程和计算过程的说明；用户文档描述的功能与软件实际功能应保持一致。用户文档的文字描述应条理清晰、易于理解；用户文档对关键重要的操作应配以例图说明；对主要功能和关键操作应提供应用实例。

（三）功能性评价

功能性评价主要就是财务软件提供了哪些功能，软件提供的功能越多其功能性越强，功能性评价主要从以下几个方面考虑。

1．基础数据管理。管理企业应用中涉及到的基础资料。基础数据管理主要体现在以下几个方面：会计科目、会计期间、凭证类型、结算方式、部门、人员、往来单位、银行、物料、计量单位等等。

2．财务管理。处理企业实际的财务业务。财务管理应当包括以下功能：总账（账务处理）、应收应付、固定资产、工资、财务报表、成本、预算、财务分析、合并报表、决策支持等等。

3．系统维护管理。维护财务软件的功能，例如：操作员管理，权限管理，数据维护－备份恢复，数据的导入导出，数据解锁等等。

给分吧！LZ

带仓储的财务软件哪个好用？

柠檬云软件，可以与免费的柠檬云进销存相关联，所有出入库单据都能自动生成会计凭证，避免了很多月末核对数据差异的烦恼，加班也是越来越少了。

物流仓储财务软件如何测试的介绍就聊到这里啦，感谢您花时间阅读本站内容，更多关于物流仓储财务软件如何测试库存、物流仓储财务软件如何测试的信息别忘了在本站进行查找喔。