4      前置条件编写规则【说明】前置条件是执行测试用例需要的"前提条件"，是测试步骤的先决条件。可以写需要的环境说明、参数设置、测试场景等。具有前置测试条件的测试步骤都应该归入“前置条件”部分进行描述，前置条件中的步骤并不关注其结果的验证，默认任务必须满足预期条件的要求方可开展用例步骤的测试。 【规则4.1】“前置条件”需详细、简洁说明执行测试前的准备事项：如被测对象所处状态、预置数据、预置条件等，杜绝无用、抽象的条件。【规则4.2】用例中的数据需要与处理逻辑分离，相关数据在前置条件中定义并在测试步骤中使用。【正例/反例】AIDL fuzz测试对Python和adb版本号有要求，需在预置条件中明确版本号要求正例反例点评说明1、XXX SDK正确安装2、python安装版本为python34以上3、adb版本为1.3.6以上XXX SDK、python及adb已正常安装反例中前置条件描述过于抽象，未明确标明依赖软件python及adb的版本要求，可能导致不兼容情况发生 【建议4.1】前置条件建议不超过3条，对于难以操作和实现的前置条件要明确操作方法。

3      用例描述编写规则【说明】用例描述选填，是对用例的额外说明【建议3.1】建议描述测试目的，也可以进行额外的说明，例如用例的测试范围、测试模板等

2      用例命名规则【说明】用例名称应体现测试用例的测试目的或测试点。【规则2.1】“用例名称”要做到简洁，短小，不能包含模糊语句。不要超过40个字符；【规则2.2】“用例名称”需要简要说明用例意图，提炼关键预置条件、步骤和观察点；【规则2.3】“用例名称”在特性范围内唯一，不允许出现重复、包含、叠加的关系，或者仅有数字编号差异。【规则2.4】“用例名称”为中英文字符、数字、下划线、逗号，应尽量避免使用特殊字符，可以用“_”对名称进行分割【建议2.1】 “用例名称”建议采用动宾结构，例如：用例意图_预制条件_观察点，也可以通过“_”追加条件或原因； 【正例/反例】用例名称描述示例正例反例点评说明查询流量策略_非法参数_特殊字符使用包含特殊字符构造的非法参数来查询流量策略正例简洁、提炼关键预置条件，名称使用动宾结构且使用_进行分割，用例意图一目了然；反例中用例名称不够简洁，未对关键预置条件进行提炼分割查询流量策略_非法参数_特殊字符查询流量策略_非法参数_特殊字符@查询流量策略_非法参数_特殊字符#反例中用例名称含有特殊字符，且仅有特殊字符有差异，不符合等价类划分原则。  

1      用例总体规范【规则1.1】用例名称、测试步骤、预期结果为必填项，缺一不可。【规则1.2】用例名称、前置条件、测试步骤、预期结果描述中均不允许出现模糊或过于抽象的描述，导致引起歧义，也不允许出现过于按照产品界面显示菜单描述，导致在其他产品上继承使用时通用性差。【正例/反例】字段正例反例点评说明用例名称新建信息_新建按钮_单次点击通过左上角New Message新建用户界面上新建按钮的位置很容易变动，所以不宜用"左上角"这样的受约束的词定义。建议使用"新建按钮"这样比较客观的意义严谨的词。前置条件通信录中已经添加联系人　若后续测试步骤有依赖数据时，需要添加前置条件。如：测试短信编写功能，通信录没有保存联系人，则短信编辑界面不显示联系人列表。反例中未描述必要前置条件。测试步骤1、进入信息主界面2、点击新建信息按钮1、在New Message界面，通过左上角选择New message新建短信把操作步骤分割清楚，并且使用严谨的词。预期结果1、进入新建信息编辑界面，短信编辑界面显示收件人、收件人列表和短信内容输入框，界面显示符合UX设计规范要求。1、进入短信编辑明确需要关注的点和测试目的【规则1.3】测试用例之间相互独立，测试用例的测试行为不能依赖其它用例。【建议1.1】用例名称、预置条件、测试步骤、预期结果中不建议使用的模糊关键词，包括但不限于以下范围："等"，"可能"，"部分"，"有的"，"一定范围"，"适量"，"大约"，"一些"，"多个"，"多于"，"少于"，"左右"，"上下"。【建议1.2】测试用例验证目的明确、单一、检查点不宜过多，不建议超过3个。

