GB/T31071-2014

科技平台一致性测试的原则与方法

Generalscienceandtechnologyinfrastructure―Principlesandmethodsforconformancetesting

本文分享国家标准科技平台一致性测试的原则与方法的全文阅读和高清PDF的下载,科技平台一致性测试的原则与方法的编号:GB/T31071-2014。科技平台一致性测试的原则与方法共有17页,发布于2015-06-01
  • 中国标准分类号(CCS)L70
  • 国际标准分类号(ICS)35.240.30
  • 实施日期2015-06-01
  • 文件格式PDF
  • 文本页数17页
  • 文件大小401.23KB

科技平台一致性测试的原则与方法


国家标准 GB/T31071一2014 科技平台一致性测试的原则与方法 Generalscieneeandteehnology infrastrcture Principlesandmmethodsforconformancetesting 2014-12-22发布 2015-06-01实施 国家质量监督检验检疫总局 发布 国家标准化管理委员会国家标准
GB/T31071一2014 目 次 前言 引言 范围 规范性引用文件 术语和缩略语 3.1术语和定义 3.2缩略语 -致性测试基本原则 测试客观性 4.1 4.2测试公开性 4.3测试可重复性 4.4有限目标性 -致性测试方法 测试对象 5.1 5.2测试环境 5.3测试类型 5.3.1基本测试 5.3.2能力测试 5.4测试方法 5.4.1根据测试目的划分 5.4.2根据自动化程度划分 -致性测试流程 6.1概述 6.2测试准备 6.3测试运行 6.4结果分析 6.5一致性测试报告 附录A资料性附录实现一致性声明(1CS)问卷示例 附录B(资料性附录GB/T30523一2014《科技平台资源核心元数据》抽象测试套件示例 附录c资料性附录 -致性测试报告框架 参考文献
GB/T31071一2014 前 言 本标准按照GB/T1.1一2009给出的规则起草 本标准由全国科技平台标准化技术委员会(SAC/TC486)提出并归口 本标准起草单位;标准化研究院、国家科技基础条件平台中心,北京航空航天大学、科学院 计算机网络信息中心、青岛大学 本标准主要起草人:尹书蕊、王志强、杨青海、陈志辉、周琼琼、张辉、王德庆、刘宁、程苹、胡永健、 詹俊峰、刘守华、洪岩、尹怀仙 m
GB/I31071一2014 引 言 科技资源具有种类繁多、数量庞大的特点,通过借助一致性测试方法来确保科技资源,标准与相关 标准一致,避免出现不必要的交叉、重复乃至矛盾 本标准提出了声明与科技平台相关标准相一致时所 要达到的准则 通过对科技资源、标准的一致性测试,可以促进科技资源的整合与共享
GB/T31071一2014 科技平台一致性测试的原则与方法 范围 本标准规定了科技平台一致性测试的基本原则,方法和流程 本标准适用于科技资源、科技平台标准与相关标准之间的一致性测试 规范性引用文件 下列文件对于本文件的应用是必不可少的 凡是注日期的引用文件,仅注日期的版本适用于本文 件 凡是不注日期的引用文件,其最新版本(包括所有的修改单)适用于本文件 GB/T19333.5一2003地理信息一致性与测试 术语和缩略语 3.1 术语和定义 GB/T19333.5一2003界定的以及下列术语和定义适用于本文件 为了便于使用,以下重复列出了 GB/T19333.52003中的某些术语和定义 3.1.1 科技资源scieneeamdtehnowgy S&Tresourees 用于科技活动的人力、物力、财力以及组织、管理、信息等要素的总称 [G;B/T31075一2014,定义2.2.1] 3.1.2 科技平台标准generalscieneeandteehnology(s&T)infrastrueturestandardl 在科技平台相关领域内,为获得最佳秩序,经协商一致制定并经相关标准化主管机构批准,共同使 用和重复使用的一种规范性文件 [GB/T31075一2014,定义2.1.5] 3.1.3 -致性conformanee 满足规定的要求 [GB/T19333.5-2003,定义3.8 3.1.4 -致性评价过程 conformanceassesSmentproceSs 对某标准实现的一致性进行评价的过程 [GB/T19333.5一2003,定义3.9 3.1.5 -致性条款comnformaneeeause 为满足本标准要求而规定必要条件的条款 [GB/T19333.52003,定义3.107
GB/I31071一2014 3.1.6 一致性测试 conformancetesting 对科技资源、科技平台标准进行的测试,以便确定科技资源、科技平台标准与相应标准一致性实现 的程度 3.1.7 一致性测试报告conformancetestreport 与本标准相一致的概要以及支持给出这一总体概要的全部测试细节 [GB/T19333.5一2003,定义3.12] 3.1.8 抽象测试用例abstraettestcease 针对特定要求的一般性测试 注;抽象测试用例是导出可执行测试用例的形式化基础 在抽象测试用例中包含有一个或多个测试目的 一个抽 象测试用例不取决于实现,也不取决于数值 它应当是完整的,足以将测试判定被明确地分配到每个潜在的可 观察到的测试结果中(如:测试事件的序列 [GB/T19333.5一2003,定义3.1] 3.1.9 抽象测试套件abstraettestsuite 抽象测试模块,它规定了实现一致性所要满足的全部要求 注:抽象测试套件在一致性条款中进行描述 [GB/19333.5一2003,定义3.4] 3.1.10 基本测试 basictest 初始能力测试,目的是确定那些明显的不一致内容 [GB/T19333.5一2003,定义3.6时 3.1.11 能力测试eapabilitytest 为确定一个被测实现(IUT)是否符合测试目的所描述的某标准的具体特性而设计的测试 [GB/T19333.5一2003,定义3.7] 3.1.12 可执行测试套件exeeutableteslsuite 可执行测试用例的集合 [GB/T19333.5一2003,定义3.15] 3.1.13 实现一致性声明implementatioconformanestatement 规范的可选项已得到实现的声明 [GB/T19333.52003,定义3.19 3.1.14 被测实现implementationundertest 做测试研究的某产品的一个局部,它是基于规定实现方式的某(些)标准中规定的一个或数个特征 的实现 [GB/T16656.31一1997,定义3.2.33] 3.1.15 被测系统systemundertest 支持IUT所需要的计算机硬件软件及通讯网络
GB/T31071一2014 [[GB/T19333.5一2003,定义3.26] 3.1.16 实现的测试补充材料implementationextrainformationfortesting 陈述包含全部与被测实现(IUT)及其相应被测系统(sUT)的有关信息,这些信息将能够使测试实 验室针对这个被测实现运行一个适当的测试套件 注:实现的测试补充材料通常提供关于被测系统中概念的组织与存储,关于被测系统的访问与修改手段等方面的 细节 [GB/T19333.5-2003,定义3.20 3.1.17 失败判定failverdiet 不 -致的测试判定 -致可能是与测试目的不符,也可能是与相应标准中的一项或数项一致性要求不符 注;不 [GB/T19333.5一2003,定义3.16] 3.1.18 无结论判定inconesiveverdiet 既不能判定为通过、又不能判定为失败的测试判定 [GB/T19333.5一2003,定义3.21 3.1.19 通过判定passverdiet 具有一致性的测试判定 [GB/T19333.5一2003,定义3.23 3.1.20 测试实验室testinglaboratory 完成一致性评价过程的组织 [GB/T19333.5-2003,定义3.27 3.1.21 验证测试verificationtest 对IUT是否正确开展严格证明的测试 [GB/T19333.52003,定义3.28 3.1.22 证伪测试falsificationtest 反证测试falsificationtest 在实现中寻找错误的测试 注:一旦发现错误,即可得出实现不符合标准的结论;然而,没有发现错误并不意味着实现就符合标准 与验证测 试相比,证伪测试仅能表明不一致性 出于技术和经济原因,在许多情况下,证伪测试作为一致性测试中的一 种测试方法而被采纳 3.2缩略语 下列缩略语适用于本文件 tractTestSuite ATs:抽象测试套件(Abst ETS,可执行测试套件(ExecutableTessuite) tionConformanceStatement ICS;实现一致性声明(Implementat IXNIT:实现的测试补充材料(Implementation ExtralnformationforTesting)
GB/I31071一2014 UnderTest IUT;被测实现Implementation SUT;被测系统(SystemUnderTest) -致性测试基本原则 测试客观性 各科技平台对其科技资源、标准进行一致性测试时,其测试标准应统一、客观、准确,不受测试人员 主观因索的影响 为达到最佳的效果,应实施客观、有效的第三方测试 4.2测试公开性 测试流程、测试方法和测试结果应予公开,应确保科技平台一致性测试信息的权威,淮确、及时 全面 4.3测试可重复性 在相同测试条件下,对科技资源、科技平台标准的同一测试在不同测试人员、不同实验室、不同时间 和地点都能重复验证,进行连续多次测试所得结果应保持一致 4.4有限目标性 为了保证科技资源、科技平台标准的测试过程得以实现和测试结果的正确性,实现一致性声明 IcS)问卷内容不宜设计太多 一致性测试方法 5.1测试对象 测试对象主要是科技资源和科技平台标准 示例:科技资源;科技平台核心元数据、元数据、自然科技资源、科学数据等 5.2测试环境 为了测试一个实现,测试实验室需要测试环境的信息,即实现的测试补充材料(IXIT) 由测试实 验室负责将测试环境信息纳人到客户填写的IXIT问卷中 具体IXNIT可包含的环境信息包括;硬件环 境和软件环境 5.3测试类型 5.3.1基本测试 基本测试应提供与被测实现(IUT)相一致的初步证明 如果ATS规定测试被用作基本测试,则这 些测试应被用于一致性评价过程的初始 基本测试是标准化测试 示例:测试科技平台每个元数据标识符是否唯一,是否按照国家标准《科技平台资源核心元数据》的规定进行 标识 基本测试提供IUT的有限测试,以便确定是否适合执行更加详尽的测试 基本测试可以是抽象的 或可执行的形式 在决定是否进行详尽的能力测试之前.基本测试可被用来确定一致性程度 基本测 试是简单的能力测试,一致性条款宜确定那些可作为基本测试的测试用例
GB/T31071一2014 基本测试是进行能力测试的初始步骤,并用于检测明显与标准不一致的情况 5.3.2能力测试 当基本测试不能满足需要时,可由测试实验室进行能力测试 能力测试应具有检验可观察到的UT能力,并与IcS所声称的能力相一致 在相应的标准所规定 的 -致性要求的整个范围内,能力测试尽可能提供全面的测试 在ATS之内的抽象能力测试是标准化 测试 能力测试可以是抽象的或可执行的形式,在一项标准规定的一致性要求的整个范围内宜尽可能对 实现进行详尽能力测试 检验必选能力和那些在ICS中被确定由IUT支持的可选能力时宜提供能力 测试 能力测试用于检验IUT能力是否符合一致性要求,并给出失败原因 5.4测试方法 5.4.1根据测试目的划分 5.4.1.1验证测试 验证测试是为确定科技资源、科技平台标准是否达到规定的测试性要求而进行的试验与评价工作 即使用严格的正确性证明方法,这种方法应能对一个实现的一致性进行明确,穷尽地例证 验证测试能保证一个特定的测试套件能够覆盖一项标准的全部内涵 但是由于技术与经济的原 因,大多数标准的规模与复杂性经常导致使用验证测试是不现实的 5.4.1.2证伪测试 证伪测试是根据一项标准,为一个实现开发特定的测试集合或套件,以检测该实现中的错误的一种 方法 证伪测试简单,易操作,但是证伪测试不能保证一个特定的测试套件能够覆盖一项标准的全部内 涵 这是因为,一个在特定测试或特定测试集合中失败的实现,能够被判定不符合一项标准 然而,即 使一个实现在完整测试套件中产生了正确的结果,仍不能完全确信该实现符合基准标准 5.4.2根据自动化程度划分 5.4.2.1自动测试 自动测试可以用软件系统实现所要求的测试,它既可用于验证测试,也可用于证伪测试 示例各科技平台科技资鄙元数据格式是否符合《科技平台资源核心元数据》 鉴于可以有多种测试方法,应报告所使用的测试方法 5.4.2.2人工测试 当自动测试过于复杂,并且/或者需要人的判断时,就可能需要进行人工测试 在人工测试中,为了 执行测试,客户和一致性测试人员可以共同检查输出,并依据输人进行比较 就标准而言,人工测试只宜在自动测试行不通的情况下使用 在人工测试中,需要有用于决定测试 判定的明确准则 示例:通过专家判断各科技平台科技资源元数据的内容是否符合《科技平台资源核心元数据》 科技平台一致性测试过程中根据实际需求,多采用自动测试与人工测试相结合的方法
GB/I31071一2014 -致性测试流程 6.1概述 根据GB/T19333.5-2003的规定,一致性测试是一个流程化的过程.它包括四个阶段测试准备 测试运行、结果分析、一致性测试报告 一致性测试流程如图1所示 判定准则 xI问卷 Cs问卷 SUT EIS 结果 测试准备 测试运行 结果分析 判定 日志 -致性 ICS&IXIT 测试报告 测试报告 图1一致性测试流程图 6.2测试准备 测试准备阶段包括下列各个步骤: a)生成用于测试的ICS问卷和IXIT问卷,ICs问卷示例参见附录A b 确定测试方法和ATs,抽象测试套件示例参见附录B e)Ics问卷和IXIT问卷的复审 d)选择合适的ATs,并为参数赋值形成ETs 准备sUT e 6.3测试运行 测试运行是执行ETS的过程,是在一致性日志中记录所观察的测试结果和其他相关信息的过程 UT的输人和源于测试用例执行所观察的测试结果都应在一致性日志中记录 6.4结果分析 结果分析应通过对照抽象测试用例所规定的判定准则评价所观察的测试结果束进行 测试判定可 以声明为:通过判定、失败判定或无结论判定 “通过”和“失败”是两种主要的判定,但在个别情况下不 得不采用“无结论”判定 6.5一致性测试报告 -致性测试结果应当在一致性测试报告中叙述 每一份一致性测试报告应当使用问卷生成 一致 性测试报告框架一般包括;引言,基本信息、测试结果分析评价和测试结论 一致性测试报告的框架参 见附录C
GB/T31071一2014 附 录A 资料性附录 实现一致性声明(Ics)问卷示例 GB/T30523一2014《科技平台资源核心元数据》实现一致性声明(ICs)问卷写出声称具有一致性 的科技资源数据 《科技平台资源核心元数据 请确定声称具有一致性的类别: 标识符是否唯一?口是口否 1 2 标识符的最大出现次数是否与《科技平台资源核心元数据》保持一致?口是口否 名称是否是科技资源的中文名称?口是口否 3 名称的最大出现次数是否与《科技平台资源核心元数据)保持一致?口是口否 最近提交日期是否符合GB/T74082005?口是口否 5 最近提交日期的最大出现次数是否与《科技平台资源核心元数据》保持一致?口是口否 描述是否是科技资源内容的综述性介绍?口是口否 提交机构名称是否是提交机构的组织机构名称?口是口否 提交机构邮政编码是否按国家邮政局的相关文件填写,字段长度为6?口是口否 10.提交机构联系电话是否填写提交机构联系人的联系电话?口是口否 11.提交机构的通信地址是否完整?口是 口否 12.提交机构电子信箱是否完整? 13.关键词是否是描述资源信息主题的通用词、形式化词或短语?口是口否 14.访问限制是否分公开级或限制级?口是口否 15.类目名称是否完整?口是口否 16.类目名称是否有类目代码?口是口否 17 是否有资源分类标准名称?口是口否 18.资源类目名称是否有分类标准版本号?口是口否 19.资源信息链接地址是否资源详细信息的有效绝对网络地址?口是口否 问卷填写人签字 月 日 测试执行人签字 月
GB/I31071一2014 附 录 B 资料性附录 GB/30523一2014《科技平台资源核心元数据抽象测试套件示例 B.1标识符抽象测试套件 B.1.1测试用例标识符;唯一性测试 该测试用例的内容如下 测试目的:保证每个元数据标识符的唯一性,有利于科技资源的整合与共享 a b测试方法:检查被测的元数据集的每个元数据标识符是否唯一 e)引用:GB/T305232014 d)测试类型;基本测试 B.1.2测试用例标识符;最大出现次数测试 该测试用例的内容如下 测试目的:保证科技资源元数据的每个元数据元素不超过GB/T30523一2014规定的次数 a b 测试方法;检查被测的每个元数据子集,元数据实体和元数据元素的最大出现次数,将它们中 的每个出现次数与GB/T305232014规定的“最大出现次数”属性进行对比 引用.GB/T30523-2014 c d)测试类型:基本测试 B.2名称抽象测试套件 B.2.1测试用例名称;完整性测试 该测试用例的内容如下 a)测试目的;资源名称的完整性有助于用户查询和使用科技资源数据 测试方法;检查被测的科技资源名称是否完整 b 引用.(GB/T30523一2014 d)测试类型:基本测试 B.2.2测试用例名称;最大出现次数测试 该测试用例的内容如下 a)测试目的保证科技资源名称不超过GB/T30523一2014规定的次数 b)测试方法:检查被测的科技资源名称的最大出现次数,将它们中的每个出现次数与 GB/T30523一2014规定的“最大出现次数”属性进行对比 引用:GB/T30523一2014 c d)测试类型;基本测试
GB/T31071一2014 B.3最近提交日期抽象测试套件 B.3.1测试用例最近提交日期;数据类型测试 该测试用例的内容如下 a)测试目的;保证最近提交日期符合GB/T7408-2005的规定 b测试方法;检查被测科技资源的最近提交日期是否符合GB/T7408一2005的规定 引用.(GB/T30523一2014 c d测试类型;基本测试 B.3.2测试用例最近提交日期;最大出现次数测试 该测试用例的内容如下 a)测试目的;保证最近提交日期不超过GB/T30523-2014规定的次数 b)测试方法;检查被测的科技资源数据最近提交日期名称的最大出现次数,将它们中的每个出现 次数与GB/T30523一2014规定的“最大出现次数”属性进行对比 引用:GB/T30523一2014 d)测试类型:基本测试 B,4描述抽象测试套件 B.4.1测试用例描述;完整性测试 该测试用例的内容如下 测试目的.规范的科技资源描述有助于不同用户对该资源信息的理解 a 测试方法;科技资源内容的综合性描述是否完整 b 引用:GB/T30523一2014 c d)测试类型;基本测试 B.4.2测试用例描述;最大出现次数测试 该测试用例的内容如下 a)测试目的;保证描述不超过GB/T30523一2014规定的次数 b测试方法;检查被测的科技资源描述的最大出现次数,将它们中的每个出现次数与GB/T 305232014规定的“最大出现次数”属性进行对比 引用:GB/T30523一2014 c d)测试类型;基本测试 B.5提交机构抽象测试套件 B.5.1测试用例提交机构;完整性测试 该测试用例的内容如下 测试目的;保证提交机构名称,提交机构通信地址、提交机构邮政编码、提交机构联系电话、提 交机构电子信箱的完整统一
GB/I31071一2014 b测试方法:提交机构名称、提交机构通信地址、提交机构邮政编码、提交机构联系电话、提交机 构电子信箱是否完整 引用:GB/T30523一2014 d)测试类型:基本测试 B.6关键词抽象测试套件 B.6.1测试用例关键词最大出现次数测试 该测试用例的内容如下 测试目的保证关键词不超过GB/T30523一2014规定的次数 a 测试方法;检查被测关键词的最大出现次数将它们中的每个出现次数与GBy/T30523 b -2014 规定的"最大出现次数"属性进行对比. 引用.GB/T30523 -2014 c d测试类型;基本测试 B.7访问控制抽象测试套件 B.7.1测试用例访问控制;级别测试 该测试用例的内容如下 a)测试目的;为保护隐私权和知识产权,对访问科技资源施加限制或约束 b) 测试方法;访问控制级别是否是公开级或限制级 c)引用.GB/T30523一2014! d)测试类型;基本测试 B.8资源类别抽象测试套件 B.8.1测试用例资源类别;完整性测试 该测试用例的内容如下 a)测试目的;保证类目名称,类目代码、分类标准名称,分类标准版本号的完整统- 测试方法;类目名称,类目代码、分类标准名称、分类标准版本号是否完整 D e引用:GB/T305232014 d)测试类型;基本测试 B.9资源信息链接地址抽象测试套件 B.9.1测试用例资源信息链接地址;有效绝对网址测试 该测试用例的内容如下 测试目的:为用户获取科技资源信息时提供资源详细信息的有效绝对网址 a b测试方法:资源信息链接地址是否是有效绝对网址 引用:GB/T30523一2014 测试类型:基本测试 10o
GB/T31071一2014 附 录 c 资料性附录 -致性测试报告框架 C.1概述 -致性测试报告是对一致性评价过程中执行测试项所得判定的概述 一致性测试报告框架一般包 括;引言,基本信息、,测试结果分析评价和测试结论 测试机构也可以根据实际情况增加或删除项目 具体内容参见图C.1 C.2引言 对标准一致性测试报告的简单介绍 基本信息 基本信息包括以下内容: a)测试计划的来源;填写测试计划的名称、版本,时间 b测试对象的描述;简要描述测试对象,如科技资源、标准 测试环境配置的描述:简要描述测试环境及其配置说明 c d)测试时间;填写测试所用的时间 测试项人员;填写参与测试的人员 测试结果分析评价 测试结果分析评价包括以下内容 通过的测试项数目及评价:填写通过的测试项数目及分析评价 a b 通过的测试项数目;填写通过的测试项数目及分析评价 撤销的测试项数目及评价;填写撤销的测试项数目及分析评价 c) 不适用的测试项数目及评价;填写不适用的测试项数目及分析评价 d C.5测试结论 测试结论包括以下内容 a)对未通过的测试项、撒销的测试项以及不适用的测试项的详细说明 b对其他重要情况的说明 11
GB/I31071一2014 一致性测试报告框架 引言 基本信息 测试结果分析评价 测试结论 不 要 贪 银 -致性测试报告框架图 图C.1 12
GB/T31071一2014 参 考 文 献 [1]GB/T7408一2005数据和交换格式信息交换日期和时间表示法 [2]GB/T16656.31一1997工业自动化系统和集成产品数据的表达与交换第31部分: 致性测试方法论与框架:基本概念(IsO10303-31:1994,IDT [3]GB/T16656.32一1999工业自动化系统和集成产品数据的表达与交换第32部分: 致性测试方法论与框架:对测试实验室和客户的要求(IsO10303-32:1998,IDT [4]GB/T16656.34一2002工业自动化系统与集成产品数据表达与交换第34部分;一致 性测试方法论与框架:应用协议实现的抽象测试方法(ISO10303-34:2001,IDT []GBy/T17178.1一1997信息技术 -致性测试方法和框架第1部分;基 开放系统互连 本概念ISO/IEC9646-l:1994,IDT [6]GB/T31075一204科技平台通用术语 [[7]GB/T30523一2014科技平台资源核心元数据

科技平台一致性测试的原则与方法GB/T31071-2014

科技平台一致性测试是指通过一定的测试方法和手段,对科技平台中的各种功能、接口、数据等进行全面的验证,以确保它们能够正常地协同工作,满足用户需求和预期。而GB/T31071-2014就是制定了这样的一套测试标准,为科技平台的一致性测试提供了重要的参考和指导。

一致性测试的原则

在进行科技平台一致性测试时,需要遵循以下原则:

  • 全面性:测试应当覆盖所有功能和接口,以确保系统的完备性。
  • 可重复性:测试应当可重复,以便验证测试结果的正确性。
  • 准确性:测试应当准确,确保测试结果反映了系统的真实情况。
  • 自动化:测试应当尽可能地自动化,以提高测试效率和减少人为错误。
  • 标准化:测试应当遵循统一的测试标准,以保证测试结果的可比性。

一致性测试的方法

在进行科技平台一致性测试时,可以采用以下方法:

  • 功能测试:对系统中的各个功能进行测试,确保每个功能都能够正常工作。
  • 接口测试:对系统中的各种接口进行测试,确保接口之间的数据交换正确无误。
  • 性能测试:对系统的性能进行测试,包括响应时间、并发数等。
  • 安全测试:对系统的安全性进行测试,包括身份验证、数据加密等。
  • 兼容性测试:对系统在不同的环境下进行测试,包括操作系统、浏览器等。

以上测试方法需要结合实际情况进行选择和应用,以确保测试的全面性和有效性。

总结

科技平台一致性测试非常重要,它能够帮助开发者确保系统的质量和稳定性,保证用户的满意度和信任度。而GB/T31071-2014则为科技平台一致性测试提供了重要的标准和指导,希望本文能够帮助读者对此有更深入的了解。

电工术语水轮机控制系统
上一篇 本文分享国家标准电工术语水轮机控制系统的全文阅读和高清PDF的下载,电工术语水轮机控制系统的编号:GB/T31066-2014。电工术语水轮机控制系统共有44页,发布于2015-06-01
科技平台统一身份认证
本文分享国家标准科技平台统一身份认证的全文阅读和高清PDF的下载,科技平台统一身份认证的编号:GB/T31072-2014。科技平台统一身份认证共有14页,发布于2015-06-01 下一篇
相关推荐