由 superadmin 于 2024/12/25, 15:41 最后修改
从版本< 26.1 >
由superadmin编辑
在2022/01/16, 21:02上
到版本
由superadmin编辑
在2022/01/16, 21:02上
< >
修改评论 上传新附件1642338122231-235.png

Summary

Details

Icon Page properties
Content
... ... @@ -39,6 +39,7 @@
39 39  * 支持本实践的信息和技术
40 40  * 对本实践的合作伙伴和供应商的考虑
41 41  
42 +
42 42  == **1.1** **ITIL®4 认证方案** ==
43 43  
44 44  本文档中的部分内容可作为以下课程的一部分检验标准
... ... @@ -108,6 +108,7 @@
108 108  * 工具
109 109  * 流程
110 110  
112 +
111 111  == **2. 2 术语和概念** ==
112 112  
113 113  
... ... @@ -165,6 +165,7 @@
165 165  * 评估风险，并决定是否要花费更多的时间和精力来减轻或测试风险。有关此主题的更多信息，请参考风险管理实践指南。
166 166  * 如果存在重大风险，请创建一个风险地图。风险图是面向服务设计人员和开发人员的制品。它们还有助于追溯到测试章程，该章程通过对测试特定领域中的特定风险来构建探索性测试。
167 167  
170 +
168 168  === 2.2.3 在不同环境中进行测试 ===
169 169  
170 170  基于风险的方法对于测试环境以及确定在哪个阶段进行测试也很有帮助。
... ... @@ -247,14 +247,53 @@
247 247  
248 248  表2.1整个数字化产品生命周期的验证和测试
249 249  
250 -[[image:1642337469558-744.png]]
253 +|数字化产品生命周期阶段和相关制品|验证|断言测试|探索性测试
254 +|理念|-|-|评估这些理念，以及其与客户和组织的需求的相关性
255 +|史诗、用户故事、功能、促成因素等|验证史诗、用户故事以及功能/促成因素，生成对UX/UI设计、架构和代码设计的验收标准|-|评估史诗、用户故事以及功能，发现不一致和错失的机会
256 +|UX / UI设计|(((
257 +验证设计，以确认其基于史诗，用户故事和功能，并且与定义的规则准则相匹配。
251 251  
252 -[[image:1642337544126-666.png]]
259 +定义或更新架构及代码设计验收标准。
253 253  
254 -[[image:1642337563709-411.png]]
261 +
262 +)))|测试UX / UI线框，以确认其符合架构的设计策略和准则（如果适用）|评估探索UX / UI线框，以发现识别不一致和错误
263 +|架构和代码设计|(((
264 +验证设计，确认其基于史诗，用户故事和功能，并与定义的准则相匹配
255 255  
266 +生成开发代码的验收准则
267 +)))|测试对架构和代码设计产出物制品进行测试，以确认其满足架构和设计策略和准则（如果适用）|评估探索架构和代码设计产物制品，以识别发现不一致和错误
268 +|代码单位|(((
269 +代码的验证，以确认其根据商定的设计开发，并已经完整完成，同时遵守商定的架构标准。
256 256  
271 +更新可运行的软件的验收准则
272 +)))|执行自动化单元测试（有时是手动的单元测试），以确认每个单元均按照商定的准则进行设计|(((
273 +同行评审，结对编程和其他探索性测试，以识别验收标准未涵盖的错误
257 257  
275 +
276 +)))
277 +|可运行的软件|(((
278 +基于议定的标准进行软件的验证，以确认它是否具备完整性，并遵守议定的架构标准。
279 +
280 +定义并更新部署和发布的验收标准
281 +)))|根据议定的准则，执行自动化单元测试（有时是手动的单元测试），确认软件是否按设计执行|对软件进行评审和评估探索，发现错误和验收准则中未涵盖的错误和机会
282 +|部署和发布流水线|(((
283 +验证部署和发布工具的流程和方法，以及确认其它们是否符合议定的需求。
284 +
285 +更新部署和发布的验收准则
286 +)))|对流水线发布的工具和流程进行自动化测试（有时是手动测试），确认其按照约定工作|评估探索发布的流水线工具和流程，发现验收准则中未涵盖的错误和机会
287 +|软件部署|(((
288 +验证部署的完整性和正确性
289 +
290 +更新发布验收标准和回归测试准则
291 +)))|对已部署的制品进行自动化测试，以确认其满足议定的验收准则|评估探索已部署的制品和环境，发现验收准则中未涵盖的错误和机会
292 +|服务发布|(((
293 +验证已发布的服务，以确认其完整性，并且符合商定的设计规范
294 +
295 +更新实时服务验证准则
296 +)))|执行服务运营的自动化和手动测试，包括用户验收及用户销售活动测试|评估探索发布的服务，发现验收准则中未涵盖的错误和机会
297 +|运维中的服务|基于议定的准则和服务级别管理信息，验证服务质量（含功用、功效和体验级别）基于公认的准则和服务级别管理信息。|执行回归测试，以确认以前的测试结果仍然有效|混沌工程学，发现服务漏洞和，以及验收准则和正式的服务质量控制控件未涵盖的混沌工程至探索服务漏洞以及其他的错误和机会
298 +
299 +
258 258  == **2.3 范围** ==
259 259  
260 260  服务验证和测试实践的范围包括：
... ... @@ -269,27 +269,26 @@
269 269  
270 270  表2.2 在其他实践指南中描述的与服务验证和测试实践相关的活动
271 271  
272 -(% style="width:443px" %)
273 -|(% style="width:279px" %)**活动**|(% style="width:162px" %)**实践指南**
274 -|(% style="width:279px" %)(((
314 +(% style="width:626px" %)
315 +|(% style="width:436px" %)**活动**|(% style="width:188px" %)**实践指南**
316 +|(% style="width:436px" %)(((
275 275  建立关于新产品或服务或其变更的功用和功效的详细要求。
276 276  
277 277  分析现有功用和功效之外的新的服务要求
278 -)))|(% style="width:162px" %)业务分析
279 -|(% style="width:279px" %)(((
320 +)))|(% style="width:188px" %)业务分析
321 +|(% style="width:436px" %)(((
280 280  控制测试的成本
281 281  
282 282  制定测试预算
283 -)))|(% style="width:162px" %)成本
284 -|(% style="width:279px" %)开发和管理软件|(% style="width:162px" %)软件开发和管理
285 -|(% style="width:279px" %)开发和管理基础架构|(% style="width:162px" %)基础设施和平台管理
286 -|(% style="width:279px" %)与用户的操作沟通，并收集反馈|(% style="width:162px" %)服务台
287 -|(% style="width:279px" %)部署服务和组件|(% style="width:162px" %)部署管理
288 -|(% style="width:279px" %)发布服务|(% style="width:162px" %)发布管理
289 -|(% style="width:279px" %)持续管理和改进实施|(% style="width:162px" %)持续改进
325 +)))|(% style="width:188px" %)成本
326 +|(% style="width:436px" %)开发和管理软件|(% style="width:188px" %)软件开发和管理
327 +|(% style="width:436px" %)开发和管理基础架构|(% style="width:188px" %)基础设施和平台管理
328 +|(% style="width:436px" %)与用户的操作沟通，并收集反馈|(% style="width:188px" %)服务台
329 +|(% style="width:436px" %)部署服务和组件|(% style="width:188px" %)部署管理
330 +|(% style="width:436px" %)发布服务|(% style="width:188px" %)发布管理
331 +|(% style="width:436px" %)持续管理和改进实施|(% style="width:188px" %)持续改进
290 290  
291 291  
292 -
293 293  == **2.4 实践成功因素** ==
294 294  
295 295  **定义： 实践成功因素**
... ... @@ -304,6 +304,7 @@
304 304  * 定义并议定验证及测试组织的产品、服务和组件的方法，符合组织对服务变更的速度和质量要求；
305 305  * 确保新的和变更的组件、产品和服务符合议定的准则
306 306  
348 +
307 307  === 2.4.1 定义并议定验证及测试组织的产品、服务和组件的方法，符合组织对服务变更的速度和质量要求 ===
308 308  
309 309  服务验证应该建立一种方法来捕获关于产品、服务和组件的所有功用和功效需求。此方法应涉及不同的利益相关者及其信息源，例如客户和用户需求和反馈、业务需求、内部和外部合规及法规要求、风险和安全、以及其他需求来源。同时，还应提出将需求转换为服务验收标准的方法。
... ... @@ -334,9 +334,12 @@
334 334  
335 335  表2.3 测试策略
336 336  
337 -[[image:1642337744327-729.png]]
379 +| |(% colspan="4" %)测试策略
380 +|类型/级别|单元|集成|系统|用户验收测试UAT
381 +|功能性|(% rowspan="3" %)单元测试计划|(% rowspan="3" %)集成测试计划|(% rowspan="3" %)系统测试计划|(% rowspan="3" %)用户验收测试计划
382 +|非功能性
383 +|回归测试
338 338  
339 -
340 340  
341 341  === 2.4.2 确保新的和变更的组件、产品和服务符合议定的准则 ===
342 342  
... ... @@ -388,6 +388,7 @@
388 388  * 生产环境服务的修补（回归威胁）。该威胁源自生产服务提供者。
389 389  * 对生产环境服务的维护发布（回归威胁）。该威胁源自生产服务提供者。
390 390  
436 +
391 391  ==== 2.4.2.3 测试分析和设计 ====
392 392  
393 393  仅从整体覆盖率维度报告测试进度不能支持已知的风险评估。为了使测试进度报告有意义，测试应该与项目可交付成果和需求相结合。
... ... @@ -438,7 +438,11 @@
438 438  
439 439  表2.4 调整后的缺陷总数
440 440  
441 -[[image:1642337664577-257.png]]
487 +|分类|固定利率|假设百分比|假定的缺陷数|加权因素|调整后的总计
488 +|复杂|3天|50|27（55的50％）|2|54 (27 * 2)
489 +|标准|2天|30|17（55的30％）|1.5|26 ( 17 * 1.5)
490 +|轻微|1天|20|11（55％的20％）|1|11 ( 11 * 1)
491 +|总计| | | | |91
442 442  
443 443  加权因素可用于结合缺陷的复杂性进行总数调整。调整后的缺陷总数可视为要执行额外的测试案例。将这些计入测试范围，会为缺陷修复留出余地。
444 444  
... ... @@ -451,11 +451,10 @@
451 451  
452 452  表2.5 382个 测试案例的执行时长估计
453 453  
454 -(% style="width:460px" %)
455 -|(% style="width:86px" %)TPTPD|(% style="width:92px" %)假设百分比|(% style="width:90px" %)测试案例数|(% style="width:191px" %)一名测试人员的工作时长
456 -|(% style="width:86px" %)5|(% style="width:92px" %)40%|(% style="width:90px" %)153|(% style="width:191px" %)31天
457 -|(% style="width:86px" %)3|(% style="width:92px" %)35%|(% style="width:90px" %)134|(% style="width:191px" %)45天
458 -|(% style="width:86px" %)1|(% style="width:92px" %)25%|(% style="width:90px" %)96|(% style="width:191px" %)96天
504 +|TPTPD|假设百分比|测试案例数|一名测试人员的工作时长
505 +|5|40%|153|31天
506 +|3|35%|134|45天
507 +|1|25%|96|96天
459 459  
460 460  表2.5显示了测试全覆盖时预计的测试时长。要缩短测试时长，就要增加测试人员，或缩小测试范围。
461 461  
... ... @@ -468,13 +468,13 @@
468 468  
469 469  表2.6 包含3个周期的测试阶段
470 470  
471 -(% style="width:556px" %)
472 -|(% style="width:173px" %)**周期1**|(% style="width:199px" %)**周期2**|(% style="width:183px" %)**周期3 最终测试周期– FTC**
473 -|(% style="width:173px" %)高风险/ 优先级PEs|(% style="width:199px" %)较低优先级PEs|(% style="width:183px" %)最终修复
474 -|(% style="width:173px" %)高优先级重点领域|(% style="width:199px" %)较低优先级的重点领域|(% style="width:183px" %)优先重点领域
475 -|(% style="width:173px" %) |(% style="width:199px" %)周期1的修复|(% style="width:183px" %)优先的PEs待办项
476 -|(% style="width:173px" %) |(% style="width:199px" %)周期1的待办项|(% style="width:183px" %)
520 +|**周期1**|**周期2**|**周期3 最终测试周期– FTC**
521 +|高风险/ 优先级PEs|较低优先级PEs|最终修复
522 +|高优先级重点领域|较低优先级的重点领域|优先重点领域
523 +| |周期1的修复|优先的PEs待办项
524 +| |周期1的待办项|
477 477  
526 +
478 478  ==== 2.4.2.5 测试准备和执行 ====
479 479  
480 480  测试执行的规划可能是一项艰巨的任务。需要预见许多因素，以便测试执行可以推进。需要计划诸如环境创建、数据创建、用户帐户和角色配置等因素。
... ... @@ -528,9 +528,8 @@
528 528  
529 529  表2.7 实践成功因素的关键指标示例
530 530  
531 -(% style="width:595px" %)
532 -|(% style="width:259px" %)**实践成功因素**|(% style="width:334px" %)**关键指标**
533 -|(% style="width:259px" %)定义并商议验证和测试组织的产品、服务及其组件的方法，符合组织的速度和服务变更的质量要求|(% style="width:334px" %)(((
580 +|**实践成功因素**|**关键指标**
581 +|定义并商议验证和测试组织的产品、服务及其组件的方法，符合组织的速度和服务变更的质量要求|(((
534 534  组织产品组合中遵守一致的服务验证和测试方法
535 535  
536 536  利益相关者对所选的服务验证和测试方法表示满意
... ... @@ -539,11 +539,11 @@
539 539  
540 540  客户对产品和服务的满意度符合要求
541 541  )))
542 -|(% style="width:259px" %)(((
590 +|(((
543 543  
544 544  
545 545  确保新的组件、产品和服务及其变更，符合约定的准则
546 -)))|(% style="width:334px" %)(((
594 +)))|(((
547 547  满足功用和功效要求的产品和服务的百分比
548 548  
549 549  利益相关者对所选的服务验证以及测试模型和方法的满意度
... ... @@ -552,11 +552,11 @@
552 552  
553 553  因测试中忽略造成的服务事件和问题带来的损失
554 554  )))
555 -|(% style="width:259px" %)(((
603 +|(((
556 556  
557 557  
558 558  实践的汇总指标
559 -)))|(% style="width:334px" %)服务验证和测试生产效率索引
607 +)))|服务验证和测试生产效率索引
560 560  
561 561  对于正在进行中的价值流的管理，以及服务验证和测试实践的周期性评估和持续改进来说，将指标正确累加到复杂的指标集中，将使数据使用更加容易。没有唯一的最佳解决方案。
562 562  
... ... @@ -606,9 +606,8 @@
606 606  
607 607  表3.1测试方法和模型管理的输入、活动和输出流程
608 608  
609 -(% style="width:558px" %)
610 -|(% style="width:211px" %)**关键输入**|(% style="width:171px" %)**活动**|(% style="width:174px" %)**关键输出**
611 -|(% rowspan="3" style="width:211px" %)(((
657 +|**关键输入**|**活动**|**关键输出**
658 +|(% rowspan="3" %)(((
612 612  服务模型和设计
613 613  
614 614  更新的发布管理方法和模型
... ... @@ -620,11 +620,11 @@
620 620  更新的发布管理方法和模型
621 621  
622 622  发布计划
623 -)))|(% style="width:171px" %)(((
670 +)))|(((
624 624  定义测试策略和评审
625 625  
626 626  
627 -)))|(% rowspan="3" style="width:174px" %)(((
674 +)))|(% rowspan="3" %)(((
628 628  测试策略和测试模型标准，包括测试成功准则
629 629  
630 630  改进措施
... ... @@ -631,8 +631,8 @@
631 631  
632 632  知识管理文章更新
633 633  )))
634 -|(% style="width:171px" %)定义测试标准和评审
635 -|(% style="width:171px" %)定义测试模型和评审
681 +|定义测试标准和评审
682 +|定义测试模型和评审
636 636  
637 637  图3.2显示了这个流程的流程图。
638 638  
... ... @@ -667,7 +667,6 @@
667 667  |(% style="width:149px" %)定义测试型号和评审|(% style="width:590px" %)服务测试经理按需建立可重复的测试模型，以确保产品和服务更新采用一致的测试方法。或者可以针对一次性大型服务推出专门生成一个测试模型，作为整体项目规划活动之一。
668 668  
669 669  
670 -
671 671  === 3.2.2 服务验证 ===
672 672  
673 673  该流程包括表3.3中列出的活动，并将输入转换为输出。
... ... @@ -676,9 +676,8 @@
676 676  (% class="wikigeneratedid" id="H88683.3670D52A19A8C8BC16D417A0B76848F93516530016D3B52A8548C8F9351FA" %)
677 677  表3.3 服务验证流程的输入、活动和输出
678 678  
679 -(% style="width:481px" %)
680 -|(% style="width:152px" %)**关键输入**|(% style="width:139px" %)**活动**|(% style="width:188px" %)**关键输出**
681 -|(% style="width:152px" %)(((
725 +|**关键输入**|**活动**|**关键输出**
726 +|(((
682 682  服务设计封装
683 683  
684 684  功用和功效需求
... ... @@ -688,11 +688,11 @@
688 688  测试模型
689 689  
690 690  发布计划
691 -)))|(% style="width:139px" %)(((
736 +)))|(((
692 692  记录验收标准
693 693  
694 694  验证验收标准
695 -)))|(% style="width:188px" %)(((
740 +)))|(((
696 696  服务验收标准
697 697  
698 698  服务测试范围和关注点
... ... @@ -711,18 +711,17 @@
711 711  (% class="wikigeneratedid" id="H88683.4670D52A19A8C8BC16D417A0B4E2D6D3B52A87684793A4F8B8BF4660E" %)
712 712  表3.4 服务验证流程中活动的示例说明
713 713  
714 -(% style="width:656px" %)
715 -|**活动**|(% style="width:547px" %)**描述**
759 +|**活动**|**描述**
716 716  |(((
717 717  
718 718  
719 719  记录验收标准
720 -)))|(% style="width:547px" %)(((
764 +)))|(((
721 721  
722 722  
723 723  服务验证专家需要了解功用和功效，以服务设计实践和业务分析实践为参考，简历服务及其组件通过测恶事需要遵循的准则。此活动贯穿整个服务解决方案交付的设计阶段 。
724 724  )))
725 -|确认验收标准|(% style="width:547px" %)服务验证专家接受测试的结果，并向利益相关者保证，在特定的测试之后，已经满足了验收准则。此活动贯穿整个服务解决方案交付的转换阶段。
769 +|确认验收标准|服务验证专家接受测试的结果，并向利益相关者保证，在特定的测试之后，已经满足了验收准则。此活动贯穿整个服务解决方案交付的转换阶段。
726 726  
727 727  === 3.2.3 执行测试 ===
728 728  
... ... @@ -732,9 +732,29 @@
732 732  (% class="wikigeneratedid" id="H88683.56D4B8BD576848F93516530016D3B52A8548C8F9351FA6D417A0B" %)
733 733  表3.5 测试的输入、活动和输出流程
734 734  
735 -(% class="wikigeneratedid" %)
736 -[[image:1642337873604-752.png]]
779 +|**关键输入**|(% style="width:471px" %)**活动**|(% colspan="2" style="width:422px" %)**关键输出**
780 +|(% rowspan="3" %)(((
781 +发布模型
737 737  
783 +测试模型
784 +
785 +验收标准
786 +
787 +测试策略和标准
788 +)))|(% style="width:471px" %)测试规划和准备|(% colspan="2" rowspan="2" style="width:422px" %)(((
789 +已配置的测试环境
790 +
791 +测试和准出验证报告
792 +
793 +经验总结
794 +)))
795 +|(% style="width:471px" %)(((
796 +执行测试
797 +
798 +评估测试准出标准和报告
799 +)))
800 +|(% colspan="2" %)测试完成|
801 +
738 738  图3.4显示了流程的工作流图。
739 739  
740 740  
... ... @@ -748,37 +748,37 @@
748 748  (% class="wikigeneratedid" id="H88683.66D4B8BD56267884C4E2D76846D3B52A87684793A4F8B8BF4660E" %)
749 749  表3.6测试执行中的活动的示例说明
750 750  
751 -(% style="width:497px" %)
752 -|(% style="width:129px" %)**活动**|(% style="width:365px" %)**描述**
753 -|(% style="width:129px" %)(((
815 +|**活动**|**描述**
816 +|(((
754 754  
755 755  
756 756  测试规划和准备
757 -)))|(% style="width:365px" %)(((
820 +)))|(((
758 758  
759 759  
760 760  服务测试经理会评估正在测试的服务或产品的验收标准，并使用总体测试策略、标准和适用模型来计划执行测试所需的环境，人员，硬件和其他组件。
761 761  )))
762 -|(% style="width:129px" %)(((
825 +|(((
763 763  
764 764  
765 765  执行测试
766 -)))|(% style="width:365px" %)(((
829 +)))|(((
767 767  
768 768  
769 769  服务测试专家使用手动或自动测试，观察并记录输出。
770 770  )))
771 -|(% style="width:129px" %)评估测试准出标准和报告|(% style="width:365px" %)服务测试专家检查测试结果，并得出结论：是否满足测试成功标准（或测试准出标准）。
772 -|(% style="width:129px" %)(((
834 +|评估测试准出标准和报告|服务测试专家检查测试结果，并得出结论：是否满足测试成功标准（或测试准出标准）。
835 +|(((
773 773  
774 774  
775 775  测试完成
776 -)))|(% style="width:365px" %)(((
839 +)))|(((
777 777  
778 778  
779 779  服务测试经理评估测试报告，如果满足测试模型要求，则正式确认测试完成。
780 780  )))
781 781  
845 +
782 782  ----
783 783  
784 784  
... ... @@ -801,11 +801,105 @@
801 801  
802 802  表4.2负责服务验证和测试活动的角色示例
803 803  
804 -[[image:1642337962023-310.png]]
868 +|活动|负责角色|能力侧写|特定技能
869 +|(% colspan="4" %)**测试方法和模型管理流程**
870 +|定义测试策略和评审|服务测试经理|LMTA|(((
871 +强大的设计思维
805 805  
806 -[[image:1642337989013-897.png]]
873 +具备测试方法相关知识
874 +)))
875 +|定义测试标准和评审|服务测试经理|LMCA|(((
876 +具备测试方法相关知识。
807 807  
878 +沟通技巧，以确保符合实现合规性标准
879 +)))
880 +|(((
881 +
808 808  
883 +定义测试模型和评审
884 +)))|(((
885 +
886 +
887 +服务测试经理
888 +)))|(((
889 +
890 +
891 +MTA
892 +)))|具备测试方法相关知识
893 +|(% colspan="4" %)**服务验证流程**
894 +|(((
895 +
896 +
897 +记录验收标准
898 +)))|(((
899 +
900 +
901 +服务验证专家
902 +)))|(((
903 +
904 +
905 +MTC
906 +)))|(((
907 +具备服务验证方法相关知识
908 +
909 +
910 +了解业务需求要求
911 +)))
912 +|验证验收标准|服务验证专家|MTC|(((
913 +具备服务验证方法相关知识
914 +
915 +
916 +了解业务要求
917 +)))
918 +|(% colspan="4" %)**执行测试流程**
919 +|(((
920 +
921 +
922 +测试规划及准备
923 +)))|(((
924 +
925 +
926 +服务测试经理
927 +)))|(((
928 +
929 +
930 +MACT
931 +)))|(((
932 +强大的资源规划能力
933 +
934 +
935 +有能力在具有优先级冲突下进行规划的能力
936 +)))
937 +|执行测试执行|(((
938 +服务测试专家
939 +
940 +服务的用户（用于UAT）
941 +)))|MT|(((
942 +注重注意细节
943 +
944 +
945 +具备测试方法相关知识
946 +)))
947 +|(((
948 +
949 +
950 +评估测试准出标准和报告
951 +)))|(((
952 +
953 +
954 +服务测试专家
955 +)))|(((
956 +
957 +
958 +MT
959 +)))|(((
960 +强大的记录保持技能
961 +
962 +
963 +具备将所发现的清晰罗列的的能力
964 +)))
965 +|测试结束|服务测试经理|MTC|能够将测试结果与测试策略中注明的风险对齐。
966 +
809 809  == **4.2 组织架构和团队** ==
810 810  
811 811  
... ... @@ -828,7 +828,6 @@
828 828  * 管理测试环境和相关资源。
829 829  
830 830  
831 -
832 832  ----
833 833  
834 834  = **5. 信息和技术** =
... ... @@ -851,12 +851,144 @@
851 851  
852 852  表5.1 服务验证和测试活动的自动化解决方案
853 853  
854 -[[image:1642338106734-963.png]]
1011 +|**流程活动**|**自动化手段**|**关键功能**|**对实践效果的影响**
1012 +|(% colspan="4" %)测试方法和模型管理流程
1013 +|定义测试策略和评审|(((
1014 +资源规划工具
855 855  
856 -[[image:1642338122231-235.png]]
1016 +协作工具
857 857  
1018 +分析和报告工具
1019 +)))|沟通策略和策略的更新|中
1020 +|(((
1021 +
858 858  
1023 +定义测试标准和评审
1024 +)))|(((
1025 +资源规划工具
859 859  
1027 +协作工具
1028 +
1029 +知识管理工具
1030 +)))|(((
1031 +
1032 +
1033 +沟通标准和标准的更新
1034 +)))|(((
1035 +
1036 +
1037 +中
1038 +)))
1039 +|(((
1040 +
1041 +
1042 +定义测试模型和评审
1043 +)))|(((
1044 +标注和工作流工具
1045 +
1046 +知识管理工具
1047 +)))|(((
1048 +
1049 +
1050 +工作流程设计和跟踪
1051 +)))|(((
1052 +
1053 +
1054 +高
1055 +)))
1056 +|(% colspan="4" %)**服务验证流程**
1057 +|(((
1058 +
1059 +
1060 +记录验收标准
1061 +)))|(((
1062 +协作工具
1063 +
1064 +
1065 +知识管理工具
1066 +)))|(((
1067 +
1068 +
1069 +保留验收标准的记录
1070 +)))|(((
1071 +
1072 +
1073 +中
1074 +)))
1075 +|验证验收标准|(((
1076 +协作工具
1077 +
1078 +
1079 +知识管理工具
1080 +)))|保留验收标准的记录|中
1081 +|(% colspan="4" %)**执行测试流程**
1082 +|(((
1083 +
1084 +
1085 +测试规划及准备
1086 +)))|(((
1087 +标注和工作流程工具
1088 +
1089 +知识管理工具
1090 +)))|(((
1091 +
1092 +
1093 +任务规划
1094 +)))|(((
1095 +
1096 +
1097 +高
1098 +)))
1099 +|(((
1100 +
1101 +
1102 +执行测试执行
1103 +)))|(((
1104 +
1105 +
1106 +自动化测试工具集和环境
1107 +)))|(((
1108 +
1109 +
1110 +测试和启用自动化
1111 +)))|(((
1112 +
1113 +
1114 +高
1115 +)))
1116 +|(((
1117 +
1118 +
1119 +评估测试准出标准和报告
1120 +)))|(((
1121 +标注和工作流程工具
1122 +
1123 +知识管理工具
1124 +)))|(((
1125 +处理工作流
1126 +
1127 +
1128 +保留记录
1129 +)))|(((
1130 +
1131 +
1132 +高
1133 +)))
1134 +|(((
1135 +
1136 +
1137 +测试结束
1138 +)))|标注和工作流程工具|(((
1139 +
1140 +
1141 +处理工作流
1142 +)))|(((
1143 +
1144 +
1145 +高
1146 +)))
1147 +
1148 +
860 860  ----
861 861  
862 862  = **6. 合作伙伴和供应商** =
深圳市艾拓先锋企业管理咨询有限公司