测试用例编写规范1      用例命名规则规则1.1“用例名称”要做到简洁，短小，不能包含模糊语句。不要超过60个字符；规则1.2“用例名称”需要简要说明用例意图，提炼关键预置条件、步骤和观察点；建议1.1 “用例名称”建议采用动宾结构，例如：用例意图_预制条件_观察点，也可以通过“_”追加条件或原因；建议1.3 “用例名称”在特性范围内唯一；建议1.3“用例名称”中应尽量避免使用标点符号，可以用“_”进行代替，如“查询流策略_非法参数_特殊字符”或最多使用一个“,”（英文逗号）。 2      执行方式选择规则规则2.1 执行方式表明该用例在执行时所使用的工具，默认为手工测试。 3      用例描述编写规则规则3.1  建议描述测试目的，也可以进行额外的说明，例如用例的测试范围、测试模板等 4      前置条件编写规则规则4.1 用例中的数据需要与处理逻辑分离，定义的数据在测试步骤中使用。规则4.2 前置条件需详细、简洁说明执行测试前的准备事项：如被测对象所处状态、预置数据、预置条件等。 5      测试步骤编写规则举例：创造条件，使得XX模块异常。不如描述为：使用YY工具，强行杀死XX模块的进程。或者：拔掉XX模块所在机器的网线。规则5.2 表述中禁止用含二义性、模糊的语句，避免使用概数，如“很多”、“一些”、“部分”等。建议5.1 测试步骤需尽可能详细，不要遗漏任何测试动作。建议5.2 描述必须使用相同的测试保留字，同一用词在所有步骤中保持一致。 6      预期结果编写规则规则6.1 预期结果的描述尽量准确、具体、易确认、有代表性，不要出现难以观察和判断的结果举例：如某个用例的预期结果A：而实际执行后结果为B，并且B也是正确的。这是不允许的。注意：这里说的执行结果不是指的观察点，一个用例可以有多个观察点 规则6.2 影响用例最终结果的检查点，一定需要填写预期结果 7      用例编号规则规则7.1“用例编号”必须包含产品特性，使用特性树中一级特性，且需要使用英文名称；说明：特性作为测试关键资产，承载整个测试活动，包括测试设计、测试策略、测试执行、测试评估等环节都以特性为维度开展，一般而言，特性名称等于场景责任田名称。以特性为用例集设计的最小单位，一个特性输出一份用例集，用例集由若干用例组成，按测试类型分别验证特性的功能、性能、可靠性等。 用例编号中包含产品特性的英文名称，可以更方便的表示用例所属特性，方便分类归纳。 建议7.1 “用例编号”可包含产品子特性，使用特性树中的子特性，且需要使用英文名称，不强制要求产品子特性的层级数量，建议和特性树保持一致；建议7.2 “用例编号”可采取“产品特性_产品子特性_序列号”的格式编写；建议7.3“用例编号”的序列号为三位十进制数，从001开始依次排序。如：001，002；建议7.4“用例编号”的分隔符可使用“.”号或“_”下划线。建议7.5“用例编号”的总长度建议小于40字符。8      测试用例等级选择规则序号级别说明10级最基本的功能验证，用例不宜过多，各模块尽量保证在10-20个，占比5%左右21级基本功能验证，可用于继承特性的基本功能验证、迭代验收前的基本功能验证等，占比20%左右32级重要特性验证，可用于测试版本（非回归版本）中功能测试，占比60%左右43级一般功能/非重要功能验证，包括对基本/重要功能的异常测试，占比10%～15%左右54级非常特殊输入、场景、阈值条件的用例，该级别用例不宜过多，占比0%～5%左右 9      测试类型选择规则规则9.1 测试类型是创建用例的必选项，测试类型按照质量属性划分为功能性测试、性能测试、兼容性测试等。不同的测试类型验证不同的质量属性，可以发现不同类型的缺陷。 说明：本文档选择质量属性视角划分测试类型，划分参考来源于ISO 25010产品质量属性和华为公司ACT 15立方架构能力。测试类型分为两级，一级测试类型与质量属性对应，华为公司内部统一。二级测试类型由产品自行定制，本文档给出常用的二级测试类型，测试类型全景如下：测试类型全景：ISO 25010产品质量属性华为公司ACT 15立方架构能力（部分）测试类型（一级）测试类型（二级）　功能适应性功能性功能性　　　　功能正确性测试　　　功能交互测试　　　一致性测试性能效率性能性能　　　　性能规格测试　　　资源效率测试   网络性能测试　　　业务服务质量测试兼容性兼容性兼容性　　　　配套兼容性测试　　　互通测试易用性易用性易用性可靠性可靠性可靠性　　　　容错容灾测试　　　过载可靠性测试　　　耐力测试　　　可用性测试安全安全性安全性　　　　安全合规测试   抗攻击性测试　　　韧性测试　　　隐私测试可维护性可服务性可服务性　　　　可部署性测试　　　可维护性测试可移植性　　 10  用例文字表达通用规则规则10.1 测试用例的表达必须使用相同的测试保留字。测试用例常见保留字列表：序号保留字其他不规范的说法1检查观察、查询、确认、查看2设置赋值、给予、标记3执行运行、操作4重复反复、循环注：本表的保留字仅是测试用例写作的一般用语。规则10.2 测试用例的表达必须符合测试语法表达规则测试语法表达规则案例类别说明建议的语法举例操作类指执行一个特定操作或动作，主要是指测试执行步骤[操作者][动作][对象][参数]用户按键1234567890#*赋值类指设置某个对象的属性，主要指预置条件设置[对象][属性]为[参数]设置ICD业务字冠为1234567890#*检查类指检查某个对象的属性，主要指预期结果检查[对象][属性]为[参数]检查CTI成功收到的SP_Setup消息，消息中主叫号码139567890#*重复类当需要多次重复执行时重复步骤[X]到步骤[Y]，重复N次重复执行步骤（或流程）3~10，重复2次 规则10.3 测试用例表达用词要求简洁说明：用例表达精确并不是描述越详细越好，描述复杂的用例可读性差，并且易造成理解上和操作上的困惑。用例表达的简结包括以下几个方面的要求：用例的执行步骤建议在7步以内，超过7步的考虑拆分为多个用例；测试执行的每一步描述中，如果有引用测试执行指导书中内容的，通过标记说明；对于产品技术、测试技术的基本知识和常识，不要在用例中描述；但对于较难理解和掌握的消息，建议在测试指导书中进行说明，不需在每个用例进行说明。举例：以下是一个完整的表达简洁的测试步骤：登录测试系统、切换至“资产”；选择资产树APP；点击“Config”按钮，切换至“PDU”页面；分别设置每页大小为10/30/50并点击左右分页按钮切换页面；填写跳转页面树，点击跳转页面按钮。 规则10.4 测试用例表达用词要求易确认说明：易确认是针对预期结果而言的，指的是执行完成后根据预期结果能明确知道用例执行的结果是成功还是失败。目前主要的问题是测试用例中的检查点往往过多，因此在用例描述上过于含糊，从而使用例执行是成功还是失败无法确认。举例：如下面的预期结果：检查消息流程正确。不如描述为：检查XXX消息中参数YYY的取值为ZZZ。如下面的预期结果：检查消息跟踪、解析正确。不如描述为：检查XXX消息跟踪，跟踪消息全面，对关键字段，如消息类型、长文件名的解析正确。 规则10.5 测试用例编写禁用模糊词列表举例：很多、大量、少量、多次、设备无异常、随机、任意、一段时间、一会、一点、特殊、很长、较长、很短、较短、多个、几块、多条、多个、数次、变差、所有、大概、频繁、大约、反复、某些、计数正常、长时间、多端口、异常、错误信息、死循环、正常、最大、最小、非法报文、非法字符、超长、超小、超短、长包、短包、边界值、过低、过高、所有、全部、缺省、默认、各模块。11  高质量用例八大特征1、验证单一功能2、执行相互独立3、意图表达准确4、易于理解维护5、量化用例数据6、体现产品特性7、准确指导操作8、步骤七步以内

                                                                  测试用例编写规范1      用例命名规则规则1.1“用例名称”要做到简洁，短小，不能包含模糊语句。不要超过60个字符；规则1.2“用例名称”需要简要说明用例意图，提炼关键预置条件、步骤和观察点；建议1.1 “用例名称”建议采用动宾结构，例如：用例意图_预制条件_观察点，也可以通过“_”追加条件或原因；建议1.3 “测试用例名称”在特性范围内唯一；建议1.3“测试用例名称”中应尽量避免使用标点符号，可以用“_”进行代替，如“查询流策略_非法参数_特殊字符”或最多使用一个“,”（英文逗号）。 2      执行方式选择规则规则2.1 执行方式表明该用例在执行时所使用的工具，默认为手工测试。 3      用例描述编写规则规则3.1  建议描述测试目的，也可以进行额外的说明，例如用例的测试范围、测试模板等 4      前置条件编写规则规则4.1 用例中的数据需要与处理逻辑分离，定义的数据在测试步骤中使用。规则4.2 前置条件需详细、简洁说明执行测试前的准备事项：如被测对象所处状态、预置数据、预置条件等。 5      测试步骤编写规则举例：创造条件，使得XX模块异常。不如描述为：使用YY工具，强行杀死XX模块的进程。或者：拔掉XX模块所在机器的网线。规则5.2 表述中禁止用含二义性、模糊的语句，避免使用概数，如“很多”、“一些”、“部分”等。建议5.1 测试步骤需尽可能详细，不要遗漏任何测试动作。建议5.2 描述必须使用相同的测试保留字，同一用词在所有步骤中保持一致。 6      预期结果编写规则规则6.1 预期结果的描述尽量准确、具体、易确认、有代表性，不要出现难以观察和判断的结果举例：如某个用例的预期结果A：而实际执行后结果为B，并且B也是正确的。这是不允许的。注意：这里说的执行结果不是指的观察点，一个用例可以有多个观察点 规则6.2 影响用例最终结果的检查点，一定需要填写预期结果 7      用例编号规则规则7.1“用例编号”必须包含产品特性，使用特性树中一级特性，且需要使用英文名称；说明：特性作为测试关键资产，承载整个测试活动，包括测试设计、测试策略、测试执行、测试评估等环节都以特性为维度开展，一般而言，特性名称等于场景责任田名称。以特性为用例集设计的最小单位，一个特性输出一份用例集，用例集由若干用例组成，按测试类型分别验证特性的功能、性能、可靠性等。 用例编号中包含产品特性的英文名称，可以更方便的表示用例所属特性，方便分类归纳。 建议7.1 “用例编号”可包含产品子特性，使用特性树中的子特性，且需要使用英文名称，不强制要求产品子特性的层级数量，建议和特性树保持一致；建议7.2 “用例编号”可采取“产品特性_产品子特性_序列号”的格式编写；建议7.3“用例编号”的序列号为三位十进制数，从001开始依次排序。如：001，002；建议7.4“测试用例编号”的分隔符可使用“.”号或“_”下划线。8      测试用例等级选择规则序号级别说明10级最基本的功能验证，用例不宜过多，各模块尽量保证在10-20个，占比5%左右21级基本功能验证，可用于继承特性的基本功能验证、迭代验收前的基本功能验证等，占比20%左右32级重要特性验证，可用于测试版本（非回归版本）中功能测试，占比60%左右43级一般功能/非重要功能验证，包括对基本/重要功能的异常测试，占比10%～15%左右54级非常特殊输入、场景、阈值条件的用例，该级别用例不宜过多，占比0%～5%左右 9      测试类型选择规则规则9.1 测试类型是创建用例的必选项，测试类型按照质量属性划分为功能性测试、性能测试、兼容性测试等。不同的测试类型验证不同的质量属性，可以发现不同类型的缺陷。 说明：本文档选择质量属性视角划分测试类型，划分参考来源于ISO 25010产品质量属性和华为公司ACT 15立方架构能力。测试类型分为两级，一级测试类型与质量属性对应，华为公司内部统一。二级测试类型由产品自行定制，本文档给出常用的二级测试类型，测试类型全景如下：测试类型全景：ISO 25010产品质量属性华为公司ACT 15立方架构能力（部分）测试类型（一级）测试类型（二级）　功能适应性功能性功能性　　　　功能正确性测试　　　功能交互测试　　　一致性测试性能效率性能性能　　　　性能规格测试　　　资源效率测试   网络性能测试　　　业务服务质量测试兼容性兼容性兼容性　　　　配套兼容性测试　　　互通测试易用性易用性易用性可靠性可靠性可靠性　　　　容错容灾测试　　　过载可靠性测试　　　耐力测试　　　可用性测试安全安全性安全性　　　　安全合规测试   抗攻击性测试　　　韧性测试　　　隐私测试可维护性可服务性可服务性　　　　可部署性测试　　　可维护性测试可移植性　　 10  用例文字表达通用规则规则10.1 测试用例的表达必须使用相同的测试保留字。测试用例常见保留字列表：序号保留字其他不规范的说法1检查观察、查询、确认、查看2设置赋值、给予、标记3执行运行、操作4重复反复、循环注：本表的保留字仅是测试用例写作的一般用语。规则10.2 测试用例的表达必须符合测试语法表达规则测试语法表达规则案例类别说明建议的语法举例操作类指执行一个特定操作或动作，主要是指测试执行步骤[操作者][动作][对象][参数]用户按键1234567890#*赋值类指设置某个对象的属性，主要指预置条件设置[对象][属性]为[参数]设置ICD业务字冠为1234567890#*检查类指检查某个对象的属性，主要指预期结果检查[对象][属性]为[参数]检查CTI成功收到的SP_Setup消息，消息中主叫号码139567890#*重复类当需要多次重复执行时重复步骤[X]到步骤[Y]，重复N次重复执行步骤（或流程）3~10，重复2次 规则10.3 测试用例表达用词要求简洁说明：用例表达精确并不是描述越详细越好，描述复杂的用例可读性差，并且易造成理解上和操作上的困惑。用例表达的简结包括以下几个方面的要求：用例的执行步骤建议在7步以内，超过7步的考虑拆分为多个用例；测试执行的每一步描述中，如果有引用测试执行指导书中内容的，通过标记说明；对于产品技术、测试技术的基本知识和常识，不要在用例中描述；但对于较难理解和掌握的消息，建议在测试指导书中进行说明，不需在每个用例进行说明。举例：以下是一个完整的表达简洁的测试步骤：登录测试系统、切换至“资产”；选择资产树APP；点击“Config”按钮，切换至“PDU”页面；分别设置每页大小为10/30/50并点击左右分页按钮切换页面；填写跳转页面树，点击跳转页面按钮。 规则10.4 测试用例表达用词要求易确认说明：易确认是针对预期结果而言的，指的是执行完成后根据预期结果能明确知道用例执行的结果是成功还是失败。目前主要的问题是测试用例中的检查点往往过多，因此在用例描述上过于含糊，从而使用例执行是成功还是失败无法确认。举例：如下面的预期结果：检查消息流程正确。不如描述为：检查XXX消息中参数YYY的取值为ZZZ。如下面的预期结果：检查消息跟踪、解析正确。不如描述为：检查XXX消息跟踪，跟踪消息全面，对关键字段，如消息类型、长文件名的解析正确。 规则10.5 测试用例编写禁用模糊词列表举例：很多、大量、少量、多次、设备无异常、随机、任意、一段时间、一会、一点、特殊、很长、较长、很短、较短、多个、几块、多条、多个、数次、变差、所有、大概、频繁、大约、反复、某些、计数正常、长时间、多端口、异常、错误信息、死循环、正常、最大、最小、非法报文、非法字符、超长、超小、超短、长包、短包、边界值、过低、过高、所有、全部、缺省、默认、各模块。11  高质量用例八大特征1、验证单一功能2、执行相互独立3、意图表达准确4、易于理解维护5、量化用例数据6、体现产品特性7、准确指导操作8、步骤七步以内

