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

Summary

Details

Icon Page properties
Content
... ... @@ -24,11 +24,9 @@
24 24  
25 25  
26 26  ----
27 -
28 28  {{box cssClass="floatinginfobox" title="**Contents**"}}
29 29  {{toc/}}
30 30  {{/box}}
31 -
32 32  = **1. 关于本文档** =
33 33  
34 34  本文档为服务验证和测试实践提供了实用指南。分为五个主要部分,涵盖:
... ... @@ -40,7 +40,6 @@
40 40  * 对本实践的合作伙伴和供应商的考虑
41 41  
42 42  
43 -
44 44  == **1.1** **ITIL®4 认证方案** ==
45 45  
46 46  本文档中的部分内容可作为以下课程的一部分检验标准
... ... @@ -48,6 +48,7 @@
48 48  * ITIL专家创建,交付和支持
49 49  * ITIL专家高速IT
50 50  
48 +
51 51  详情请参考各部分教学大纲文档。
52 52  
53 53  
... ... @@ -59,8 +59,7 @@
59 59  
60 60  == **2.1** **目的和描述** ==
61 61  
62 -(% class="wikigeneratedid" id="H5173952E4FE1606F" %)
63 -**关键信息**
60 +== 关键信息[[image:file:///C:\Users\19805\AppData\Local\Temp\ksohtml\wps7B08.tmp.png]] ==
64 64  
65 65  服务验证和测试实践的目的是确保新产品和服务或对其的变更符合定义的要求。服务价值的定义基于客户、业务目标和法规要求的输入,并作为设计和转换价值链活动的一部分。这些输入将用于设立可度量的质量和性能指标,而这些指标又将作为支持验收标准和测试要求的定义。
66 66  
... ... @@ -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  基于风险的方法对于测试环境以及确定在哪个阶段进行测试也很有帮助。
... ... @@ -208,6 +208,7 @@
208 208  * 已知存在但尚未被访问的信息
209 209  * 未知是否存在的信息。
210 210  
206 +
211 211  想了解更多关于信息类型及其相关实际含义的详细信息,请参阅知识管理实践指南。
212 212  
213 213  根据信息的不同状态,关于软件测试有两种观点:
... ... @@ -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  仅从整体覆盖率维度报告测试进度不能支持已知的风险评估。为了使测试进度报告有意义,测试应该与项目可交付成果和需求相结合。
... ... @@ -478,8 +478,7 @@
478 478  
479 479  用测试案例来表达缺陷的影响可能很有用。
480 480  
481 -(% class="wikigeneratedid" id="H4F8BFF1A" %)
482 -**例:**
472 +====== **例:** ======
483 483  
484 484  测试团队已分析了最新销售订单处理系统中的下一个发布。对PEs和重点领域的分析已经完成。已经确定了172个测试案例可以涵盖PEs,但同时圈定了包含150个测试案例的标准回归包,以及根据PEs特性筛选的另外60个回归测试案例,得出的回归测试包总量有210个测试案例。在此示例中,回归测试要手动执行。
485 485  
... ... @@ -532,7 +532,6 @@
532 532  | |周期1的待办项|
533 533  
534 534  
535 -
536 536  ==== 2.4.2.5 测试准备和执行 ====
537 537  
538 538  测试执行的规划可能是一项艰巨的任务。需要预见许多因素,以便测试执行可以推进。需要计划诸如环境创建、数据创建、用户帐户和角色配置等因素。
... ... @@ -577,7 +577,7 @@
577 577  
578 578  
579 579  
580 -== **​​​​​​​2.5** **关键指标** ==
569 +== ​​​​​​​2.7 **关键指标** ==
581 581  
582 582  ITIL实践的有效性和绩效,应该以每个实践所贡献的价值流的背景进行评估。与任何工具的性能一样,实践的绩效只能在应用的背景下评估。但是,工具在设计和质量上可能会有很大差异。在使用这些工具时,这些差异决定了工具的潜力或能力是否有效。有关度量标准,关键性能或绩效指标(KPI)的其他有助于此技术的进一步指导,请参见度量和报告实践指南。
583 583  
... ... @@ -724,14 +724,12 @@
724 724  |(% style="width:149px" %)定义测试型号和评审|(% style="width:590px" %)服务测试经理按需建立可重复的测试模型,以确保产品和服务更新采用一致的测试方法。或者可以针对一次性大型服务推出专门生成一个测试模型,作为整体项目规划活动之一。
725 725  
726 726  
727 -
728 728  === 3.2.2 服务验证 ===
729 729  
730 730  该流程包括表3.3中列出的活动,并将输入转换为输出。
731 731  
732 732  
733 -(% class="wikigeneratedid" id="H88683.3670D52A19A8C8BC16D417A0B76848F93516530016D3B52A8548C8F9351FA" %)
734 -表3.3 服务验证流程的输入、活动和输出
721 +===== 表3.3 服务验证流程的输入、活动和输出 =====
735 735  
736 736  |**关键输入**|**活动**|**关键输出**
737 737  |(((
... ... @@ -756,16 +756,16 @@
756 756  服务验收公告
757 757  )))
758 758  
746 +
759 759  图3.3显示了流程的工作流图。
760 760  
761 761  (% style="text-align:center" %)
762 762  [[image:1639668546990-435.png]]
763 763  
764 -图3.3 服务验证流程的工作流
752 +[[image:file:///C:\Users\19805\AppData\Local\Temp\ksohtml\wpsDDA7.tmp.png]]图3.3 服务验证流程的工作流
765 765  
766 766  
767 -(% class="wikigeneratedid" id="H88683.4670D52A19A8C8BC16D417A0B4E2D6D3B52A87684793A4F8B8BF4660E" %)
768 -表3.4 服务验证流程中活动的示例说明
755 +===== 表3.4 服务验证流程中活动的示例说明 =====
769 769  
770 770  |**活动**|**描述**
771 771  |(((
... ... @@ -779,13 +779,13 @@
779 779  )))
780 780  |确认验收标准|服务验证专家接受测试的结果,并向利益相关者保证,在特定的测试之后,已经满足了验收准则。此活动贯穿整个服务解决方案交付的转换阶段。
781 781  
769 +
782 782  === 3.2.3 执行测试 ===
783 783  
784 784  该流程包括表3.5中列出的活动,并将输入转换为输出。
785 785  
786 786  
787 -(% class="wikigeneratedid" id="H88683.56D4B8BD576848F93516530016D3B52A8548C8F9351FA6D417A0B" %)
788 -表3.5 测试的输入、活动和输出流程
775 +===== 表3.5 测试的输入、活动和输出流程 =====
789 789  
790 790  |**关键输入**|(% style="width:471px" %)**活动**|(% colspan="2" style="width:422px" %)**关键输出**
791 791  |(% rowspan="3" %)(((
... ... @@ -810,6 +810,7 @@
810 810  )))
811 811  |(% colspan="2" %)测试完成|
812 812  
800 +
813 813  图3.4显示了流程的工作流图。
814 814  
815 815  
... ... @@ -817,11 +817,10 @@
817 817  [[image:1639668707084-573.png]]
818 818  
819 819  
820 -图3.4执行测试的工作流
808 +[[image:file:///C:\Users\19805\AppData\Local\Temp\ksohtml\wps5659.tmp.png]]图3.4执行测试的工作流
821 821  
822 822  
823 -(% class="wikigeneratedid" id="H88683.66D4B8BD56267884C4E2D76846D3B52A87684793A4F8B8BF4660E" %)
824 -表3.6测试执行中的活动的示例说明
811 +===== 表3.6测试执行中的活动的示例说明 =====
825 825  
826 826  |**活动**|**描述**
827 827  |(((
... ... @@ -855,6 +855,7 @@
855 855  
856 856  
857 857  
845 +
858 858  ----
859 859  
860 860  
... ... @@ -872,6 +872,8 @@
872 872  
873 873  表4.1能力编码和能力概括
874 874  
863 +[[image:file:///C:\Users\19805\AppData\Local\Temp\ksohtml\wpsA9D9.tmp.jpg]]
864 +
875 875  表4.2中列出了服务验证和测试实践涉及的角色示例,以及相应的能力概括和特定技能。
876 876  
877 877  
... ... @@ -977,6 +977,7 @@
977 977  |测试结束|服务测试经理|MTC|能够将测试结果与测试策略中注明的风险对齐。
978 978  
979 979  
970 +
980 980  == **4.2 组织架构和团队** ==
981 981  
982 982  
... ... @@ -1000,12 +1000,13 @@
1000 1000  
1001 1001  
1002 1002  
994 +
1003 1003  ----
1004 1004  
1005 1005  = **5. 信息和技术** =
1006 1006  
1007 1007  
1008 -== **​​​​​​​5.1** **信息交流** ==
1000 +== ​​​​​​​5.1 **信息交流** ==
1009 1009  
1010 1010  服务验证和测试的有效性是基于所使用的信息的质量。这些信息包括但不限于:
1011 1011  
... ... @@ -1161,6 +1161,7 @@
1161 1161  
1162 1162  
1163 1163  
1156 +
1164 1164  ----
1165 1165  
1166 1166  = **6. 合作伙伴和供应商** =
深圳市艾拓先锋企业管理咨询有限公司