Changes for page 服务管理实践 - 20 服务验证和测试

Last modified by superadmin on 2024/12/25, 15:41

From version < 12.1 >

edited by superadmin
on 2021/12/16, 23:41

To version < 11.1 >

edited by superadmin
on 2021/12/16, 23:36

< >

Change comment: There is no comment for this version

Raw
Rendered

Summary

Page properties (1 modified, 0 added, 0 removed)

Details

Page properties

Content

@@ -24,11
          +24,9 @@
  ----
--
  {{box cssClass="floatinginfobox" title="**Contents**"}}
  {{toc/}}
  {{/box}}
--
  = **1. 关于本文档** =
  本文档为服务验证和测试实践提供了实用指南。分为五个主要部分，涵盖：
@@ -40,7
          +40,6 @@
  * 对本实践的合作伙伴和供应商的考虑
--
  == **1.1** **ITIL®4 认证方案** ==
  本文档中的部分内容可作为以下课程的一部分检验标准
@@ -48,6
          +48,7 @@
  * ITIL专家创建，交付和支持
  * ITIL专家高速IT
++
  详情请参考各部分教学大纲文档。
@@ -59,8
          +59,7 @@
  == **2.1** **目的和描述** ==
--(% class="wikigeneratedid" id="H5173952E4FE1606F" %)
--**关键信息**
++== 关键信息[[image:file:///C:\Users\19805\AppData\Local\Temp\ksohtml\wps7B08.tmp.png]] ==
  服务验证和测试实践的目的是确保新产品和服务或对其的变更符合定义的要求。服务价值的定义基于客户、业务目标和法规要求的输入，并作为设计和转换价值链活动的一部分。这些输入将用于设立可度量的质量和性能指标，而这些指标又将作为支持验收标准和测试要求的定义。
@@ -111,7
          +111,6 @@
  * 流程
--
  == **2. 2 术语和概念** ==
@@ -170,7
          +170,6 @@
  * 如果存在重大风险，请创建一个风险地图。风险图是面向服务设计人员和开发人员的制品。它们还有助于追溯到测试章程，该章程通过对测试特定领域中的特定风险来构建探索性测试。
--
  === 2.2.3 在不同环境中进行测试 ===
  基于风险的方法对于测试环境以及确定在哪个阶段进行测试也很有帮助。
@@ -208,6
          +208,7 @@
  * 已知存在但尚未被访问的信息
  * 未知是否存在的信息。
++
  想了解更多关于信息类型及其相关实际含义的详细信息，请参阅知识管理实践指南。
  根据信息的不同状态，关于软件测试有两种观点：
@@ -300,7
          +300,6 @@
  |运维中的服务|基于议定的准则和服务级别管理信息，验证服务质量（含功用、功效和体验级别）基于公认的准则和服务级别管理信息。|执行回归测试，以确认以前的测试结果仍然有效|混沌工程学，发现服务漏洞和，以及验收准则和正式的服务质量控制控件未涵盖的混沌工程至探索服务漏洞以及其他的错误和机会
--
  == **2.3 范围** ==
  服务验证和测试实践的范围包括：
@@ -335,7
          +335,6 @@
  |(% style="width:436px" %)持续管理和改进实施|(% style="width:188px" %)持续改进
--
  == **2.4 实践成功因素** ==
  **定义： 实践成功因素**
@@ -351,7
          +351,6 @@
  * 确保新的和变更的组件、产品和服务符合议定的准则
--
  === 2.4.1 定义并议定验证及测试组织的产品、服务和组件的方法，符合组织对服务变更的速度和质量要求 ===
  服务验证应该建立一种方法来捕获关于产品、服务和组件的所有功用和功效需求。此方法应涉及不同的利益相关者及其信息源，例如客户和用户需求和反馈、业务需求、内部和外部合规及法规要求、风险和安全、以及其他需求来源。同时，还应提出将需求转换为服务验收标准的方法。
@@ -389,7
          +389,6 @@
  |回归测试
--
  === 2.4.2 确保新的和变更的组件、产品和服务符合议定的准则 ===
  项目不尽相同，测试策略必须适合于相关的项目和组织结构。每个测试策略都应达成如下目标：
@@ -441,7
          +441,6 @@
  * 对生产环境服务的维护发布（回归威胁）。该威胁源自生产服务提供者。
--
  ==== 2.4.2.3 测试分析和设计 ====
  仅从整体覆盖率维度报告测试进度不能支持已知的风险评估。为了使测试进度报告有意义，测试应该与项目可交付成果和需求相结合。
@@ -478,8
          +478,7 @@
  用测试案例来表达缺陷的影响可能很有用。
--(% class="wikigeneratedid" id="H4F8BFF1A" %)
--**例：**
++====== **例：** ======
  测试团队已分析了最新销售订单处理系统中的下一个发布。对PEs和重点领域的分析已经完成。已经确定了172个测试案例可以涵盖PEs，但同时圈定了包含150个测试案例的标准回归包，以及根据PEs特性筛选的另外60个回归测试案例，得出的回归测试包总量有210个测试案例。在此示例中，回归测试要手动执行。
@@ -532,7
          +532,6 @@
  | |周期1的待办项|
--
  ==== 2.4.2.5 测试准备和执行 ====
  测试执行的规划可能是一项艰巨的任务。需要预见许多因素，以便测试执行可以推进。需要计划诸如环境创建、数据创建、用户帐户和角色配置等因素。
@@ -577,7
          +577,7 @@
--== **2.5** **关键指标** ==
++== 2.7 **关键指标** ==
  ITIL实践的有效性和绩效，应该以每个实践所贡献的价值流的背景进行评估。与任何工具的性能一样，实践的绩效只能在应用的背景下评估。但是，工具在设计和质量上可能会有很大差异。在使用这些工具时，这些差异决定了工具的潜力或能力是否有效。有关度量标准，关键性能或绩效指标（KPI）的其他有助于此技术的进一步指导，请参见度量和报告实践指南。
@@ -724,14
          +724,12 @@
  |(% style="width:149px" %)定义测试型号和评审|(% style="width:590px" %)服务测试经理按需建立可重复的测试模型，以确保产品和服务更新采用一致的测试方法。或者可以针对一次性大型服务推出专门生成一个测试模型，作为整体项目规划活动之一。
--
  === 3.2.2 服务验证 ===
  该流程包括表3.3中列出的活动，并将输入转换为输出。
--(% class="wikigeneratedid" id="H88683.3670D52A19A8C8BC16D417A0B76848F93516530016D3B52A8548C8F9351FA" %)
--表3.3 服务验证流程的输入、活动和输出
++===== 表3.3 服务验证流程的输入、活动和输出 =====
  |**关键输入**|**活动**|**关键输出**
  |(((
@@ -756,16
          +756,16 @@
  服务验收公告
  )))
++
  图3.3显示了流程的工作流图。
  (% style="text-align:center" %)
  [[image:1639668546990-435.png]]
--图3.3 服务验证流程的工作流
++[[image:file:///C:\Users\19805\AppData\Local\Temp\ksohtml\wpsDDA7.tmp.png]]图3.3 服务验证流程的工作流
--(% class="wikigeneratedid" id="H88683.4670D52A19A8C8BC16D417A0B4E2D6D3B52A87684793A4F8B8BF4660E" %)
--表3.4 服务验证流程中活动的示例说明
++===== 表3.4 服务验证流程中活动的示例说明 =====
  |**活动**|**描述**
  |(((
@@ -779,13
          +779,13 @@
  )))
  |确认验收标准|服务验证专家接受测试的结果，并向利益相关者保证，在特定的测试之后，已经满足了验收准则。此活动贯穿整个服务解决方案交付的转换阶段。
++
  === 3.2.3 执行测试 ===
  该流程包括表3.5中列出的活动，并将输入转换为输出。
--(% class="wikigeneratedid" id="H88683.56D4B8BD576848F93516530016D3B52A8548C8F9351FA6D417A0B" %)
--表3.5 测试的输入、活动和输出流程
++===== 表3.5 测试的输入、活动和输出流程 =====
  |**关键输入**|(% style="width:471px" %)**活动**|(% colspan="2" style="width:422px" %)**关键输出**
  |(% rowspan="3" %)(((
@@ -810,6
          +810,7 @@
  )))
  |(% colspan="2" %)测试完成|
++
  图3.4显示了流程的工作流图。
@@ -817,11
          +817,10 @@
  [[image:1639668707084-573.png]]
--图3.4执行测试的工作流
++[[image:file:///C:\Users\19805\AppData\Local\Temp\ksohtml\wps5659.tmp.png]]图3.4执行测试的工作流
--(% class="wikigeneratedid" id="H88683.66D4B8BD56267884C4E2D76846D3B52A87684793A4F8B8BF4660E" %)
--表3.6测试执行中的活动的示例说明
++===== 表3.6测试执行中的活动的示例说明 =====
  |**活动**|**描述**
  |(((
@@ -855,6
          +855,7 @@
++
  ----
@@ -872,6
          +872,8 @@
  表4.1能力编码和能力概括
++[[image:file:///C:\Users\19805\AppData\Local\Temp\ksohtml\wpsA9D9.tmp.jpg]]
++
  表4.2中列出了服务验证和测试实践涉及的角色示例，以及相应的能力概括和特定技能。
@@ -977,6
          +977,7 @@
  |测试结束|服务测试经理|MTC|能够将测试结果与测试策略中注明的风险对齐。
++
  == **4.2 组织架构和团队** ==
@@ -1000,12
          +1000,13 @@
++
  ----
  = **5. 信息和技术** =
--== **5.1** **信息交流** ==
++== 5.1 **信息交流** ==
  服务验证和测试的有效性是基于所使用的信息的质量。这些信息包括但不限于：
@@ -1161,6
          +1161,7 @@
++
  ----
  = **6. 合作伙伴和供应商** =

粤ICP备17056641号

深圳市艾拓先锋企业管理咨询有限公司