1 版本1.1 导读一个版本包含一个或者多个测试计划。l   版本记录了某个特定软件版本的测试用例情况、用例执行情况、测试套件情况，测试套件执行情况、质量报告等信息。l   基线是在特定时间点经过正式评审的版本，是后续测试活动的基础，基线中的用例一般比较稳定。l   测试用例分层管理，是指可以从“基线-版本-测试计划”的分层结构对用例进行管理。 在用例管理中，支持合并版本的用例到基线，支持从基线克隆用例到版本，也支持版本间用例合并的冲突管理等，可以满足多版本并行测试和多人协同测试，解决公司测试资产积累和复用问题。本章节为您介绍如何管理版本，包括：l   1.2 新建、编辑、删除版本l   1.3 设计版本l   1.4 度量版本l   1.5 使用限制1.2 新建、编辑、删除版本            新建版本                  步骤 1      登录软件开发平台首页，搜索目标项目并单击项目名称，进入项目。                  步骤 2      单击顶部导航栏“测试 > 测试用例”。                  步骤 3      单击页面左上方“版本管理”，进入“版本管理”页面。                                     步骤 4      在“版本管理”页面，单击“添加”。                                       步骤 5      输入版本名称，单击“保存”。                                     ----结束            编辑版本            在“版本管理”页中，鼠标悬浮到需要编辑的测试版本上，将显示图标，点击图标即可对版本名称进行编辑。            删除版本            在“版本管理”页中，点击对应版本的操作列，点击图标即可对版本进行删除。 1.3 设计版本设计版本就是根据测试策略将基线中的用例克隆到版本，或者将版本中的用例合并到基线。            从其他版本克隆全部手工测试用例                  步骤 1      登录软件开发平台首页，搜索目标项目并单击项目名称，进入项目。                  步骤 2      单击顶部导航栏“测试 > 测试用例” 。                  步骤 3      在左上角下拉框中选择需要设计的版本。                                   步骤 4      在“手工测试”页签中，单击页面右侧“添加”，在下拉菜单中单击“从版本克隆全部手工测试用例”。                                            说明：若尚未创建测试用例，或需要创建新的测试用例，可单击“新建”来创建测试用例，详细操作请参考云测帮助文档 新建功能手工测试用例。                  步骤 5      在弹框中选择覆盖规则，单击“确定”完成测试用例的添加。                                             ----结束            从其他版本克隆部分手工测试用例                  步骤 1      登录软件开发平台首页，搜索目标项目并单击项目名称，进入项目。                  步骤 2      单击顶部导航栏“测试 > 测试用例” 。                  步骤 3      在左上角下拉框中选择需要设计的版本。                                   步骤 4      在“手工测试”页签中，单击页面右侧“添加”，在下拉菜单中单击“从版本克隆部分手工测试用例”。                                           说明：若尚未创建测试用例，或需要创建新的测试用例，可单击“新建”来创建测试用例，详细操作请参考云测帮助文档  新建功能手工测试用例。                  步骤 5      在弹框中选择覆盖规则，并选中需要克隆的用例名称，单击“确定”完成测试用例的添加。                                    ----结束            合并版本全部手工测试用例到基线版本（测试用例页面）                  步骤 1      登录软件开发平台首页，搜索目标项目并单击项目名称，进入项目。                  步骤 2      单击顶部导航栏“测试 > 测试用例” 。                  步骤 3      在左上角下拉框中选择需要设计的版本。                                    步骤 4      在“手工测试”页签中，单击页面右侧“合并到基线”，在下拉菜单中单击“合并全部手工测试用例”。                                           说明：若尚未创建测试用例，或需要创建新的测试用例，可单击“新建”来创建测试用例，详细操作请参考云测帮助文档  新建功能手工测试用例。                  步骤 5      在弹框中选择覆盖规则，单击“确定”完成测试用例的合并。                                 ----结束            合并版本全部手工测试用例到基线版本（通过版本管理）                  步骤 1      登录软件开发平台首页，搜索目标项目并单击项目名称，进入项目。                  步骤 2      单击顶部导航栏“测试 > 测试用例” 。                  步骤 3      单击左上角“版本管理”。                                    步骤 4      在“版本管理”页签中，选择想要合并到基线的版本，单击页面右侧图标。                                    步骤 5      在弹框中选择覆盖规则，单击“确定”完成测试用例的合并。                  ----结束             合并版本部分手工测试用例到基线版本                  步骤 1      登录软件开发平台首页，搜索目标项目并单击项目名称，进入项目。                  步骤 2      单击顶部导航栏“测试 > 测试用例” 。                  步骤 3      在左上角下拉框中选择需要设计的版本。                                   步骤 4      在“手工测试”页签中，单击页面右侧“合并到基线”，在下拉菜单中单击“合并部分手工测试用例”。                                           说明：若尚未创建测试用例，或需要创建新的测试用例，可单击“新建”来创建测试用例，详细操作请参考云测帮助文档  新建功能手工测试用例。                  步骤 5      在弹框中选择覆盖规则，并选中需要合并到基线的用例，单击“确定”完成测试用例的合并。                                    ----结束1.4 度量版本                  步骤 1      登录软件开发平台首页，搜索目标项目并单击项目名称，进入项目。                  步骤 2      单击顶部导航栏“测试 > 质量报告” ，进入“质量报告”页面。                  步骤 3      查看版本的质量报告。                                  单击页面左上方版本，可以切换版本，再次点击测试计划名称，可以切换测试计划，查看质量报告。                                    ----结束1.5 版本使用限制                  目前“版本”属于用例管理的高阶特性，受到邀请的用户将会获得30天的免费试用，在试用期内，您可以体验版本相关的全部功能。                  试用版使用说明：                        计费模式：免费                        免费试用时长：30天                        相关限制：                                              注意：试用版到期后，您的数据仍然会进行保留，并可以继续使用用例管理的基础能力。版本相关的能力，只读不可写。在您进行“写操作”的情况下， 我们将给您提示无权限操作。                  例如：                  1.       只能查看已经创建的版本，无法添加、编辑、删除版本。                  2.       只能查看已经创建的版本中用例，无法执行“合并用例到基线”“从基线克隆用例到版本”等操作。                  ----结束

