GB/T39466.3-2020

ERP、MES与控制系统之间软件互联互通接口第3部分:测试要求

ERP,MESandcontrolsysteminterconnectionandintercommunicationinterface—Part3:Testrequirements

本文分享国家标准ERP、MES与控制系统之间软件互联互通接口第3部分:测试要求的全文阅读和高清PDF的下载,ERP、MES与控制系统之间软件互联互通接口第3部分:测试要求的编号:GB/T39466.3-2020。ERP、MES与控制系统之间软件互联互通接口第3部分:测试要求共有15页,发布于2021-06-01
  • 中国标准分类号(CCS)J07
  • 国际标准分类号(ICS)35.240.50
  • 实施日期2021-06-01
  • 文件格式PDF
  • 文本页数15页
  • 文件大小1.02M

以图片形式预览ERP、MES与控制系统之间软件互联互通接口第3部分:测试要求

ERP、MES与控制系统之间软件互联互通接口第3部分:测试要求


国家标准 GB/39466.3一2020 ERP、MES与控制系统之间 软件互联互通接口 第3部分:测试要求 ERP,MESandeontrolsystemintereomneetionand intercommunicationinterface Part3,Iestrequirements 2020-11-19发布 2021-06-01实施 国家市场监督管理总局 发布 国家标涯花警理委员会国家标准
GB;/T39466.3一2020 目 次 前言 范围 2 规范性引用文件 术语和定义 总则 4.1测试维度 4.2测试目的 4.3测试级别 4.4测试内容 4.5测试过程 功能符合性测试 5.1测试大纲 5.2测试环境 .3测试过程 5.4测试评价 互联互通集成测试 6.1测试大纲 6.2测试环境 6.3测试过程 6.4测试评价 测试方法 概述 7.1 单项接口测试 7.2 集成接口测试 7.3 测试用例 7.4 7.5 测试文档 测试总结 8.1测试结果 8.2测试评审 l0 8.3测试报告 12 参考文献
GB;/T39466.3一2020 前 言 GB/T39466《ERP,MES与控制系统之间软件互联互通接口》分为3个部分 第1部分:通用要求; 第2部分:信息交换; 第3部分:测试要求 本部分为GB/T39466的第3部分 本部分按照GB/T1.1一2009给出的规则起草 本部分由机械工业联合会提出 本部分由全国自动化系统与集成标准化技术委员会(SAC/TC159)归口 本部分起草单位;北京机械工业自动化研究所有限公司青岛海大新星计算机工程中心,浙江中智 达科技有限公司,浙江大学智能系统与控制研究所,北京亚控科技发展有限公司、海祥大学 、日照市 敢务服务中心.,浙江中姻工业有限责任公司 本部分主要起草人;刘涛,申家杰,孙洁香,张雪嫣、侯卫锋、虞文进、张光瑞、于树松、谢磊、陈阳、 杨家豪唐利、杨秋影、王凯、叶建位、王文媚、蒋一翔、逢顺鹏
GB;/T39466.3一2020 ERP,MES与控制系统之间 软件互联互通接口 第3部分:测试要求 范围 GB/T39466的本部分规定了企业资源计划ERP)制造执行系统(MES)与控制系统软件互联互 通接口软件的测试总则、功能符合性测试、互联互通集成测试、测试方法及测试总结 本部分适用于利益相关方(包括但不限于开发机构,第三方测试机构、制造企业及相关人员)进行互 联互通接口集成测试 规范性引用文件 下列文件对于本文件的应用是必不可少的 凡是注日期的引用文件,仅注日期的版本适用于本文 件 凡是不注日期的引用文件,其最新版本(包括所有的修改单)适用于本文件 GB/T85662007信息技术软件生存周期过程 GB/T9386一2008计算机软件测试文档编制规范 GB/T1l457一2006信息技术软件工程术语 GB/T15532一2008计算机软件测试规范 信息技术系统及软件完整性级别 GB/T184922001 GB/T20158一2006信息技术软件生存周期过程配置管理 GB/T25000.2一2018 系统与软件工程系统与软件质量要求和评价(sQuaRE)第2部分;计 划与管理 GB/T25000.10-2016系统与软件工程系统与软件质量要求和评价(SQuaRE)第10部分 系统与软件质量模型 GB/T25000.22一2019系统与软件工程系统与软件质量要求和评价(sQuaRE第22部分 使用质量测量 GB/T25000.232019系统与软件工程系统与软件质量要求和评价sQuaRE)第23部分 系统与软件产品质量测量 GB/T25000.40一2018系统与软件工程系统与软件质量要求和评价(sQuaRE)第40部分: 评价过程 GB/T25000.41一2018系统与软件工程系统与软件质量要求和评价(sQuaRE)第4l部分: 开发方、需方和独立评价方评价指南 GB/T324212015软件工程软件评审与审核 GB/T324232015系统与软件工程验证与确认 GB/T39466.12020ERPMEs与控制系统之间软件互联互通接口第1部分;通用要求 GB/T39466.2一2020ERP、MES与控制系统之间软件互联互通接口第2部分:信息交换
GB/T39466.3一2020 3 术语和定义 GB/T8566一2007,GB/T9386一2008,GB/T11457一2006,GB/T184922001,GB/T20158 2006,GB/T25000.2一2018,GB/T25000.102016,GB/T25000.22一2019,GB/T25000.23一2019 GB/T25000.40-2018,GB/T25000.41一2018和GB/T39466.1一2020界定的以及以下术语和定义适 用于本文件 3.1 指标indieator 对由规定信息需要的相关模型导出的指定属性提供估算或评价的测度 [GB/T20917一2007,定义3.10 3.2 集成测试integrationtest 将不少于一个的业务组件、功能单元或子功能组装成整体的测试 注,软件测试的一个阶段 总则 4.1测试维度 测试维度可包括 a 对遵循GB/T39466.1一2020,GB/T39466.22020开发的业务组件的接口测试; b) 对遵循GB/T39466.1一2020,GB/T39466.2一2020开发的组件接口适配器的测试; 对遵循GB/T39466.1一2020,GB/T39466.22020开发的消息中间件的测试; d 互联互通集成测试 4.2测试目的 互联互通接口测试目的如下 确定开发者提供的软件是否满足GB/T39466.1一2020和GB/T39466.2一2020所规定的软 a 件互联互通接口功能要求和互联互通集成要求 b 通过测试,发现软件错误; 检测软件潜在的缺陷 4.3测试级别 测试包括下列级别,并按顺序进行 单元测试; a b)集成测试 回归测试可能出现在上述各个测试级别中,并贯穿于整个软件生命周期 4.4测试内容 本部分从GB/T25000.102016定义的质量特性和子特性角度出发,确定软件单元测试和集成测 试的测试内容
GB;/T39466.3一2020 4.5测试过程 互联互通接口规范测试过程应遵循GB/T32423一2015执行 对规格文件,技术手册及与测试有关的文件进行的评审应按照GB/T324212015的要求执行 功能符合性测试 5 5.1测试大纲 5.1.1编制测试大纲 互联互通接口功能测试大纲应按照GB/T39466.12020和GB/T39466.2-2020规定的接口功能制 定功能完备性指标,针对开发者提供的具体软件服务确定测试方式、测试环境和测试工具,制定与功能测 试相关的测试大纲 5.1.2测试数据 在针对软件互联互通接口进行测试时,应采用标准数据结构构建功能测试用例库 测试工具应具备完整的测试用例库,对用于测试的数据需要进行严格标定 测试时应采用测试用 例库中已有的标准数据,也可自行选择测试数据,但应符合测试大纲中对数据的各种要求 5.1.3测试用例 功能完备性指标中的每一指标项都应拥有独立的测试用例 针对软件互联互通接口平台的功能算法的不同特点,测试工具指导测试用例的自动生成,各类测试 用例纳人数据库管理,按照测试大纲中设定的规则,根据测试用例库中的测试用例自动生成用于测试的 标准格式文档 制定测试标准文档描述规范,将测试用例导人、导出测试用例库 5.2测试环境 5.2.1测试环境要求 软件互联互通接口功能测试环境要求如下 选用的硬件基础设施应符合软件运行的最低要求和控制系统的仿真要求; a 应选用通用的操作系统和相关软件平台; b 应建立相对简单、独立的测试环境,不安装不相关的软件; c 应保证测试环境中没有计算机病毒 d 应具有独立的网络环境 P 5.2.2功能测试工具 功能测试应采用软件互联互通接口专用的测试工具 功能测试工具应满足如下技术要求 实现测试脚本分级维护管理 a b 提供测试结果统计和详细日志; 对失败用例进行错误分类; c d 通用性强,与具体测试业务无关;
GB/T39466.3一2020 支持第三方测试工具与接口; e f 测试用例自动配置和执行; 支持分布式运行 g9) 软件的功能测试采用黑盒测试的方法,测试前应根据本部分的要求及委托方提供的文档预先编制 测试用例 测试用例应覆盖测试依据中描述的所有功能,并且考虑有代表性的工作任务的功能组合 5.3测试过程 测试过程应满足如下要求 采用合适的功能测试工具实施测试,或以手工方式实施测试 a) b)测试人员在功能测试过程中应及时做出原始测试记录,测试结束后相关人员对测试记录进行 审核 相关人员在测试过程中,如发现接口功能方面的问题,则向开发方出具问题报告; c 开发方对测试中发现的功能问题进行修改后,测试方进行回归测试,并出具测试报告 d 5.4测试评价 5.4.1完备性评价 功能完备性测试评价软件互联互通接口中所有相关功能与功能测试大纲的契合度,在一定程度上 反映被测软件的功能完备性 完备性评价可由分支覆盖率和整体覆盖率来体现 对业务组件、功能单元和子功能的功能完备性评价应遵循如下原则 如一个服务支持至少两种符合GB/T39466.2一2020定义的接口应用,则该服务符合本部分 a b) 如一个服务提供的接口实现了IRM中定义的有关子功能,支持在GB/T39466.1一2020中第 8章定义的接口规范,则该服务符合本部分; 一个服务只要求支持子功能接口的实现 不要求该服务支持相同功能单元或相同业务组件的 其他子功能所需要的接口 5.4.2正确性评价 功能正确性测试是根据功能测试大纲中的各项功能执行情况对软件互联互通接口进行测试,评定 被测功能项的实现结果与评测标准达成一致的程度,以“通过”和“不通过”衡量功能项的正确性 5.4.3综合评价 以软件互联互通接口功能完备性和正确性的测试结果,对功能测试进行综合评价 互联互通集成测试 6 6.1测试大纲 互联互通接口集成测试大纲应按照GB/T39466.2- -2020规定的公共信息描述约定进行裁剪,制 定适用的互联互通接口集成度指标,针对开发者提供的具体软件服务确定测试方式、测试环境和测试工 具,制定与集成测试相关的测试大纲
GB;/T39466.3一2020 6.2测试环境 6.2.1测试环境组成 软件互联互通集成测试环境应包括硬件环境、软件环境和数据环境 6.2.2测试工具 互联互通接口集成测试工具应可检测并分析评估信息交换过程中,系统日志和网络封包等交互响 应的过程数据 6.3测试过程 测试人员在集成测试过程中,应遵循以下要求 采用合适的互联互通集成测试工具实施测试 aa b 测试人员在测试完成后提供原始测试数据,相关人员对测试数据进行审核 相关人员对测试数据进行分析,如发现接口集成方面的问题,则向开发方出具问题报告; c d)开发方对测试中发现的问题进行改进后,测试方进行回归测试,并出具测试报告 6.4测试评价 软件互联互通接口集成测试完成后,对测试结果进行分析,确认软件互联互通集成是否达到测试大 纲的要求 测试方法 7.1概述 本部分采用静态测试方法,动态测试方法进行测试,按照GB/T155322008中4.4的规定 7.2单项接口测试 7.2.1业务组件测试 7.2.1.1测试要求 业务组件接口测试主要测试的方面有: 对业务组件中与接口参考模型对应的接口外特性进行测试 a b 判断组件接口功能是否实现了信息交换方式的特性,对各类方式下的所有交换情况进行测试 本部分中信息交换模型的信息交换方式测试有 拉方式; 1) 推方式; 2 33 发布订阅方式 消息定义是否能够满足业务信息的表达、传递和约束的要求,包括 是否可以表达测试用例中的消息内容 是否可以实现消息中必需项的检查和校验,并返回正确的校验错误提示 7.2.1.2测试方法 根据业务组件的接口设计规范,使用客户端向组件接口发送消息 测试接收消息和返回消息是否
GB/T39466.3一2020 符合接口设计要求 将业务组件端和测试端收发消息的日志信息传输到日志监控系统中 组件接口运行原则流程如图1所示 开始 通信 BadRcaucst 校验 AppliecationException 处理 异常处理 NotFoundExcption 通信 结束 图1组件接口运行原则流程图 业务组件接口设计应覆盖接口参考模型中确定的信息交换活动,测试场景不限定具体技术实现 方式 7.2.1.3测试场景 7.2.1.3.1拉方式测试场景 拉方式只有一种信息交换会话,即请求-响应方式 涉及GET消息模版和sHOw消息模版以及 ERROR消息模版 拉方式测试用例的种类有: 正常请求并返回预定结果; a b) 正常请求并返回错误信息 错误请求并返回错误信息 c 7.2.1.3.2推方式测试场景 推方式包含多种信息交换会话,应分别对接口实现的这些消息会话进行测试 具体会话有 a) Process-Acknowledge; b Change-Acknowledge; c Cancel-Acknowledge d Confirm-Ackknowledge Respond-Acknowledge' 推方式测试用例的种类有 a 正常Proeess请求返回正确Ack信息; b 正常Proeess请求返回错误Error信息; 错误Proeess请求返回错误Error信息; d 正常Change e请求返回正确Ack信息; 正常Change e请求返回错误Eror信息; 错误Change请求返回错误Eror信息; 正常Caneel请求返回正确Ack信息; 8
GB;/T39466.3一2020 h) 正常Cancel请求返回错误Eror信息 错误Caneel请求返回错误Eror信息 正常Confirm请求返回正确Ack信息; ) ks 正常Confirm请求返回错误Error信息; I 错误Confirm请求返回错误Error信息; m正常Respond请求返回正确Ack信息; 正常Respond请求返回错误Error信息; n 错误Respond请求返回错误Error信息 o 7.2.1.3.3发布订阅方式测试场景 发布订阅方式包含以下几种信息交换会话 a SyncAdd-Confirm; bSyncChange-Confirm; SyncDelete-Confirm 发布订阅方式测试用例的种类有 正常SyneAdd请求返回接受Confirm信息; 正常SyneAdd请求返回拒绝Confirm信息; Add请求返回错误Error信息; 正常SyncChange 请求返回接受Confirm信息; 正常SyncChange 请求返回拒绝Confirm信息 正常SyncChange请求返回错误Error信息; 正常SyncDdlete请求返回接受Confirm 信息; 8 h 正常SyncDelete请求返回拒绝Confirm信息 正常symeDdlee请求返回错误Eiror信息 7.2.2组件接口适配器接口测试 7.2.2.1测试要求 组件接口适配器接口测试应测试的方面有 与业务组件间的接口通信功能 a b 与消息中间件系统间的消息通信功能 消息结构验证和必要字段验证功能 c d)业务组件接口规范与消息中间件系统接口规范的信息转换功能 7.2.2.2测试方法 接口适配器是用来完成业务组件与中间件系统消息通信和转换的中间件软件 接口适配器的测试场景是在接口适配器两侧部署测试客户端,发送和接收测试数据,判断接口适配 器的消息通信和转换功能是否达到要求 接口适配器的测试方法是由测试客户端向接口适配器接口发送相关测试场景的测试数据,确认通 过接口适配器完成的业务会话过程和消息转换的过程是否符合预期 由输人侧测试客户端向接口适配 器相关接口发送测试数据,输出侧测试客户端接收测试消息并返回相应测试数据;通过收集适配器的运 行日志判断接口适配器的功能是否满足要求
GB/T39466.3一2020 测试埋点的设置要求如下 接口适配器组件侧接受消息方法中,应记录接受消息的原始信息日志 a0 b 接口适配器组件消息验证方法中,应记录消息验证原始数据和验证结果; 接口适配器消息转换方法中,应记录转换源消息和转换接口消息的原始信息日志 d 接口适配器中间件侧发送消息方法中,应记录发送消息的原始信息日志; e 中间件服务端中接收消息事件,应记录接收消息的原始信息; D 中间件服务端中发送消息事件,应记录发送消息的原始信息 接口适配器的测试场景与业务组件和中间件系统选择的产品和技术有关,也与消息转换逻辑有关 在GB/T39466.12020,GB/T39466.2-2020的实际应用场景中需要针对组件侧和中间件系统侧的 通信技术做出规定,同时需要对消息转换逻辑验证做出要求 接口适配器测试过程包括 构建测试环境,部署接口适配器和两侧测试客户端; a D) 完成测试过程数据收集的日志采集系统配置; 初始化测试用例的测试数据 c 执行测试用例,跟踪并记录测试结果; d) e 对比测试日志,分析测试结果,给出测试结论 7.2.2.3测试场景 接口适配器的信息交换场景包括 组件侧向中间件侧消息传递 a 接收正常消息到中间件系统; 1) 接收异常消息返回BadRequestException错误 37 DlicationEx 接收正常消息返回App tion错误; Kcept 接收正常消息返回CommunicationException错误 中间件侧向组件侧消息传递 b 1 接收正常消息到组件侧接口 接收错误消息到组件侧接口 22 7.2.3消息中间件测试 7.2.3.1测试要求 消息中间件测试应测试的方面有: a 消息交换通道与分发规则是否符合接口参考模型规定的信息交换活动; b消息中间件与业务组件接口的通信 消息中间件与接口适配器接口的通信 c 7.2.3.2测试方法 消息中间件是实现多个系统间消息传递机制的中间件系统 消息中间件测试使用消息两个或两个以上中间件客户端与消息中间件进行信息交换模拟接口参考 模型中的信息交换活动,测试消息中间件系统消息通信和分发规则配置是否满足接口参考模型的要求 通过消息中间件的系统运行记录跟踪和判断消息分发过程的正确性 7.3集成接口测试 7.3.1测试要求 集成测试是以单项事务的业务场景作为测试场景将相关业务组件、接口适配器、消息中间件系统集
GB;/T39466.3一2020 成起来进行测试的方式 主要的测试形式是与业务场景相关业务组件接口通过消息中间件和消息适配 器构成完整事务信息交换环境,并在该环境下执行集成测试用例进行单项事务的信息交换测试 集成接口测试应测试的方面有 事务信息交换方式是否满足业务场景的需要; a b 测试覆盖单项事务的所有情况; 测试过程数据转换符合业务组件和中间件系统接口规范; c d 接口适配器和中间件系统运行满足组件间通信的要求 7.3.2测试方法 集成接口测试是将接口参考模型中各业务组件、接口适配器和中间件系统连接起来,对业务组件间 信息交换活动逐一进行测试的过程 测试环境应包含信息交换管理业务组件,应按照GB/T39466.1一2020中9.1的规定,具备以下 能力: -声明原始数据类型的以及与标准类型的映射关系; -声明业务对象类型; 声明业务对象属性的名称与数据类型; 声明业务对象之间的关系 声明影响对象的事件类型 信息交换管理业务组件可以含有声明的数据集 信息交换管理业务组件应支持对已注册服务的管理 次集成测试过程是由各业务组件发起业务会话,经接口适配器转换成统一消息形式后发送到中 间件系统转发到目标业务组件接口适配器,再由目标业务组件的接口适配器转换为可被目标业务组件 接口接受的消息形式送达业务组件 业务组件接到业务消息后,将处理结果发送到接口适配器,经中间 件系统和目标接口适配器最终返回业务消息发送者的过程 集成接口测试原型系统结构如图2所示 信息系统A 信息系统B 信息交换管理业务组件 业务组件 消息中间件 业务组件 接口适配器 接口适配器 业务组件 消息中间件 业务组件 图2集成接口测试原型系统结构图 -次集成测试过程跟踪由业务组件、接口适配器、中间件系统的系统日志提供过程记录 通过在业 务组件、接口适配器和中间件系统中收发转换消息功能设置埋点,对外发布日志信息完成测试过程数据 的收集 测试埋点的设置应遵循如下要求: 业务组件发送消息方法中,记录发送消息的原始信息日志 a 业务组件接收消息方法中,记录发送消息的原始信息日志 b 接口适配器组件侧接收消息方法中,记录接收消息的原始信息日志; c 接口适配器消息转换方法中,记录转换源消息和转换接口消息的原始信息日志; d 接口适配器中间件侧发送消息方法中,记录发送消息的原始信息日志; e 中间件系统中接收消息事件,记录接收消息的原始信息 中间件系统中发送消息事件,记录发送消息的原始信息 g
GB/T39466.3一2020 集成测试应遵循如下测试步骤: a 按接口参考模型构建一次信息交换活动的测试环境,完成相关业务组件、接口适配器、中间件 系统的部署、配置; b 完成接口集成环境的日志收集设置; 根据测试用例初始化测试数据及相关测试脚本 e d 运行测试用例,跟踪测试过程并记录测试结果; 对比测试过程记录,分析测试结果,给出测试结论 7.3.3测试场景 集成测试的测试场景应参照GB/T39466.2一2020中第6章,选取一组适用的互联互通接口活动 形成纵向跨层级的业务流程闭环,构建测试用例 7.4测试用例 互联互通接口规范测试用例设计应按照GB/T155322008执行 7.5测试文档 软件测试文档通常包括测试计划、测试说明(包括测试设计说明、测试用例说明和测试规程说明、 测试项传递报告,测试日志、测试记录、,测试问题报告和测试总结报告,根据软件的完整性级别和软件规 模等级可进行合理的取舍与合并 测试文档的基本内容和要求见GB/T9386一2008 8 测试总结 8.1测试结果 8.1.1对测试结果要求 软件互联互通接口软件测试结果应满足下列要求 可重复性:由同一测试者按同一测试计划对同一软件进行重复测试,应产生同一种可接受的 a 结果; b 可再现性:由不同测试者按同一测试计划说明对同一软件进行测试,应产生同一种可接受的 结果; 公正性:测试不应偏向任何预设的结果 c d 客观性;测试结果应为客观事实 8.1.2测试文档 软件互联互通接口测试完成后形成的文档应包括 测试大纲; a0 bb 测试说明 测试报告; c d 测试记录; 测试问题报告 8.2测试评审 在测试完成后,评审测试过程和测试结果的有效性 主要对测试记录、测试报告进行评审,其具体 10
GB;/T39466.3一2020 内容和要求应包括 a 评审文档和记录内容的完整性、正确性和规范性; b 评审测试活动独立性和有效性 评审测试环境是否符合测试要求 c d 评审测试记录、测试数据以及测试报告内容与实际测试过程和结果的一致性; 评审实际测试过程与测试大纲和测试说明的一致性; e fD 评审未测试项和新增测试项的合理性 评审测试结果的真实性和正确性; 8 h 评审对测试过程中出现的异常进行处理的正确性 8.3测试报告 软件互联互通接口的测试活动和测试结果应汇总在测试报告中 测试报告可包括以下内容 测试报告名称 a b)概述 简述测试活功; 1) 被测试项及其版本/修订级别 22 3)测试环境; 所参照的技术规范书或设计说明书及其版本 ! 测试活动描述 测试日期和时问 1 测试数据 2 3 预期结果; 4 测试记录,实际结果; 异常现象; 5 测试人员 6 d)测试评价 1测试评价;以测试结果和测试项的通过准则为依据,对每个测试项进行判定和评价 差异评价;报告测试项与技术规范书或技术说明之间的差别,指出测试活动与测试计划之 22 间的差别,并说明原因 测试结论 3 11
GB/T39466.3一2020 参 考文献 [[1]GB/T20917一2007软件工程软件测量过程 12

ERP、MES与控制系统之间软件互联互通接口测试要求GB/T39466.3-2020

随着企业信息化程度的提高,在企业中使用各种不同类型的软件系统已经成为常态。然而,这些系统往往是独立开发的,需要在不同的环境中运行和协同工作。因此,在不同的软件系统之间实现互联互通变得非常重要。ERP、MES和控制系统也不例外,它们需要和其他系统进行数据交换,以便有效地管理生产流程。

为了确保ERP、MES和控制系统之间的软件互联互通接口正常工作,国家标准化委员会发布了GB/T39466.3-2020标准,该标准明确了ERP、MES和控制系统之间的软件互联互通接口测试要求。

测试方法

GB/T39466.3-2020标准中规定了四种测试方法,包括:

  1. 黑盒测试
  2. 白盒测试
  3. 灰盒测试
  4. 系统级测试

其中,黑盒测试是在不考虑内部结构和细节的情况下对系统进行测试。这种测试可以验证系统是否符合规范要求,但无法找出系统的内部问题。

白盒测试则是基于系统的内部结构进行的测试。通过检查代码实现来确保系统的正确性和完整性。这种测试可以检测出系统中的各类错误,但由于需要开发人员参与测试,因此测试成本相对较高。

灰盒测试结合了黑盒测试和白盒测试的优点。它不仅能够验证系统是否符合规范要求,还可以检测出系统中的一些内部问题。同时,测试成本也比白盒测试低。

最后,系统级测试是在整个系统中测试软件互联互通接口。这种测试可以验证ERP、MES和控制系统之间的交互是否正常,并且可以检测出可能存在的问题。

测试流程

GB/T39466.3-2020标准中规定了ERP、MES和控制系统之间软件互联互通接口测试的流程,包括:

  1. 测试计划
  2. 测试设计
  3. 测试执行
  4. 测试报告

在测试计划阶段,需要明确测试的目的、范围和资源。测试设计阶段需要根据测试计划制定测试用例,以确保测试全面覆盖。测试执行阶段是对测试用例进行执行和记录测试结果,并及时发现和解决问题。最后,在测试报告中要对测试结果进行总结和反馈。

结论

ERP、MES和控制系统之间的软件互联互通接口测试是确保系统正常运行的关键。GB/T39466.3-2020标准规定了测试方法和流程,帮助企业有效地检测和解决问题,确保系统的正常运行。通过遵循这些测试要求和流程,企业可以提高ERP、MES和控制系统之间软件互联互通接口的稳定性和可靠性,从而更好地管理生产流程。

宇航电子产品印制电路板总规范
上一篇 本文分享国家标准宇航电子产品印制电路板总规范的全文阅读和高清PDF的下载,宇航电子产品印制电路板总规范的编号:GB/T39342-2020。宇航电子产品印制电路板总规范共有24页,发布于2021-06-01
军民通用资源数据模型第1部分:物资类油品
本文分享国家标准军民通用资源数据模型第1部分:物资类油品的全文阅读和高清PDF的下载,军民通用资源数据模型第1部分:物资类油品的编号:GB/T39315.1-2020。军民通用资源数据模型第1部分:物资类油品共有22页,发布于2021-06-01 下一篇
相关推荐