ERP功能测试最佳实践10个步骤确保ERP系统的可

1、.ERP功能测试最正确实践 10个步骤确保ERP系统的可ERP功能测试最正确理论：10个步骤确保ERP系统的可靠性2020-05-18 21：47企业资源规划ERP软件应用为企业提供管理大规模关键业务功能的才能，包括产品规划、部件采购、库存维护、和供给商的互动交流、提供客户效劳，以及订单跟踪等。有些ERP解决方案还可能包括一些财政和人力资源方面的应用模块。尽管这些应用通常不会直接生成效益，但是它们能让企业以一种有效的、切合实际的方式使用现有的客户数据，帮助合理化企业的业务活动，为企业新的和当前的客户提供高质量的效劳。ERP应用通常使用一个单一的、中央数据存储器来效劳于所有的模块。因此，当这些应

2、用产生了性能问题时，很有可能影响到使用同一存储器的所有业务领域。ERP和共享数据构造间的这种关系决定了它必须施行稳固的测试和监测程序才能确保企业关键应用的安康运行。由于业务流程交易跨越企业中的多个部门和区域，并且涉及ERP应用本身的多个模块，因此测试ERP应用应该采用一种整体的方式。当验证这些业务流程的功能时，关键在于捕获自动化测试解决方案中的业务流程测试，用于实现快速的测试重复。由于ERP应用跨越多个业务领域，存在不可防止的复杂性，因此，对每个ERP应用以及每个应用发布版本展开功能测试是非常重要的。每个ERP施行中都会面临的主要挑战之一就是确保应用在上线之前能满足所有的业务需求。关键在于测试

3、和验证这些应用的运作情况是否符合设计要求。在数千个客户施行根底上，美科利已经编纂了一套最正确理论，来确保关键业务应用的功能。在下文中将详细描绘10个关键步骤，使用这些步骤能为企业的关键ERP应用来设计和施行有效的功能测试程序步骤1：初始规划和搜集需求在任何一个环境中，功能测试的最重要阶段之一就是规划。对于ERP应用来说，这个步骤就更为重要了，因为其中涉及环境的复杂性以及推动这些应用施行的错综复杂的业务需求。不完善的规划可能导致绝望的结果和不完好的测试覆盖面。经过深思熟虑的规划使您能防止一种"垃圾进，垃圾出garbage in,garbage out"的场面，使企业能衡量和最

4、大化他们的测试工作，获取更多的投资回报ROI。许多公司购置预先打包的ERP解决方案，希望能实现业务管理各个领域的快速整合。然而，这种被称之为"vanilla"的ERP打包方案必须经过客户定制，才能部署到它所要支持的业务中去。从逻辑上来说，搜集需求是规划阶段的起点，因为开发人员通常根据需求来定制ERP应用；测试人员使用它来测试系统和客户定制工程；而最终用户使用它进展用户承受测试和终结测试。通过提早仔细地定义需求，测试人员可以规划和管理那些更加注重业务需要的测试。接着，需求可以同测试和实际测试结果被识别的缺陷相结合，以全面覆盖所有的功能测试。步骤2：定义测试目的和选择适宜的测试

5、测试人员通过创立主要的测试目的，将决定所需的特定测试类型。测试目的、工程方案和团队构造也将从这些测试目的中形成。当功能测试一个ERP施行时，有多种不同的验证测试需要执行：数据映射：由于许多ERP施行和后端大机系统严密地集成在一起，因此测试ERP应用所显示的数据和在大机系统中被发现的数据之间的数据映射是非常关键的。很可能在大机系统中隐藏着一些陈旧的或无效的数据，这些数据会引起应用当中的问题。业务流程测试：应该使用测试来验证各种业务流程是否正确运作。由于工作流对强化业务规那么来说是非常重要的，因此测试应该覆盖整个整合系统中的所有导航工程和直接功能。应用的业务规那么和启动项必须通过全面地测试，确保所

6、有规那么能被正确地执行。权限控制系统：ERP权限控制系统决定了用户可以使用哪些信息，用户在这些信息中可以看到哪些数据。当涉及到供给链和合作伙伴入口时，将会增加平安方面的考虑。从用户界面的角度出发测试平安性可以确保严格执行验证规那么。数据驱动的测试使IT人员能使用具有不同登录凭证的一样脚本去验证平安规那么。回归测试：每次部署一个"Code Drop"时，对位于这些程序的每个对象的功能进展回归测试是非常重要的。这其中包括测试它的存在、功能、值等等。"code drop"指的是任何一次新的ERP应用、补丁程序和/或hot fix的发布。步骤3：定义目的，以满足