篦冷风机是水泥厂熟料烧成系统中的重要关键设备，又称篦式冷却机，特点是冷却熟料用的冷风由专门的风机供给，在水泥行业中应用十分广泛。今天因大师给大家分享的内容是国内某大型水泥集团旗下一个水泥工厂篦冷风机轴承故障诊断案例。01 设备告警2020年9月19日，因联科技诊断工程师郝工收到小程序告警信息，提示该水泥厂F1L篦冷风机运行数据出现异常，风机端振动值急剧上升，加速度振动值达到160.07m/s2，包络振动值达到300.1m/s2，超过了设置的报警阈值，处于高高报状态。图1 微信小程序报警通知02 故障诊断郝工从小程序进入设备健康智能运维iPHM系统，查看该风机详细运行数据。以下是详细分析呈现。该水泥厂篦冷风机基础信息：电机型号：Y315S-2 额定转速：2980r/min额定功率：110KW 轴承型号：6316风机型号：PCF0732 轴承型号6316、NU316EC 叶片数：11图2 该水泥厂篦冷风机现场图从机组振动趋势图（图3）可以看出， 9月19日前该篦冷风机运行曲线平缓，9月19日后风机端振动值急剧上升，风机驱动端水平速度振动值从5.437mm/s上升至11.727mm/s，加速度振动值从79.867m/s2上升至398.55m/s2，包络振动值从133.161m/s2上升至477.474m/s2。图3 机组振动趋势图电机驱动端水平速度频谱图主要以1X及其倍频为主，其中1X、2X幅值较大（图4）。风机驱动端水平包络频谱图中以1X、243.75Hz及其倍频为主，并伴有以转频为间距的边带（图5、图6）。图4 电机驱动端水平速度频谱图图5 风机驱动端水平速度频谱图图6 风机驱动端水平包络频谱图综上分析，郝工诊断该篦冷风机联轴器对中不良，风机端轴承存在缺陷，于是跟工厂管理人员做了沟通，建议工厂加强风机轴承润滑，择机停机检查联轴器尼龙柱销磨损情况并重新对中以及风机端轴承滚道损坏情况等。03 拆机验证2020年9月24日，该水泥厂现场停机检修，拆机发现风机驱动端轴承内圈出现大面积剥落情况，联轴器尼龙柱销磨损，与诊断结论一致，现场更换风机端轴承，更换联轴器尼龙柱销并重新对中。图7 现场检修图现场维修后重新开机运行，该篦冷风机机组振动值明显降低，数据恢复到正常水平。图8 检修前后机组振动趋势图该水泥厂于2019年7月与因联科技达成合作后安装设备健康智能运维iPHM系统，用来对水泥厂的关键生产设备进行实时在线监测与预测性维护。该系统适用于水泥行业高危、高温、封闭的生产环境，并通过结合机理和数据为减速机、风机和泵等重点设备建立了专属的智能应用模型，帮助设备管理者精准判断设备运行状态，提升设备管理水平，保障工厂安全高效生产。

