英语原文共 9 页，剩余内容已隐藏，支付完成后下载完整资料
企业资源计划自动化测试应用方法
、Thierno Birahime Sambe2 a , Stephane Maag1 b and Ana Cavalli1 c 1 Institut Mines-Telacute; ecom/T acute; elacute; ecom SudParis, Universit acute; e Paris-Saclay, CNRS UMR 5157 Samovar, France acute; 2 Institut Superieur drsquo;Informatique, ISI-DAKAR, Dakar, Senegal
Keywords: ERP, Business Processes, Automated Testing, Test Generation, Test Execution, Business Driven Testing
摘要
本文提出了一种企业资源计划（ERP）系统的自动化测试方法。企业资源计划是一个复杂的软件系统，提供一个涵盖所有企业活动的链式管理。考虑到系统模块功能之间的密切关系，这些系统的测试任务是复杂的。为了减少测试时间和成本，测试自动化也是一个重要的问题。为此，我们基于系统建模作为一套业务流程设计自动化ERP系统的测试方法，以此满足业务的需要，降低出错的风险。本文将系统建模与ERP测试自动化管理工具相结合。
这种方法的思想是从基本需求出发，定义许多测试目的并生成测试用例然后使用测试生成工具，然后在ERP系统上运行。为了说明本文提出方法有效性，我们将在一个实际的案例（ERP-ODOO）上进行测试实验。
1介绍
企业资源规划（ERP）系统是一种集成度良好的复杂软件包。企业资源规划（ERP）系统可以为企业中的所有操作提供一站式信息平台。企业资源规划（ERP）系统包含许多模块，每一个模块的集成都给测试带来机遇和挑战计划（ERP）系统是一个帮助组织协调和整合部门内的信息的信息系统ERP软件使企业的核心自动化，如制造、人力资源、财务，以及供应链管理。通过合并最佳的实际情况来促进快速决策、降低成本和加强管理控制。如Nagpal等人所述，软件测试的复杂性随着实现的模块数量的增加而呈指数级上升，随着实现模块越来越多和功能越来越复杂以及模块之间的接口增加，导致用户授权和访问权限增长，这进一步加剧了ERP实现的测试复杂性。许多ERP项目就因为测试计划和测试过程不当失败了。
测试专业人员需要了解ERP系统的演变，才能更好的理解ERP测试的重要性。软件供应商测试方法侧重于配置的文件过程流。这些测试只能证明软件在“做它所做的”测试计划如果没有实施阶段的完整路线图那这个测试计划是不被认可的。
系统中的所有模块都是完全整合和相互关联，这意味着所有功能都依赖于其他模块或其他系统的功能。最大的挑战在于收集输入数据用来测试输出数据的特性及正确性分析
这意味着需要丰富的领域知识。
通过ERP的定制系统，加上复杂的业务功能，可以使测试ERP系统更具有战略重要性。ERP不仅仅是软件，它也是一种业务流程。它需要一个专门的工作人员来维护和测试它。大多数ERP测试业务在发布新版本时重复测试，这样测试可以大大受益于自动化。
为了解决这些传统方法的缺点，越来越需要实现自动化测试过程的解决方案。测试自动化是
在减少工作、时间和成本的情况下跨周期测试软件质量的理想方法。随着版本演化越来越频繁，测试自动化它不仅仅是一种传统的测试方法，它已经发展成为一个成熟的、可以确保更好的测试覆盖率的业务驱动的测试（BDT）程序，保证整个测试工作的可扩展性和效率努力提供高质量软件应用程序和系统。为此，我们的解决方案是自动化的ERP系统测试，是基于
业务流程模型的以满足业务和需求。为了这个目的，与最初的业务流程相比的错误风险
由最高管理层决定。
这种在上文中使用的方法是建模方法（高级业务流程）和管理ERP测试自动化工具的集合。在这个测试自动化方法中，最高管理团队和商业分析师从一开始就参与定义业务规则和测试用例以及为应用生成自动脚本。
我们的论文安排如下。
第二节介绍相关工作
第三节介绍基本概念和我们的测试方法使用到的工具
第四节介绍基于ERP建模的测试自动化方法的业务流程
第五节介绍我们在一个真实案例上进行的测试研究：ERP-ODOO
第六节 总结
2相关工作
测试过程已经进行了一段时间，文献中对ERP测试有几点建议
，以下是我们受到的启发。
Schliesser（Schliesser，2007）指出传统的软件测试方法是不够的，ERP测试不是为了应对挑战性的测试任务。他指出可以利用ERP供应商内置的机制和文件来有效地计划的提供业务测试用例。杰拉德指出与ERP测试研究有关的书很少，这些书里更多的关注以产品为中心的测试，而不是健全的ERP测试，因此软件“做它所做的”。作者提出ERP实施中的测试是关键，但往往被忽视。这些书定义测试方法的基础工作以及针对ERP实施的工具。
Wieczorek等人讨论了专门用于处理ERP系统的特点需求方法的软件开发和测试
方法。复杂的ERP系统使得手动测试变得很麻烦， 即使是有效的自动化测试也需要适当的
测试数据。作者提出了具有挑战性的ERP系统自动化测试所需测试数据的可能解决方案。
Wieczorek和Stefanescu指出，系统阶段测试是ERP系统的主要测试方法。最近ERP系统向SOA的转变导致了对黑盒测试技术的需求。他们提倡系统测试研究要更加关注ERP系统中的用户界面。
在（唐宁，2006），一份关于十二个应该避免的错误论文里。作者也描述了需要在ERP中实施管理质量， 不论是ERP供应商、实施合作伙伴、托管提供商、还是技术和业务团队确保质量是团队的职责
Deanna Legge在她关于ERP测试方法的论文中强调
因为ERP系统很复杂包括几个集成点、地理位置、定制等；组织不断面临如何提供高质量ERP解决方案的挑战
3.1扩展有限状态机
EFSM模型
本节介绍扩展有限状态机的定义。
一个扩展的有限状态机（EFSM）是一种普通的有限状态机（FSM），它由上下文变量、输入输出参数、谓词和更新函数组成。给定输入和输出字母I和O，我们用Ri表示输入参数i i的集合，用Qo表示o o的输出参数集。
通过R代表i中的所有i，通过Q代表i中的所有i
上下文变量的有限集用V表示。通常，我们用N表示自然数集。扩展时间有限状态机，简而言之，ETFSM是一个元组M=（S，s0，I、 O，T，delta;，v0），其中：
bull;S是一个非空的有限状态集，初始状态为
状态s0；
bull;I和O是输入和输出字母表；
bull;T是一组跃迁；
bull;delta;：S－→Stimes;{Ntimes;{infin;}是一个超时函数
v0是上下文变量初始值的向量
3.2IF语言
3.2.1 IF模型
IF是一种基于通信时间的为建立异步通信实时系统建模形式化方法的自动机（Bozga等人，2002）。IF系统由一组并行进程表示，这些并行进程通过一组缓冲区并行进程异步通信。
在系统执行期间可以动态创建和销毁流程实例。IF过程是一个扩展了离散数据变量的时间自动机。一个流程有一套控制状态和输入消息的专用缓冲区，并且具有本地数据，如离散变量和时钟。
有两种控制状态：稳定状态和
不稳定的状态。不稳定状态是暂时状态，不稳定状态下进程之间不能交替。如果进程变成不稳定状态可以通过一个保证执行原子性的动作，直到它达到一个稳定的状态。
转换描述进程在变化。转换可以由（时间）触发或输入消息，其中紧急属性（eager、delayable或lazy）随时间p而变化并且根据优先级转换执行。当一个紧急的转换是可执行的，时间进程将被死锁直到任务被处理如果有延迟转换，只要转换是可执行的，计时就可以继续。
如果时间进度使过渡延迟不可执行，时间进度被阻止，直到执行转换。对于懒惰的转变，即使时间转换变得不可执行，任可以继续。过渡的作用可以包括
发送输出消息、设置/重置时钟、分配变量值和过程的创建/销毁。
3.2.2如果工具集
IF工具集（Bozga M，2004）为IF规范的建模和验证提供了一个环境。工具集的核心组件IF
静态分析和IFexploration平台。这个IF静态分析器将IF规范转换为一个抽象语法树，是C 对象。iIFexploration平台使用抽象语法树。IFexploration平台提供了一组api，它允许用户特定的探索。在IF工具集中，可以检查给定属性是否用于观察者的IF规范。在IF语言中使用特定的观察者语法（如监视事件和切断无关状态的生成）描述属性后，它将与目标系统并行。
3.3 Selenium网络驱动程序
bull;Selenium
Selenium IDE是最流行的免费开源自动化测试工具之一，它为测试web应用程序和支持多种框架提供了一个测试框架。它可以很容易地作为插件从internet上下载
浏览器。它基本上被web开发社区用来执行网络应用程序。我们在研究中选择Selenium
Webdriver，因为Selenium IDE不支持录制回放功能，这是web应用程序测试应该支持的功能（Monier和El mahdy，2015年）。
Selenium是一个web测试工具，它使用简单的脚本直接在浏览器中运行测试（Holmes
以及Kellogg，2006年）。它使用JavaScript和iframes将测试自动化引擎嵌入到浏览器中。
这允许使用相同的测试脚本来测试不同平台上的不同浏览器。Selenium
为用户提供一组标准命令，如打开（URL）、单击（元素）或键入（into
一个输入框）；它还提供一组验证允许用户指定预期值或行为的命令。测试作为HTML表编写，并直接在浏览器中运行，用户通过观察测试变绿成功，失败的测试变红来监视测试运行。
因为Selenium是基于JavaScript的，所以可以直接在浏览器中运行（用户可以看到测试正在运行），它克服了一些Canoo WebTest 和HttpUnit用户遇到的问题，特别是与测试JavaScript功能相关的问题。另外两个有用的工具也可用于Selenium:1。Selenium IDE（最初称为记录器），它允许用户在Firefox中导航其应用程序
和记录他们的行动，形成测试；，2。一个“远程控制”的允许用户在他们选择的编程语言中直接编写测试的服务器从而启用条件和测试中的逻辑、try/catch块和其他仅在编程中可用的强大编程语言。elenium允许使用浏览器的DOM对象标识元素，可以使用必要元素的特定标识符编写测试，
例如名称、id或xpath（Holmes和Kellogg，
运行测试时，每个命令都会高亮当它执行时，断言步骤变为红色或绿色
表示成功或失败。整个测试结束后测试被标记成红色或绿色。
bull;机器人框架
机器人框架（Pajunen等人，2011）是一种为验收水平测试设计的通用的关键字驱动的测试自动化框架。该工具使用关键字抽象进行测试设计。关键字分为高级用户关键字和低级库
关键词。用户关键字是通过创建关键字库中显示的关键字的组合。测试用例用脚本描述
使用关键字和控件结构的循环。机器人框架的可用关键字
在库中被定义。新的库可以用Python或Java实现。有两种类型的库：标准库和外部库。标准库与Robot框架一起分发，外部库以单独的包发布：
标准库
-内置：通用测试需求的关键字，
例如变量验证、转换和延迟。
-操作系统：操作系统任务的关键字，如文件系统操作和执行命令。
-Telnet：Telnet连接处理的关键字。
-集合：用于处理列表和字典。
-字符串：高级字符串处理关键字。
-对话框：获取用户输入测试执行的关键字。
-截图：用于捕获和存储的关键字截图。
4 。ERP测试自动化：基于高层建模业务流程
4.1基于业务流程的方法建模（业务驱动测试）
要解决的问题是如何在建模的基础上管理ERP系统测试的自动化以满足业务需求并降低出错风险与最初由最高管理层相比这种的方法包括一组建模方法（高级业务流程）和管理ERP测试自动化的工具
步骤：
步骤1：我们使用业务驱动测试（BDT）来
定义最高管理层；我们称之为“HLBP”
在我们的架构中，为基于商业需求。行为驱动测试（BDT）侧重于高级设计，而不是技术实现或技术术语。利益相关者或用户、业务分析师、测试人员、开发人员将参与并履行各自的职责。用户业务分析师参与测试用例评审
处理并反馈以便于改进。行为驱动测试（BDT）更易于修改，这样就很容易维护了。
在这一步中，它是一个引用（收集）由不同涉众之间的相互协议定义的所有业务流程的问题。那么我们从等级1的那些（高级过程），然后由下列等级的过程。在此阶段，将保留以下元素（如图所示
二：
bull;过程目标
bull;过程的目的
bull;过程的主要参与者
步骤2：爆炸所有等级1的进程（高级）
在涵盖所有流程和一级业务流程的行为。我们将从中应用行为驱动测试（BDT）使用IF语言进行基于模型的测试。这个从正式模型生成测试的自动化，也被称为基于模型的正式测试， 在我们的测试自动化体系结构的这个步骤中被集成到软件开发过程中采用。这种技
剩余内容已隐藏，支付完成后下载完整资料
资料编号：[236707]，资料为PDF文档或Word文档，PDF文档可免费转换为Word
以上是毕业论文外文翻译，课题毕业论文、任务书、文献综述、开题报告、程序设计、图纸设计等资料可联系客服协助查找。