7、测试目的当完成所有的目的定义，选择好测试类型，接下去就要创立一系列的阶段目的来实现所定义的目的。一套最普通的初始阶段目的包括：分析应用功能，并识别关键业务流程。在一个ERP应用中的关键业务流程实例就是"效劳恳求"的创立。建立"冒烟测试"，在开发周期中快速执行该类测试。冒烟测试不应深化被测试应用的功能，而是应该测试关键的业务功能。例如，用户是否可以创立可以和"Trouble Ticket"相应的活动。在每次正式发布形成后运行冒烟测试。着手创立自动化测试来降低手动运行冒烟测试的本钱。实现了这些初始阶段目的之后，应该建立一套后续阶段目的。分

8、析应用，展开功能识别，这将扩大测试范围，涵盖超过75%的总的应用功能数量。获得100%的脚本自动化测试是非常困难的，因为自动化测试工具无法进展如可用性测试这样的事宜。建立可持续运作的自动化测试，从而降低测试的工作量。步骤4：区分功能测试案例在区分测试案例时，关键要记住，重要的业务功能必须在应用中才能发挥作用。由于每个企业具有独特的业务需求，大多数企业即使完成了根本的或标准的施行，也无法上线。因为那些客户定制的区域必须经过彻底地测试才能保证上线时功能的稳定。ERP应用的主要优势之一就是能和现有的大机系统集成，来满足必要的业务需求。再者，因为这些集成不是标准非客户定制施行，它们必须经过严格地测试。

9、最初，要防止用各种不同的方法去测试一样的功能。开发团队经常会强调一个应用应具有完美架构，可以灵敏地让用户通过不同的方式来完成他们的日常任务。关键在于要经常部署测试案例，确保需求驱动、user-path的覆盖面。初期测试应该具有一些共有的特性：它们应该测试关键的业务功能。它们应该测试应用的关键业务流程。它们应该识别出经客户定制过的ERP应用的测试区域。应用功能应该稳定，不在主要开发范围之内。初期测试应该是冒烟测试的候选方式。一旦初期自动化测试创立完成，并成功地运行后，测试目的通常会改变，测试包会扩张。这种扩张通常表现为在功能成熟之后，增加更多的测试到测试包中。还可以在应用问题区域，如和大机系统的

10、界面中增加测试，从而对该区域展开持续地检查。步骤5：文档记录关键的业务流程当记录那些将要成为测试脚本的业务流程时，搜集所有和测试案例相关的信息是非常重要的。每个测试案例需要具备一份和被测业务区域相关的目的说明。测试案例的目的应该是和满足一个需求或一系列需求有关。关键之处还在于，要文档记录下逻辑步骤，在整个系统中执行这些步骤可以实现测试的需求。由于使用测试案例可以衡量业务流程的成功与否，因此，文档中应该指出，需要验证哪些内容才能保证测试的成功。除了为测试案例而展开的执行和验证操作外，还需要在测试案例中成功地执行适用的数据值。这种数据可以是来自数据库的主数据master data、或是可以凭空增加

11、的用户创立输入数据、或者在脚本创立之前被置入数据库的准备数据。步骤6：开发模块化的测试组件创立模块化测试脚本是非常重要的。测试的模块化可以使开发人员创立单元测试unit test，在整个系统完成之前，测试ERP应用模块和模块的定制工程。接着，被用于单元测试的模块测试会移交给QA测试人员，他们会将模块测试和测试包结合在一起，来满足特定的测试目的。美科利提供一款最新的功能测试解决方案即"业务流程测试"，它能帮助企业管理与业务组件和端到端流程验证有关的所有测试案例。步骤7：建立测试实验室建议建立一个QA测试实验室，作为ERP应用的测试和调优整体战略的一个组成部分。在一个独立的测试

12、实验室中运行测试的主要优势在于，机器配置可以到达一种理想的状态，因此减少了由于机器配置不完善而引起的各类问题。此外，当模块定制完成之后，开发人员和测试人员可以在新代码发布之前，使用该实验室来运行单元测试。步骤8：掌握和利用"冒烟测试"在大多数ERP应用中，不完善的发布浪费了大量的测试工作。通常，当开发团队完成一个发布版本后将移交给测试团队，接着展开为期数天的测试过程。而测试结果往往是软件的发布版本存在重大的和根本的问题，不值得再进展深化地测试。不幸地是，当开发人员着手为该发布版本增加新的功能时，测试团队已经浪费了几天的时间去发现其薄弱之处。改变这种情况的捷径就是建立一种&q