【摘要】 华为云沃土认证，方案分享，云测试管理平台本文分享自华为云社区《【沃土认证--方案分享】京北方信息技术-云测试管理平台》，作者DTSEDeveloper主要应用行业：金融公司简介： 京北方信息技术股份有限公司[股票代码：002987]（以下简称京北方）作为领先的金融科技服务提供商，向以金融机构为主的客户提供软件与信息技术服务，为企业数字化建设聚势赋能。京北方总部位于北京，在广东、山东、江苏、安徽、黑龙江设有多个全资子公司，在近30个中心城市设有分支机构及办事处，业务及服务中心遍布全国所有省、自治区、直辖市。公司顺应金融行业变革和客户需求，坚持创新驱动发展，被认定为国家高新技术企业，设有北京市企业技术中心、企业博士后工作站。同时，掌握多项金融IT行业核心技术，拥有自主知识产权的国家专利24项，软件著作权140余项。京北方以大数据、云计算、人工智能、区块链及移动互联技术为引领，将前沿科技与金融业务场景深度耦合，成为行业发展的新引擎。目前，公司可为银行、保险、证券、信托、基金、租赁、资产管理、理财管理等金融行业客户提供管理类、渠道类、业务类解决方案及SaaS金融云服务。形成了数字化智慧运营系统、交易银行生态系统、供应链金融产品平台、资产管理系统、运营风险监控系统、全流程信贷系统、测试管理平台等优势软件产品与解决方案。凭借良好的交付口碑，不断提升的服务产品化能力，公司还可满足客户对软件开发服务、软件测试服务、IT运维服务、IaaS私有云服务、数据处理服务、数字化营销及客户服务、驻点营销及现金处理、综合服务在内的多层次服务需求。方案概述：1）方案概述及价值京北方云测试管理平台是一个开放、共享、便捷、全能的测试服务云平台，通过建立共享测试资源，以服务形式对外输出。具有如下特点：1、先进的测试管理模式： 测试规划、测试分析、测试设计、跟踪测试执行、缺陷管理、测试环境管理、测试数据管理、测试团队管理、测试资产库等实现统筹化、集约化的管理模式。2、基于TMMI标准化的测试流程： 按照TMMI3标准流程强制用户标准化展开测试活动。3、异地人员协同办公: 充分利用资源，各司其责；测试关键人可轻松把控项目进度和质量。4、强大的兼容性和扩展性: 平台采用微服务架构、组件化技术；向外提供了各种接口服务，能轻松对接现有工具或系统。5、多元化测试解决方案集成: 金融行业专业功能测试解决方案测试过程优化咨询。6、轻松管理工具链: 与各种支撑平台、工具无缝对接。7、父子测试项目统一管理： 支持项目与子项目同时管理，以满足系统迭代更新的多个测试过程。8、测试需求分析工具： 提供思维导图和因果图等方式进行测试需求分析，提升用例设计的效率和质量。9、监控测试设计执行并跟踪： 保障历史记录存留和过程记录。10、资产库积累与复用： 用例库、业务要素库、步骤库等资产库一键积累与复用11、实时度量和报告： 定制化流程和定制化的报告、报表满足不同类型用户及项目的需求12、流程/属性定制： 可根据用户的实际需求定制缺陷流程；提供用例与缺陷属性定制。为了适应云上服务，系统架构设计支持SAAS多租户租赁模式，具体内容为：1.SAAS模式云架构设计： 系统架构支持多租户，租户功能模块选择，租户数据物理隔离等；2.多租户数据隔离： 支持三种租户间数据隔离机制包括数据库实例级、schema级、行级隔离；3.SAAS模式功能云化： 包括云测试管理平台功能模块云化、云测试管理平台工具云化；4.质量度量自定义报表工具： 用例覆盖率、缺陷率、测试效率等；5.数据测试和规则引擎: 通过规则引擎配置数据比对规则（逻辑算法），用于数据迁移后的测试数量和准确性测试等。2）解决方案架构图中原鲲鹏生态创新中心在与客户沟通中了解到客户的上云需求，向伙伴推荐了沃土云创伙伴计划，在中原鲲鹏生态创新中心技术研发部门的帮助下，顺利完成系统迁移上鲲鹏云。同时该方案使用CCE替换之前的docker部署，更加便于使用和集群管理；使用GaussDB(for openGauss)替换原有数据库服务，极大的提升了数据响应速度；此外，还使用了DCS、OBS等服务，实现从底层硬件到操作系统、中间件、上层应用等全套系统的无缝兼容，具备全栈国产软硬件兼容认证能力，目前该系统已经稳定运行在鲲鹏云上。同时，新解决方案下云测试管理平台可覆盖公有云、私有云、混合云、物理机、虚拟机等多业务环境。应用案例1）背景与挑战随着行业信息化系统的建设越来越复杂，系统间关联性越来越强，导致测试规模的不断扩大，用人需求不断增多，传统的测试生产过程已经不再满足现阶段的测试支撑，因此而来必然会出现测试过程的优化和改进活动，依托于信息化平台和标准化工艺建设来管理测试项目、供应商、测试人员、测试成果以及监控项目过程的各个环节已经是一种必然，在这种大背景环境下，行业需要考虑的是如何优化和改进测试过程才能很好的支撑日常的测试活动。在减轻测试管理人员的工作成本的前提下，能够更加有效的监控测试过程的每一个环节，评审和抽查测试过程的所有提交产物，利用信息化平台提高日常工作的效率，完善测试项目或任务的后评估，成为目前工作的重点和核心内容。目前国内众多行业都在进行数字化转型，但在转型过程中会有较多质量问题与挑战。据统计80％的数字化转型企业表示他们的数字应用程序和服务每月会故障多次，这会对用户体验和生产力产生负面影响。据报道，数字服务失败可能导致品牌声誉不佳，影响消费者对公司的忠诚度，减少销售和收入，甚至延迟项目发布。针对这一现状，结合党的十九大“质量第一”和“质量强国”精神，在质量和效率的权衡下，更加需要高效、专业的测试保障，软件测试在国内的各个企业中越来越受重视。因此，京北方云测试管理平台产品研发项目应运而生，通过自主研发、把控核心产品能力和技术能力，实现为客户服务的IT软件测试咨询与测试实施能力。京北方云测试管理平台在信息化和数字化转型扮演重要角色，对提高软件质量起非常重要的作用。2）客户痛点大型银行(国有加12家股份制)： 测试工具较多,不好管理,如何统一整合；区域分行测试能力相对较弱,测试工具不好用不专业；区域分行测试方面领导需要出成绩,需要工具配合咨询做一些特色功能或小型工具。中小银行及其余金融机构： 多数用QC与免费测试工具进行测试管理与实施；测试部门预算不多,无法采购大型测试平台或工具；测试流程体系与工具脱轨,导致测试管理成本较高效率低下；测试流程体系需要咨询服务,通过测试项目实施或测试工具搭建,完善定制化的体系搭建咨询；移动端测试无真机,导致兼容性测试较难开展。上云SaaS用户： 技术实力薄弱，不熟悉整体测试体系，预算少；缺少配套测试资源（软件，硬件）；自己研发投入产出比低。部分私有云用户：企业内部合规流程要求，不可以到SaaS平台测试；部门或团队有创新KPI要；自己不具备研发实力，或自己研发受阻严重；需要对各部门，各团队使用的工具，以及测试资产（软件、硬件、数据等）进行统一管理、整合。3）解决方案优势与价值1　服务稳定高可用： SaaS云化部署，集成华为鲲鹏云关系型数据库（GaussDB）、云容器引擎（CCE）、云搜索数据库（ES）等高阶云服务，共同打造具有高扩展性、强稳定性、强算力支撑的体系，满足金融行业安全稳定的需求。2　测试方案、计划及测试跟踪监控线上化： 测试方案、计划及测试跟踪监控线上化，并采用智能化分析技术实时采集、分析、展现项目测试指标达成情况，使得测试管理更加方便、高效。3　集成需求分析导图： 基于思维导图的方式进行测试需求分析及评审，测试点整理更加清晰、准确并能全面的覆盖需求。4　自动生成测试点及测试用例： 系统根据遍历/笛卡尔积算法自动生成测试点，根据边界值、等价类、判定表等算法自动生成测试用例，提高了测试工作的效率。5 智能生成测试报告： 采用智能化分析技术标准化、自动化生成测试各阶段所需的各类测试报告，节省人力成本及时间。在生成测试报告后，提供了在线预览测试报告的功能，用户不用下载就可以在线看，而且系统可以自动生成报告，数据为动态数据。严格按照TMMI标准模板，标准化、自动化生成各阶段所需测试报告，节省人力成本及时间。6 测试分析、设计及执行自动留痕，并内嵌质量抽检功能： 平台实现了测试分析、设计及执行自动留痕，项目的所有分析、设计及测试执行记录都完整的保存于平台上，方便了项目经理及QA人员对项目的工作进行抽查，以便及时发现问题，纵向保证项目测试执行质量横向提高测试人员执行质量。7 测试资产存储及复用： 通过基于大数据的智能众测云服务平台保存了项目测试分析、测试案例，积累了测试资产，便于跨用例、跨交易、跨项目使用。8 强大的兼容性： 平台提供了强大的接口可与客户现有的测试工具及其它系统集成，使客户能够最大化的利用现有工具资源。9 敏捷开发环境无缝结合： 提供webhook方式，支持Devops持续集成环境，版本发布后自动进行自动化测试执行。友情链接：开发者技术支持社区：https://bbs.huaweicloud.com/forum/forumdisplay-fid-1175-orderby-lastpost.html博客主页专区：https://bbs.huaweicloud.com/community/usersnew/id_1612437390514409技术支持提单平台：https://support.developer.huaweicloud.com/feedback/#/

