由 superadmin 于 2024/12/25, 15:41 最后修改
从版本< 13.1 >
由superadmin编辑
在2021/12/29, 17:17上
到版本
由superadmin编辑
在2021/12/16, 23:41上
< >
修改评论 该版本没有评论

Summary

Details

Icon Page properties
标题
... ... @@ -1,1 +1,1 @@
1 -20 服务验证和测试实践
1 +ITIL 4 服务验证和测试实践
Content
... ... @@ -40,6 +40,7 @@
40 40  * 对本实践的合作伙伴和供应商的考虑
41 41  
42 42  
43 +
43 43  == **1.1** **ITIL®4 认证方案** ==
44 44  
45 45  本文档中的部分内容可作为以下课程的一部分检验标准
... ... @@ -110,6 +110,7 @@
110 110  * 流程
111 111  
112 112  
114 +
113 113  == **2. 2 术语和概念** ==
114 114  
115 115  
... ... @@ -168,6 +168,7 @@
168 168  * 如果存在重大风险，请创建一个风险地图。风险图是面向服务设计人员和开发人员的制品。它们还有助于追溯到测试章程，该章程通过对测试特定领域中的特定风险来构建探索性测试。
169 169  
170 170  
173 +
171 171  === 2.2.3 在不同环境中进行测试 ===
172 172  
173 173  基于风险的方法对于测试环境以及确定在哪个阶段进行测试也很有帮助。
... ... @@ -297,6 +297,7 @@
297 297  |运维中的服务|基于议定的准则和服务级别管理信息，验证服务质量（含功用、功效和体验级别）基于公认的准则和服务级别管理信息。|执行回归测试，以确认以前的测试结果仍然有效|混沌工程学，发现服务漏洞和，以及验收准则和正式的服务质量控制控件未涵盖的混沌工程至探索服务漏洞以及其他的错误和机会
298 298  
299 299  
303 +
300 300  == **2.3 范围** ==
301 301  
302 302  服务验证和测试实践的范围包括：
... ... @@ -331,6 +331,7 @@
331 331  |(% style="width:436px" %)持续管理和改进实施|(% style="width:188px" %)持续改进
332 332  
333 333  
338 +
334 334  == **2.4 实践成功因素** ==
335 335  
336 336  **定义： 实践成功因素**
... ... @@ -346,6 +346,7 @@
346 346  * 确保新的和变更的组件、产品和服务符合议定的准则
347 347  
348 348  
354 +
349 349  === 2.4.1 定义并议定验证及测试组织的产品、服务和组件的方法，符合组织对服务变更的速度和质量要求 ===
350 350  
351 351  服务验证应该建立一种方法来捕获关于产品、服务和组件的所有功用和功效需求。此方法应涉及不同的利益相关者及其信息源，例如客户和用户需求和反馈、业务需求、内部和外部合规及法规要求、风险和安全、以及其他需求来源。同时，还应提出将需求转换为服务验收标准的方法。
... ... @@ -383,6 +383,7 @@
383 383  |回归测试
384 384  
385 385  
392 +
386 386  === 2.4.2 确保新的和变更的组件、产品和服务符合议定的准则 ===
387 387  
388 388  项目不尽相同，测试策略必须适合于相关的项目和组织结构。每个测试策略都应达成如下目标：
... ... @@ -434,6 +434,7 @@
434 434  * 对生产环境服务的维护发布（回归威胁）。该威胁源自生产服务提供者。
435 435  
436 436  
444 +
437 437  ==== 2.4.2.3 测试分析和设计 ====
438 438  
439 439  仅从整体覆盖率维度报告测试进度不能支持已知的风险评估。为了使测试进度报告有意义，测试应该与项目可交付成果和需求相结合。
... ... @@ -524,6 +524,7 @@
524 524  | |周期1的待办项|
525 525  
526 526  
535 +
527 527  ==== 2.4.2.5 测试准备和执行 ====
528 528  
529 529  测试执行的规划可能是一项艰巨的任务。需要预见许多因素，以便测试执行可以推进。需要计划诸如环境创建、数据创建、用户帐户和角色配置等因素。
... ... @@ -648,6 +648,7 @@
648 648  * 服务验证
649 649  * 执行测试。
650 650  
660 +
651 651  === 3.2.1 测试方法和模型管理 ===
652 652  
653 653  该流程包括表3.1中列出的活动，并将输入转换为输出。
... ... @@ -714,6 +714,7 @@
714 714  |(% style="width:149px" %)定义测试型号和评审|(% style="width:590px" %)服务测试经理按需建立可重复的测试模型，以确保产品和服务更新采用一致的测试方法。或者可以针对一次性大型服务推出专门生成一个测试模型，作为整体项目规划活动之一。
715 715  
716 716  
727 +
717 717  === 3.2.2 服务验证 ===
718 718  
719 719  该流程包括表3.3中列出的活动，并将输入转换为输出。
... ... @@ -843,6 +843,7 @@
843 843  )))
844 844  
845 845  
857 +
846 846  ----
847 847  
848 848  
... ... @@ -964,6 +964,7 @@
964 964  )))
965 965  |测试结束|服务测试经理|MTC|能够将测试结果与测试策略中注明的风险对齐。
966 966  
979 +
967 967  == **4.2 组织架构和团队** ==
968 968  
969 969  
... ... @@ -986,6 +986,7 @@
986 986  * 管理测试环境和相关资源。
987 987  
988 988  
1002 +
989 989  ----
990 990  
991 991  = **5. 信息和技术** =
... ... @@ -1146,6 +1146,7 @@
1146 1146  )))
1147 1147  
1148 1148  
1163 +
1149 1149  ----
1150 1150  
1151 1151  = **6. 合作伙伴和供应商** =
深圳市艾拓先锋企业管理咨询有限公司