13、uot;冒烟测试"，它可以覆盖关键的业务功能。冒烟测试结合了手动测试和自动化测试，可以在短时间内被创立和运行通常在1个小时之内。运行冒烟测试可以为开发团队提供发布版本质量方面的快速信息反响，帮助他们集中力量解决严重阻滞的问题，而不是一些新的特性。冒烟测试所利用的脚本可以从开发人员已经创立的单元测试中获取。步骤9：执行回归测试回归测试包应该覆盖关键的业务流程，应该在每个新的ERP应用版本发布时运行。回归测试不同于冒烟测试注重测试核心的业务功能，它能更加深化地测试应用的功能。正如前文所提到的，由供给商和任何定制所带来的应用更新都可能对应用功能和性能产生负面影响，必须在每次发布版本之后进展

14、测试。步骤10：分析缺陷和创立测试报告ERP应用准备就绪的重要指标之一就是被识别的系统缺陷数量。在执行测试时，测试中产生的失误必须被跟踪和分析。一种稳固的功能测试解决方案应该能跟踪和汇报所有存在于业务流程中的缺陷。测试团队可以利用这类信息来衡量和管理缺陷是如何被优先级划分、修复、重复测试和关闭的。用全面的报告来完好记录所有的测试流程和结果，这也是非常重要的一项工作，可以使测试团队能正确分析测试结果，同时在将来测试中重复使用测试案例和脚本。美科利QuickTest Professional Mercury QuickTest Professional?提供功能和回归测试自动化方面的业界最正确解决

15、方案可覆盖每个主要的软件应用和环境，包括来自Oracle、PeopleSoft、SAP和Sieble的ERP应用。这种新款的自动化测试解决方案采用一种关键词驱动测试的理念，可以完全简化测试的创立和维护。有了美科利QuickTest Professional的关键词驱动方式，测试自动化专家就能通过一种和关键词视图Keyword View互一样步的、集成的脚本和纠错环境，进入到基层测试和目的领域中去。美科利QuickTest Professional同时满足了技术和非技术用户的需要。它使高质量应用部署的过程变得更为快捷和经济，同时风险也更小。它和Mercury Business Process T

16、esting?美科利业务流程测试协同工作，使非技术型的对象专家subject matter expert也能参与到质量流程中。美科利业务流程测试使对象专家无需任何编程知识，就能创立、数据驱动和执行测试自动化。它降低了自动化测试维护的经常性费用，将测试自动化和文档记录两个流程合并为一。它使对象专家和业务分析人员可以根据业务流程测试框架中所定义的业务概念来衡量应用施行的质量。ERP应用的功能测试通过使用美科利QuickTest Professional和美科利业务流程测试，QA团队可以开发和利用统一的、可重复的测试流程，更快、更经济和更便捷地对ERP应用就绪情况提早作出决策。当初期功能测试方案完成

17、之后，测试团队可以使用美科利解决方案来自动验证ERP应用中所有业务交易的完好性。美科利解决方案从业务流程的角度出发，展开ERP应用测试。这些解决方案通过执行分步操作如更新库存信息，或从供给商处定购某部分商品，就像在实际消费操作中一样来测试ERP应用。当在测试创立阶段捕获了业务流程后，美科利QuickTest Professional和美科利业务流程测试将ERP业务相关信息与输入数据互相别离。测试人员可以根据选择列表，改变选择项和数据条目。使用同一数据对应用展开反复测试通常不会获得实际结果。要真实地验证应用的功能，测试人员需要不同的数据包来模拟多个用户的实际操作行为。美科利产品允许用户直接输入测

18、试数据，或从一个数据库中导入数据，从而创立一个实际的、数据驱动的测试方案。通过这种方式，测试人员就能使用可变的输入数据，分析实际的ERP业务流程。打包的ERP应用通常具有很高的复杂性。创立一个简单的记录定制可能会对其它记录或整体性能产生无法意料的影响。当更新发布甚至是简单的定制更新，都需要对所有业务流程展开全面彻底地测试，而不仅仅是测试变更所发生的区域。这样，测试人员就能衡量更新会对应用产生的影响，确保不会引起缺陷的产生。更多信息美科利解决方案使机构能采用稳固的功能测试程序来展开他们所有的ERP解决方案。解决方案让整个测试团队可以以最少的培训，创立成熟的测试系列；确保在整个环境、数据包和业务流