欢迎各位廊坊职业学院的同学参加华为云DevCloud训练赛本次校级赛，赋能学生了解企业真实软件研发流程掌握基于全云化研发场景开发应用能力，帮助学生实现企业实用型人才的最后一公里转型升级相信认真学习和完成赛题的同学，一定会有所收获知识储备、华为云官方证书、丰厚的物质奖励都在向你们招手参赛步骤一指禅来了，简单易上手哦~第一步：报名大赛：请写明所在专业~参赛链接或点击下方进入大赛页面：https://competition.huaweicloud.com/information/1000041558/introduction>>点击此处立即报名大赛<<手机版报名示意图：        第二步：学习课程（如有基础的同学可以酌情跳过学习步骤）第三步：完成实验（用时1-1.5小时，实验环境已备好，详细步骤保姆式指导，不用担心不好操作哦~）第四步：心得分享（总成绩占比40%，务必重视此思维碰撞环节）完成以上四步的同学，都可以获得华为云官方结业证书，未来简历中强有力的加分项！证书如下：校内+官方QQ群选拔在前四步表现优异的同学，参加校内小班培训，华为专家现场教学企业级编程规范小班培训成绩（60%）+心得分享成绩（40%）=总成绩根据总成绩，获得以下奖励：最后，校内的活跃分子、人脉大咖可以随手分享比赛到朋友圈，邀请同学参与，随手拿奖励~点击右下方“分享”，即可生成自己专属邀请海报，将此海报发送给朋友报名即可（规则提示：邀请新用户报名方有效，即7月30日前未参与华为云活动的用户）奖品如下：     有问题，请随时加QQ群提问哦~（群里不定时下红包雨~）

