由 superadmin 于 2024/12/25, 15:41 最后修改
从版本< 27.1 >
由superadmin编辑
在2022/01/16, 21:03上
到版本
由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,24 +269,24 @@
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 292  == **2.4 实践成功因素** ==
... ... @@ -303,6 +303,7 @@
303 303  * 定义并议定验证及测试组织的产品、服务和组件的方法，符合组织对服务变更的速度和质量要求；
304 304  * 确保新的和变更的组件、产品和服务符合议定的准则
305 305  
348 +
306 306  === 2.4.1 定义并议定验证及测试组织的产品、服务和组件的方法，符合组织对服务变更的速度和质量要求 ===
307 307  
308 308  服务验证应该建立一种方法来捕获关于产品、服务和组件的所有功用和功效需求。此方法应涉及不同的利益相关者及其信息源，例如客户和用户需求和反馈、业务需求、内部和外部合规及法规要求、风险和安全、以及其他需求来源。同时，还应提出将需求转换为服务验收标准的方法。
... ... @@ -333,7 +333,11 @@
333 333  
334 334  表2.3 测试策略
335 335  
336 -[[image:1642337744327-729.png]]
379 +| |(% colspan="4" %)测试策略
380 +|类型/级别|单元|集成|系统|用户验收测试UAT
381 +|功能性|(% rowspan="3" %)单元测试计划|(% rowspan="3" %)集成测试计划|(% rowspan="3" %)系统测试计划|(% rowspan="3" %)用户验收测试计划
382 +|非功能性
383 +|回归测试
337 337  
338 338  
339 339  === 2.4.2 确保新的和变更的组件、产品和服务符合议定的准则 ===
... ... @@ -386,6 +386,7 @@
386 386  * 生产环境服务的修补（回归威胁）。该威胁源自生产服务提供者。
387 387  * 对生产环境服务的维护发布（回归威胁）。该威胁源自生产服务提供者。
388 388  
436 +
389 389  ==== 2.4.2.3 测试分析和设计 ====
390 390  
391 391  仅从整体覆盖率维度报告测试进度不能支持已知的风险评估。为了使测试进度报告有意义，测试应该与项目可交付成果和需求相结合。
... ... @@ -436,7 +436,11 @@
436 436  
437 437  表2.4 调整后的缺陷总数
438 438  
439 -[[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
440 440  
441 441  加权因素可用于结合缺陷的复杂性进行总数调整。调整后的缺陷总数可视为要执行额外的测试案例。将这些计入测试范围，会为缺陷修复留出余地。
442 442  
... ... @@ -449,11 +449,10 @@
449 449  
450 450  表2.5 382个 测试案例的执行时长估计
451 451  
452 -(% style="width:460px" %)
453 -|(% style="width:86px" %)TPTPD|(% style="width:92px" %)假设百分比|(% style="width:90px" %)测试案例数|(% style="width:191px" %)一名测试人员的工作时长
454 -|(% style="width:86px" %)5|(% style="width:92px" %)40%|(% style="width:90px" %)153|(% style="width:191px" %)31天
455 -|(% style="width:86px" %)3|(% style="width:92px" %)35%|(% style="width:90px" %)134|(% style="width:191px" %)45天
456 -|(% 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天
457 457  
458 458  表2.5显示了测试全覆盖时预计的测试时长。要缩短测试时长，就要增加测试人员，或缩小测试范围。
459 459  
... ... @@ -466,13 +466,13 @@
466 466  
467 467  表2.6 包含3个周期的测试阶段
468 468  
469 -(% style="width:556px" %)
470 -|(% style="width:173px" %)**周期1**|(% style="width:199px" %)**周期2**|(% style="width:183px" %)**周期3 最终测试周期– FTC**
471 -|(% style="width:173px" %)高风险/ 优先级PEs|(% style="width:199px" %)较低优先级PEs|(% style="width:183px" %)最终修复
472 -|(% style="width:173px" %)高优先级重点领域|(% style="width:199px" %)较低优先级的重点领域|(% style="width:183px" %)优先重点领域
473 -|(% style="width:173px" %) |(% style="width:199px" %)周期1的修复|(% style="width:183px" %)优先的PEs待办项
474 -|(% style="width:173px" %) |(% style="width:199px" %)周期1的待办项|(% style="width:183px" %)
520 +|**周期1**|**周期2**|**周期3 最终测试周期– FTC**
521 +|高风险/ 优先级PEs|较低优先级PEs|最终修复
522 +|高优先级重点领域|较低优先级的重点领域|优先重点领域
523 +| |周期1的修复|优先的PEs待办项
524 +| |周期1的待办项|
475 475  
526 +
476 476  ==== 2.4.2.5 测试准备和执行 ====
477 477  
478 478  测试执行的规划可能是一项艰巨的任务。需要预见许多因素，以便测试执行可以推进。需要计划诸如环境创建、数据创建、用户帐户和角色配置等因素。
... ... @@ -526,9 +526,8 @@
526 526  
527 527  表2.7 实践成功因素的关键指标示例
528 528  
529 -(% style="width:595px" %)
530 -|(% style="width:259px" %)**实践成功因素**|(% style="width:334px" %)**关键指标**
531 -|(% style="width:259px" %)定义并商议验证和测试组织的产品、服务及其组件的方法，符合组织的速度和服务变更的质量要求|(% style="width:334px" %)(((
580 +|**实践成功因素**|**关键指标**
581 +|定义并商议验证和测试组织的产品、服务及其组件的方法，符合组织的速度和服务变更的质量要求|(((
532 532  组织产品组合中遵守一致的服务验证和测试方法
533 533  
534 534  利益相关者对所选的服务验证和测试方法表示满意
... ... @@ -537,11 +537,11 @@
537 537  
538 538  客户对产品和服务的满意度符合要求
539 539  )))
540 -|(% style="width:259px" %)(((
590 +|(((
541 541  
542 542  
543 543  确保新的组件、产品和服务及其变更，符合约定的准则
544 -)))|(% style="width:334px" %)(((
594 +)))|(((
545 545  满足功用和功效要求的产品和服务的百分比
546 546  
547 547  利益相关者对所选的服务验证以及测试模型和方法的满意度
... ... @@ -550,11 +550,11 @@
550 550  
551 551  因测试中忽略造成的服务事件和问题带来的损失
552 552  )))
553 -|(% style="width:259px" %)(((
603 +|(((
554 554  
555 555  
556 556  实践的汇总指标
557 -)))|(% style="width:334px" %)服务验证和测试生产效率索引
607 +)))|服务验证和测试生产效率索引
558 558  
559 559  对于正在进行中的价值流的管理，以及服务验证和测试实践的周期性评估和持续改进来说，将指标正确累加到复杂的指标集中，将使数据使用更加容易。没有唯一的最佳解决方案。
560 560  
... ... @@ -604,9 +604,8 @@
604 604  
605 605  表3.1测试方法和模型管理的输入、活动和输出流程
606 606  
607 -(% style="width:558px" %)
608 -|(% style="width:211px" %)**关键输入**|(% style="width:171px" %)**活动**|(% style="width:174px" %)**关键输出**
609 -|(% rowspan="3" style="width:211px" %)(((
657 +|**关键输入**|**活动**|**关键输出**
658 +|(% rowspan="3" %)(((
610 610  服务模型和设计
611 611  
612 612  更新的发布管理方法和模型
... ... @@ -618,11 +618,11 @@
618 618  更新的发布管理方法和模型
619 619  
620 620  发布计划
621 -)))|(% style="width:171px" %)(((
670 +)))|(((
622 622  定义测试策略和评审
623 623  
624 624  
625 -)))|(% rowspan="3" style="width:174px" %)(((
674 +)))|(% rowspan="3" %)(((
626 626  测试策略和测试模型标准，包括测试成功准则
627 627  
628 628  改进措施
... ... @@ -629,8 +629,8 @@
629 629  
630 630  知识管理文章更新
631 631  )))
632 -|(% style="width:171px" %)定义测试标准和评审
633 -|(% style="width:171px" %)定义测试模型和评审
681 +|定义测试标准和评审
682 +|定义测试模型和评审
634 634  
635 635  图3.2显示了这个流程的流程图。
636 636  
... ... @@ -673,9 +673,8 @@
673 673  (% class="wikigeneratedid" id="H88683.3670D52A19A8C8BC16D417A0B76848F93516530016D3B52A8548C8F9351FA" %)
674 674  表3.3 服务验证流程的输入、活动和输出
675 675  
676 -(% style="width:481px" %)
677 -|(% style="width:152px" %)**关键输入**|(% style="width:139px" %)**活动**|(% style="width:188px" %)**关键输出**
678 -|(% style="width:152px" %)(((
725 +|**关键输入**|**活动**|**关键输出**
726 +|(((
679 679  服务设计封装
680 680  
681 681  功用和功效需求
... ... @@ -685,11 +685,11 @@
685 685  测试模型
686 686  
687 687  发布计划
688 -)))|(% style="width:139px" %)(((
736 +)))|(((
689 689  记录验收标准
690 690  
691 691  验证验收标准
692 -)))|(% style="width:188px" %)(((
740 +)))|(((
693 693  服务验收标准
694 694  
695 695  服务测试范围和关注点
... ... @@ -708,16 +708,17 @@
708 708  (% class="wikigeneratedid" id="H88683.4670D52A19A8C8BC16D417A0B4E2D6D3B52A87684793A4F8B8BF4660E" %)
709 709  表3.4 服务验证流程中活动的示例说明
710 710  
711 -(% style="width:656px" %)
712 -|(% style="width:135px" %)**活动**|(% style="width:520px" %)**描述**
713 -|(% style="width:135px" %)(((
759 +|**活动**|**描述**
760 +|(((
714 714  
715 715  
716 716  记录验收标准
717 -)))|(% style="width:520px" %)(((
764 +)))|(((
765 +
766 +
718 718  服务验证专家需要了解功用和功效，以服务设计实践和业务分析实践为参考，简历服务及其组件通过测恶事需要遵循的准则。此活动贯穿整个服务解决方案交付的设计阶段 。
719 719  )))
720 -|(% style="width:135px" %)确认验收标准|(% style="width:520px" %)服务验证专家接受测试的结果，并向利益相关者保证，在特定的测试之后，已经满足了验收准则。此活动贯穿整个服务解决方案交付的转换阶段。
769 +|确认验收标准|服务验证专家接受测试的结果，并向利益相关者保证，在特定的测试之后，已经满足了验收准则。此活动贯穿整个服务解决方案交付的转换阶段。
721 721  
722 722  === 3.2.3 执行测试 ===
723 723  
... ... @@ -727,9 +727,29 @@
727 727  (% class="wikigeneratedid" id="H88683.56D4B8BD576848F93516530016D3B52A8548C8F9351FA6D417A0B" %)
728 728  表3.5 测试的输入、活动和输出流程
729 729  
730 -(% class="wikigeneratedid" %)
731 -[[image:1642337873604-752.png]]
779 +|**关键输入**|(% style="width:471px" %)**活动**|(% colspan="2" style="width:422px" %)**关键输出**
780 +|(% rowspan="3" %)(((
781 +发布模型
732 732  
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 +
733 733  图3.4显示了流程的工作流图。
734 734  
735 735  
... ... @@ -743,37 +743,37 @@
743 743  (% class="wikigeneratedid" id="H88683.66D4B8BD56267884C4E2D76846D3B52A87684793A4F8B8BF4660E" %)
744 744  表3.6测试执行中的活动的示例说明
745 745  
746 -(% style="width:497px" %)
747 -|(% style="width:129px" %)**活动**|(% style="width:365px" %)**描述**
748 -|(% style="width:129px" %)(((
815 +|**活动**|**描述**
816 +|(((
749 749  
750 750  
751 751  测试规划和准备
752 -)))|(% style="width:365px" %)(((
820 +)))|(((
753 753  
754 754  
755 755  服务测试经理会评估正在测试的服务或产品的验收标准，并使用总体测试策略、标准和适用模型来计划执行测试所需的环境，人员，硬件和其他组件。
756 756  )))
757 -|(% style="width:129px" %)(((
825 +|(((
758 758  
759 759  
760 760  执行测试
761 -)))|(% style="width:365px" %)(((
829 +)))|(((
762 762  
763 763  
764 764  服务测试专家使用手动或自动测试，观察并记录输出。
765 765  )))
766 -|(% style="width:129px" %)评估测试准出标准和报告|(% style="width:365px" %)服务测试专家检查测试结果，并得出结论：是否满足测试成功标准（或测试准出标准）。
767 -|(% style="width:129px" %)(((
834 +|评估测试准出标准和报告|服务测试专家检查测试结果，并得出结论：是否满足测试成功标准（或测试准出标准）。
835 +|(((
768 768  
769 769  
770 770  测试完成
771 -)))|(% style="width:365px" %)(((
839 +)))|(((
772 772  
773 773  
774 774  服务测试经理评估测试报告，如果满足测试模型要求，则正式确认测试完成。
775 775  )))
776 776  
845 +
777 777  ----
778 778  
779 779  
... ... @@ -796,11 +796,105 @@
796 796  
797 797  表4.2负责服务验证和测试活动的角色示例
798 798  
799 -[[image:1642337962023-310.png]]
868 +|活动|负责角色|能力侧写|特定技能
869 +|(% colspan="4" %)**测试方法和模型管理流程**
870 +|定义测试策略和评审|服务测试经理|LMTA|(((
871 +强大的设计思维
800 800  
801 -[[image:1642337989013-897.png]]
873 +具备测试方法相关知识
874 +)))
875 +|定义测试标准和评审|服务测试经理|LMCA|(((
876 +具备测试方法相关知识。
802 802  
878 +沟通技巧，以确保符合实现合规性标准
879 +)))
880 +|(((
881 +
803 803  
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 +
804 804  == **4.2 组织架构和团队** ==
805 805  
806 806  
... ... @@ -845,12 +845,144 @@
845 845  
846 846  表5.1 服务验证和测试活动的自动化解决方案
847 847  
848 -[[image:1642338106734-963.png]]
1011 +|**流程活动**|**自动化手段**|**关键功能**|**对实践效果的影响**
1012 +|(% colspan="4" %)测试方法和模型管理流程
1013 +|定义测试策略和评审|(((
1014 +资源规划工具
849 849  
850 -[[image:1642338122231-235.png]]
1016 +协作工具
851 851  
1018 +分析和报告工具
1019 +)))|沟通策略和策略的更新|中
1020 +|(((
1021 +
852 852  
1023 +定义测试标准和评审
1024 +)))|(((
1025 +资源规划工具
853 853  
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 +
854 854  ----
855 855  
856 856  = **6. 合作伙伴和供应商** =
深圳市艾拓先锋企业管理咨询有限公司