19、程中应用功能的正确运作；并为开发人员提供全面记录和复制缺陷的才能帮助团队尽快修复缺陷，跟上苛刻的消费进度。想获取更多有关美科利QuickTest Professional、美科利业务流程测试，或其它美科利效劳和解决方案的信息，请联络当地的美科利销售代表或访问 mercury 。2功能测试功能测试是验收测试中的主要内容。ERP功能测试要包含以下工程：单个模块的查询、增加、删除、修改、保存等操作；数据的输入与输出；数据处理操作，如导入、结转等；根底数据定义的精度；计算的准确性，如仓库的历史库存、当前库存、货位库存是否准确；数据共享才能；身份验证和权限管理；接口参数和系统控制参数；单据流转情况；状态

20、控制，如系统是否对MPS在执行MRP分解、工单下达、车间任务调度等操作前后的状态做了标识，状态的改变是否正确；报表的打印输出；审批流程定义及各种审批、反审批操作；短信发送及管理；岗位及部门业务的操作，如从请购管理、采购方案到采购订单管理，再到采购到货管理；跨部门的业务操作，如从销售订单到主消费方案，从车间领料到仓库出库等等。ERP功能测试的用例设计要注意以下几点：第一，测试工程的输入域要全面。要有合法数据的输入，也要有非法数据的输入。如，在测试根底数据的定义时，假设规定是数字，那么既要输入数字进展测试，也要输入字母、空格等非数字进展测试。数字包含整数、负数、小数，因此还要输入这些不同的数字验证

21、数字的精度。第二，划分等价类，进步测试效率。在考虑测试域全面性的根底上，要划分等价类，选择有代表意义的少数用例进展测试，进步测试效率。如，假设MRP记录有"刚形成"、"已派工""正执行"、"已完成"四种状态，系统只允许对刚形成的MRP记录做部分性修改或删除操作，那么在测试时，将MRP记录划分为四类，每种状态对应一类，每类各选一条记录作为测试用例即可。第三，要适时利用边界值进展测试。如"订单预排"中一般要求预排的数量大于0，那么测试数据可以分别为0，-1，1，10000000一个非常大的正数。第四

22、，重复递交一样的事务。第五，不按照常规的顺序执行功能操作。第六，验证实体关系，实体间的关系有三种：一对一，一对多，多对多。如，一个MPS对应多个MRP，一个MRP对应多个车间任务。第七，执行正常操作，观察输出结果的异常性。如，删除某条记录对排序的影响；执行审批后，单据的状态是否改变。3界面测试ERP界面要符合现行标准和用户习惯。软件企业可以形成自己的特色，但要确保整个软件风格一致。界面测试要从友好性、易操作性、美观性、布局合理、分类科学、标题描绘准确等方面入手。测试用例的设计要重点掌握以下几点：第一，背景和前景的颜色是否协调，颜色反差是否用得恰当。第二，软件得图标、按钮、对话框等外观风格是否一

23、致，美观效果所要求的屏幕分辨率。第三，窗口元素的布局是否合理，并保持一致。第四，各种字段标题的信息描绘是否准确。第五，快捷键、按钮、鼠标等操作在软件中是否一致。第六，窗口及报表的显示比例和格式是否能适应用户的预期需求。第七，误操作引起的错误提示是否友好。第八，活动窗口和被选中的记录是否高亮显示。第九，是否有帮助信息，菜单导航能否正常执行。第十，检查一些特殊域和特殊控件能否运行。4性能测试性能测试主要测试软件的运行速度和对资源的消耗。通过调整ERP所依赖的软硬件配置、网络拓补构造、工作站点数、数据量和效劳恳求数来测试软件的移植性、运行速率、稳定性和可靠性。一般借助WinRunner之类的企业级自

24、动化测试工具来辅助测试，通过极限测试来分析评估软件性能。5文档测试文档是软件的重要组成部分，也是软件质量保证和软件配置管理的重要内容。文档测试主要通过评审的方式检查文档的完好性、准确性、一致性、可追溯性和可理解性。ERP作为一个大规模软件，覆盖了企业的各种业务。它至少要具备需求定义、开发设计、测试评估、工程管理、用户应用这五类文档，详细而言，应包含GB8567-88中规定的14种软件文档。在文档复审时，要特别注意以下几点：第一，要明确文档验收的标准，软件企业和用户企业要达成一致。第二，确定文档的重要性和工程文档需求，比方，在验收阶段，用户文档用户手册、操作手册、维护手册、联机帮助文件显得特别重要，需要认真评审。第三，检验文档完好性，主要是文档的种类和内容的完好性。第四，检验文档的一致性和可追溯性，主要是：软件的设计描绘是否按照需求定义进展