回复本贴，查看下载完整版PPT点击 →《华为云DevCloud大咖分享汇总（附PPT下载）》[hide]https://devcloud.cn-north-4.huaweicloud.com/codehub/project/8e8846873de740e396de90d8182b63fd/codehub/1285001/home?ref=master[/hide]

观看毕业季直播 感受社会人的一天玩转简历制作等求职必备技能200张50元京东卡回馈给你！更有华为手机、耳机等大奖抱回家！！参与时间：即日起——9月30日参与方法：玩法一邀请3人抽奖50元京东卡1、邀请3名新用户提交本问卷，且都报名活动活动链接>>即可参与50元京东卡抽奖2、抽奖京东卡的张数=完成邀请3人任务的用户数x20%（每位完成邀请任务的用户被抽中的概率为20%）；3、共90张京东卡，先到先得问卷链接：戳此处填写问卷玩法二：邀请35人必得50元京东卡有效邀请人数35人，可获得50元京东卡1张，限量100张！（同一账号最多获得2张）第1步问卷：邀请35名新用户完成本问卷，>>戳此处填问卷<<2、本人及被邀请者同时需要报名活动：>>戳此处报名活动<<说明：需邀请新用户方为有效邀请，以最终公示数据为准。（新用户：7月13日前从未参加过华为云活动的真实用户）问卷显示的“仅需邀请人数”仅供参考，因问卷仅记录邀请人数，但根据规则，非新用户不计入有效邀请，故发奖请以最终数据公示为准。玩法三：报名并完成“学生认证”即可参与抽奖，奖品为100张50元京东卡！第1步报名：>>戳此处报名<<前往活动页面，完成报名第2步学生认证：>>戳此处学生认证<<可完成后加入抽奖，奖品为100张50元京东卡。玩法四：有奖问答：小助手将在群中，更新问题，最先回复正确的同学，可获得当日奖品。奖品库：京东卡、华为无线充电器、华为半入耳式耳机、华为行李牌、华为帆布包、华为鼠标垫等~社群二维码：玩法五：7月28日15点观看直播，可参与直播抽奖。直播间奖品：50元京东卡、华为mini蓝牙小音箱、AM115半入耳式耳机玩法六：在本贴当中分享程序员、写代码、秃头、对程序员工作的好奇，统统都可以！楼层为6、16、66可获得华为攻城狮行李牌1个；楼层为96、136、166可获得帆布包1个；楼层为266层，可获得50元京东卡1张！！名单公示：所有玩法的中奖名单，在活动结束后14个工作日内，均将公示至此贴评论区，敬请关注。直播时间2021年7月28日 15点说明：1）请务必使用个人账号参与活动（IAM、企业账号等账号参与无效）；2）参与活动邀请的用户，按邀请人数进行排名，若邀请人数一致，则按完成邀请的时间先后为标准，进行排名；3）本次活动，活动获奖名单预计于活动结束后10个工作日内完成公示，25个工作日内完成奖品发放，发放时间根据实际情况动态调整，如有延期敬请见谅；4）本活动最终解释权归华为云所有。5）活动有任何问题，请联系小助手。（工作日9点至18点回复消息，如回复不及时请见谅）【联系我们】

【参与方式】1. 请在此帖下进行盖楼，留下您的联系方式（微信或手机号），我们随后会联系您！2. 请扫描此二维码进入微信群，具体方式咨询群内工作人员，群里有不定期套餐优惠福利，还有VIP一对一教学指导提示：您填写并提交的上述信息视为您同意华为云通过电话方式联系您完善信息以便能够为您提供更贴心的云服务【APIMock测试服务介绍】Mock服务旨在提供功能强大的接口 Mock 及接口管理服务。可以通过模拟接口的响应，解决开发或测试过程中依赖的服务不稳定等问题。Mock服务的使用场景有以下几种：并行开发：在被依赖模块未开发完成时，使用Mock服务替代真实服务，可进行并行或前后端联调测试。依赖服务不稳定：当依赖服务不稳定时，会导致自动化测试用例失败，使用Mock服务替代真实的服务，可以保证自动化测试稳定执行，提升流水线的健壮性。构造异常场景：测试时会需要构造一些异常数据或延迟响应等异常场景，使用真实服务通常无法满足需求，使用Mock服务可以快速构造异常场景，提升测试覆盖率。点击下方超链接跳转为您介绍如何在软件开发平台中使用Mock服务，包括：     新建Mock服务分组     添加Mock服务     编辑Mock服务     访问Mock请求     导入OPENAPI接口定义文件

