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

Summary

Details

Icon Page properties
标题
... ... @@ -1,1 +1,1 @@
1 -ITIL 4 服务验证和测试实践
1 +20 服务验证和测试实践
Content
... ... @@ -40,7 +40,6 @@
40 40  * 对本实践的合作伙伴和供应商的考虑
41 41  
42 42  
43 -
44 44  == **1.1** **ITIL®4 认证方案** ==
45 45  
46 46  本文档中的部分内容可作为以下课程的一部分检验标准
... ... @@ -111,7 +111,6 @@
111 111  * 流程
112 112  
113 113  
114 -
115 115  == **2. 2 术语和概念** ==
116 116  
117 117  
... ... @@ -170,7 +170,6 @@
170 170  * 如果存在重大风险，请创建一个风险地图。风险图是面向服务设计人员和开发人员的制品。它们还有助于追溯到测试章程，该章程通过对测试特定领域中的特定风险来构建探索性测试。
171 171  
172 172  
173 -
174 174  === 2.2.3 在不同环境中进行测试 ===
175 175  
176 176  基于风险的方法对于测试环境以及确定在哪个阶段进行测试也很有帮助。
... ... @@ -300,7 +300,6 @@
300 300  |运维中的服务|基于议定的准则和服务级别管理信息，验证服务质量（含功用、功效和体验级别）基于公认的准则和服务级别管理信息。|执行回归测试，以确认以前的测试结果仍然有效|混沌工程学，发现服务漏洞和，以及验收准则和正式的服务质量控制控件未涵盖的混沌工程至探索服务漏洞以及其他的错误和机会
301 301  
302 302  
303 -
304 304  == **2.3 范围** ==
305 305  
306 306  服务验证和测试实践的范围包括：
... ... @@ -335,7 +335,6 @@
335 335  |(% style="width:436px" %)持续管理和改进实施|(% style="width:188px" %)持续改进
336 336  
337 337  
338 -
339 339  == **2.4 实践成功因素** ==
340 340  
341 341  **定义： 实践成功因素**
... ... @@ -351,7 +351,6 @@
351 351  * 确保新的和变更的组件、产品和服务符合议定的准则
352 352  
353 353  
354 -
355 355  === 2.4.1 定义并议定验证及测试组织的产品、服务和组件的方法，符合组织对服务变更的速度和质量要求 ===
356 356  
357 357  服务验证应该建立一种方法来捕获关于产品、服务和组件的所有功用和功效需求。此方法应涉及不同的利益相关者及其信息源，例如客户和用户需求和反馈、业务需求、内部和外部合规及法规要求、风险和安全、以及其他需求来源。同时，还应提出将需求转换为服务验收标准的方法。
... ... @@ -389,7 +389,6 @@
389 389  |回归测试
390 390  
391 391  
392 -
393 393  === 2.4.2 确保新的和变更的组件、产品和服务符合议定的准则 ===
394 394  
395 395  项目不尽相同，测试策略必须适合于相关的项目和组织结构。每个测试策略都应达成如下目标：
... ... @@ -441,7 +441,6 @@
441 441  * 对生产环境服务的维护发布（回归威胁）。该威胁源自生产服务提供者。
442 442  
443 443  
444 -
445 445  ==== 2.4.2.3 测试分析和设计 ====
446 446  
447 447  仅从整体覆盖率维度报告测试进度不能支持已知的风险评估。为了使测试进度报告有意义，测试应该与项目可交付成果和需求相结合。
... ... @@ -532,7 +532,6 @@
532 532  | |周期1的待办项|
533 533  
534 534  
535 -
536 536  ==== 2.4.2.5 测试准备和执行 ====
537 537  
538 538  测试执行的规划可能是一项艰巨的任务。需要预见许多因素，以便测试执行可以推进。需要计划诸如环境创建、数据创建、用户帐户和角色配置等因素。
... ... @@ -657,7 +657,6 @@
657 657  * 服务验证
658 658  * 执行测试。
659 659  
660 -
661 661  === 3.2.1 测试方法和模型管理 ===
662 662  
663 663  该流程包括表3.1中列出的活动，并将输入转换为输出。
... ... @@ -724,7 +724,6 @@
724 724  |(% style="width:149px" %)定义测试型号和评审|(% style="width:590px" %)服务测试经理按需建立可重复的测试模型，以确保产品和服务更新采用一致的测试方法。或者可以针对一次性大型服务推出专门生成一个测试模型，作为整体项目规划活动之一。
725 725  
726 726  
727 -
728 728  === 3.2.2 服务验证 ===
729 729  
730 730  该流程包括表3.3中列出的活动，并将输入转换为输出。
... ... @@ -854,7 +854,6 @@
854 854  )))
855 855  
856 856  
857 -
858 858  ----
859 859  
860 860  
... ... @@ -976,7 +976,6 @@
976 976  )))
977 977  |测试结束|服务测试经理|MTC|能够将测试结果与测试策略中注明的风险对齐。
978 978  
979 -
980 980  == **4.2 组织架构和团队** ==
981 981  
982 982  
... ... @@ -999,7 +999,6 @@
999 999  * 管理测试环境和相关资源。
1000 1000  
1001 1001  
1002 -
1003 1003  ----
1004 1004  
1005 1005  = **5. 信息和技术** =
... ... @@ -1160,7 +1160,6 @@
1160 1160  )))
1161 1161  
1162 1162  
1163 -
1164 1164  ----
1165 1165  
1166 1166  = **6. 合作伙伴和供应商** =
深圳市艾拓先锋企业管理咨询有限公司