一：需求分析了解熟悉业务，分析需求测试点    确认功能(业务功能，辅助功能，数据约束，易用性需求，编辑约束，参数需求，权限需求，性能约束）    场景分析（考虑场景调用者和系统内部各个场景之间联系）    挖掘隐性需求（常用业务流程以及各分支）二：测试计划    编写目的    此文档根据项目需求文档，制定测试策略、评估测试风险，确定所需的资源，并对测试的工作量进行估计，进行人员和进度安排，并且列出测试项目的可交付元素。    参考文档    详细设计文档，设计原型    测试概要    （1）测试目标    通过测试，达到以下目标：    测试已实现的产品是否达到设计的要求，包括：各个功能点是否以实现，业务流程是否正确。    产品规定的操作和系统运行稳定。    Bug数和缺陷率控制在可接收的范围之内，遗留BUG一般不超过所有BUG的10%    （2）测试范围    列出测试最终需要交付的功能模块列表    （3）测试人力资源    （4）测试环境：服务器环境，终端环境，网络环境    （5）bug管理工具    测试规范    开始测试标准：代码编译通过，软件可以争取安装运行，实现功能与产品设计出人，冒烟测试通过    中断测试标准：安装无法正确完成，程序代码编译不通过，系统服务异常，发现阻塞功能的bug    bug规范    致命，严重，一般，建议    在这里插入图片描述    测试策略    冒烟测试：依据开发提测时间变动    第一轮功能测试：执行测试用例，包括边界值测试，兼容性测试，易用性测试，用户界面测试，安全性测试    第二轮功能测试：bug复测及功能验证    回归测试：全面回归测试    性能测试：需确认具体性能测试方案和工具    发布测试    测试报告总结    测试风险    测试本身（测试时间/测试技术/开发进度延误/难以修复缺陷/其它原因）    测试输出文档    测试计划    测试用例    测试bug单    测试报告三：测试用例测试需求分析和业务流程分析    设计方法：    等价类划分法（将测试的范围划分成几个互不相交的子集）    边界值分析法（选出的测试用例，应选取正好等于、刚刚大于、刚刚小于边界的值）    错误推测法（在测试程序时，人们可以根据经验或直觉推测程序中可能存在的各种错误）    判定表法（适合于逻辑判断复杂的场景，通过穷举条件获得结果，对结果再进行优化合并，会得到一个判断清晰的策略）    正交实验法（在各因素互相独立的情况下，设计出一种特殊的表格，找出能以少数替代全面的测试用例）    还有其它场景法和状态迁移法等    测试用例八要素：用例编号，测试项目，测试标题，重要级别，预置条件，测试输入，操作步骤，预期输出    （1） 用例编号（规则：由字符和数字组成的字符串，具有唯一性，易识别性）    （2） 测试项目（对应测试用例编号中的测试子项名 系统测试    （3） 测试标题（体现测试出发点关注点以及测试用例期盼的测试结果）    （4） 重要级别、优先级别（重要级别一般分为高中低 ）    （5） 预置条件：测试用例在执行时需要满足一些前提条件，环境的设置    （6） 测试输入（测试执行中需要加工的外部信息，避免用描述性语言，要具体，根据测试用例具体情况，有手工输入，文件，数据库记录）    （7） 操作步骤：执行当前用例需要经过的操作步骤，需要明确的给出每一个步骤的描述    （8） 预期输出：需要判断测试对象是否正常工作四.测试执行    测试环境搭建    测试环境：硬件环境，软件环境    硬件环境：测试必须的服务器，客户端，网络连接设备，以及打印机/扫描仪等辅助硬件设备构成的环境    软件环境：被测软件运行的操作系统，数据库以及其它应用软件构成的环境    搭建测试环境的准备工作：    安装工具：虚拟机    虚拟机优点：运行在主机上    执行测试用例    根据测试用例优先级来执行测试用例    测试执行流程：冒烟测试-迭代测试（先功能后性能，回归测试）-发布测试    注：对应测试产出对应测试报告和bug清单，并将bug提到缺陷管理库里五.测试文档    测试报告    测试结论（是否达到发布标准，是否可发布）    已知风险、未知风险    测试时间，测试人员（测试起止时间）    测试环境，测试设备（用到哪些测试收集，客户端环境，浏览器）    需求大纲（当前这个版本，包含哪些需求点）    Bug数据分析（从多个维度分析：bug等级分布，遗留bug分析，bug类型分布。模块bug分布，bug激活次数分析）    测试总结（从测试角度，对版本存在的问题，提出建议）    bug清单报告    分析统计bug迭代生命周期    bug迭代修复情况（折线图）    未关闭bug按严重等级或状态统计（扇形图）另附：bug描述：（1）bug标题（问题描述）（2）bug测试环境（所属版本，所属模块）（3）bug优先级（4）bug类型（5）可重复性（是否好复现）（6）操作步骤（通过对什么样的操作，进行了什么 样的步骤）（7）预期结果（8）实际结果

生命周期若您配置了生命周期规则，在生命周期规则执行过程中以及执行完成后，可能产生如下费用：各项费用的详细说明，请参见OBS计费说明。表1 生命周期费用说明（执行过程中）生命周期操作产生费用类别费用说明过期删除请求费用免费，删除操作不计请求次数。存储费用当低频访问存储早于30天删除，归档存储早于90天删除，需要补足剩余天数的存储费用。标准存储->低频访问存储请求费用按转换成功的对象数计算请求次数，产生请求费用。转换成功N个对象，记录N次请求。标准存储->归档存储请求费用低频访问存储->归档存储请求费用表2 生命周期费用说明（执行完成后）生命周期操作产生费用类别费用说明过期删除无无标准存储->低频访问存储存储费用转换为低频访问存储后，按低频访问存储计算存储费用。数据取回费用转换为低频访问存储后，当用户访问低频访问存储对象时，会根据对象大小产生数据取回费用。标准存储->归档存储存储费用转换为归档存储后，按归档存储计算存储费用。数据取回费用转换为归档存储后，当用户访问归档存储对象时，会根据对象大小和设置的取回速度级别产生数据取回费用。低频访问存储->归档存储存储费用转换为归档存储后，按归档存储计算存储费用。当低频访问存储早于30天转换为归档存储，需要补足剩余天数的存储费用。数据取回费用转换为归档存储后，当用户访问归档存储对象时，会根据对象大小和设置的取回速度级别产生数据取回费用。