由 superadmin 于 2024/12/25, 15:41 最后修改
从版本< 24.1 >
由superadmin编辑
在2022/01/16, 21:01上
到版本
由superadmin编辑
在2022/01/16, 21:02上
< >
修改评论 该版本没有评论

Summary

Details

Icon Page properties
Content
... ... @@ -39,7 +39,6 @@
39 39  * 支持本实践的信息和技术
40 40  * 对本实践的合作伙伴和供应商的考虑
41 41  
42 -
43 43  == **1.1** **ITIL®4 认证方案** ==
44 44  
45 45  本文档中的部分内容可作为以下课程的一部分检验标准
... ... @@ -109,7 +109,6 @@
109 109  * 工具
110 110  * 流程
111 111  
112 -
113 113  == **2. 2 术语和概念** ==
114 114  
115 115  
... ... @@ -167,7 +167,6 @@
167 167  * 评估风险，并决定是否要花费更多的时间和精力来减轻或测试风险。有关此主题的更多信息，请参考风险管理实践指南。
168 168  * 如果存在重大风险，请创建一个风险地图。风险图是面向服务设计人员和开发人员的制品。它们还有助于追溯到测试章程，该章程通过对测试特定领域中的特定风险来构建探索性测试。
169 169  
170 -
171 171  === 2.2.3 在不同环境中进行测试 ===
172 172  
173 173  基于风险的方法对于测试环境以及确定在哪个阶段进行测试也很有帮助。
... ... @@ -250,53 +250,14 @@
250 250  
251 251  表2.1整个数字化产品生命周期的验证和测试
252 252  
253 -|数字化产品生命周期阶段和相关制品|验证|断言测试|探索性测试
254 -|理念|-|-|评估这些理念，以及其与客户和组织的需求的相关性
255 -|史诗、用户故事、功能、促成因素等|验证史诗、用户故事以及功能/促成因素，生成对UX/UI设计、架构和代码设计的验收标准|-|评估史诗、用户故事以及功能，发现不一致和错失的机会
256 -|UX / UI设计|(((
257 -验证设计，以确认其基于史诗，用户故事和功能，并且与定义的规则准则相匹配。
250 +[[image:1642337469558-744.png]]
258 258  
259 -定义或更新架构及代码设计验收标准。
252 +[[image:1642337544126-666.png]]
260 260  
261 -
262 -)))|测试UX / UI线框，以确认其符合架构的设计策略和准则（如果适用）|评估探索UX / UI线框，以发现识别不一致和错误
263 -|架构和代码设计|(((
264 -验证设计，确认其基于史诗，用户故事和功能，并与定义的准则相匹配
254 +[[image:1642337563709-411.png]]
265 265  
266 -生成开发代码的验收准则
267 -)))|测试对架构和代码设计产出物制品进行测试，以确认其满足架构和设计策略和准则（如果适用）|评估探索架构和代码设计产物制品，以识别发现不一致和错误
268 -|代码单位|(((
269 -代码的验证，以确认其根据商定的设计开发，并已经完整完成，同时遵守商定的架构标准。
270 270  
271 -更新可运行的软件的验收准则
272 -)))|执行自动化单元测试（有时是手动的单元测试），以确认每个单元均按照商定的准则进行设计|(((
273 -同行评审，结对编程和其他探索性测试，以识别验收标准未涵盖的错误
274 274  
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 -
300 300  == **2.3 范围** ==
301 301  
302 302  服务验证和测试实践的范围包括：
... ... @@ -311,26 +311,27 @@
311 311  
312 312  表2.2 在其他实践指南中描述的与服务验证和测试实践相关的活动
313 313  
314 -(% style="width:626px" %)
315 -|(% style="width:436px" %)**活动**|(% style="width:188px" %)**实践指南**
316 -|(% style="width:436px" %)(((
272 +(% style="width:443px" %)
273 +|(% style="width:279px" %)**活动**|(% style="width:162px" %)**实践指南**
274 +|(% style="width:279px" %)(((
317 317  建立关于新产品或服务或其变更的功用和功效的详细要求。
318 318  
319 319  分析现有功用和功效之外的新的服务要求
320 -)))|(% style="width:188px" %)业务分析
321 -|(% style="width:436px" %)(((
278 +)))|(% style="width:162px" %)业务分析
279 +|(% style="width:279px" %)(((
322 322  控制测试的成本
323 323  
324 324  制定测试预算
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" %)持续改进
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" %)持续改进
332 332  
333 333  
292 +
334 334  == **2.4 实践成功因素** ==
335 335  
336 336  **定义： 实践成功因素**
... ... @@ -345,7 +345,6 @@
345 345  * 定义并议定验证及测试组织的产品、服务和组件的方法，符合组织对服务变更的速度和质量要求；
346 346  * 确保新的和变更的组件、产品和服务符合议定的准则
347 347  
348 -
349 349  === 2.4.1 定义并议定验证及测试组织的产品、服务和组件的方法，符合组织对服务变更的速度和质量要求 ===
350 350  
351 351  服务验证应该建立一种方法来捕获关于产品、服务和组件的所有功用和功效需求。此方法应涉及不同的利益相关者及其信息源，例如客户和用户需求和反馈、业务需求、内部和外部合规及法规要求、风险和安全、以及其他需求来源。同时，还应提出将需求转换为服务验收标准的方法。
... ... @@ -376,12 +376,9 @@
376 376  
377 377  表2.3 测试策略
378 378  
379 -| |(% colspan="4" %)测试策略
380 -|类型/级别|单元|集成|系统|用户验收测试UAT
381 -|功能性|(% rowspan="3" %)单元测试计划|(% rowspan="3" %)集成测试计划|(% rowspan="3" %)系统测试计划|(% rowspan="3" %)用户验收测试计划
382 -|非功能性
383 -|回归测试
337 +[[image:1642337744327-729.png]]
384 384  
339 +
385 385  
386 386  === 2.4.2 确保新的和变更的组件、产品和服务符合议定的准则 ===
387 387  
... ... @@ -433,7 +433,6 @@
433 433  * 生产环境服务的修补（回归威胁）。该威胁源自生产服务提供者。
434 434  * 对生产环境服务的维护发布（回归威胁）。该威胁源自生产服务提供者。
435 435  
436 -
437 437  ==== 2.4.2.3 测试分析和设计 ====
438 438  
439 439  仅从整体覆盖率维度报告测试进度不能支持已知的风险评估。为了使测试进度报告有意义，测试应该与项目可交付成果和需求相结合。
... ... @@ -484,11 +484,7 @@
484 484  
485 485  表2.4 调整后的缺陷总数
486 486  
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
441 +[[image:1642337664577-257.png]]
492 492  
493 493  加权因素可用于结合缺陷的复杂性进行总数调整。调整后的缺陷总数可视为要执行额外的测试案例。将这些计入测试范围，会为缺陷修复留出余地。
494 494  
... ... @@ -501,10 +501,11 @@
501 501  
502 502  表2.5 382个 测试案例的执行时长估计
503 503  
504 -|TPTPD|假设百分比|测试案例数|一名测试人员的工作时长
505 -|5|40%|153|31天
506 -|3|35%|134|45天
507 -|1|25%|96|96天
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天
508 508  
509 509  表2.5显示了测试全覆盖时预计的测试时长。要缩短测试时长，就要增加测试人员，或缩小测试范围。
510 510  
... ... @@ -517,13 +517,13 @@
517 517  
518 518  表2.6 包含3个周期的测试阶段
519 519  
520 -|**周期1**|**周期2**|**周期3 最终测试周期– FTC**
521 -|高风险/ 优先级PEs|较低优先级PEs|最终修复
522 -|高优先级重点领域|较低优先级的重点领域|优先重点领域
523 -| |周期1的修复|优先的PEs待办项
524 -| |周期1的待办项|
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" %)
525 525  
526 -
527 527  ==== 2.4.2.5 测试准备和执行 ====
528 528  
529 529  测试执行的规划可能是一项艰巨的任务。需要预见许多因素，以便测试执行可以推进。需要计划诸如环境创建、数据创建、用户帐户和角色配置等因素。
... ... @@ -577,8 +577,9 @@
577 577  
578 578  表2.7 实践成功因素的关键指标示例
579 579  
580 -|**实践成功因素**|**关键指标**
581 -|定义并商议验证和测试组织的产品、服务及其组件的方法，符合组织的速度和服务变更的质量要求|(((
531 +(% style="width:595px" %)
532 +|(% style="width:259px" %)**实践成功因素**|(% style="width:334px" %)**关键指标**
533 +|(% style="width:259px" %)定义并商议验证和测试组织的产品、服务及其组件的方法，符合组织的速度和服务变更的质量要求|(% style="width:334px" %)(((
582 582  组织产品组合中遵守一致的服务验证和测试方法
583 583  
584 584  利益相关者对所选的服务验证和测试方法表示满意
... ... @@ -587,11 +587,11 @@
587 587  
588 588  客户对产品和服务的满意度符合要求
589 589  )))
590 -|(((
542 +|(% style="width:259px" %)(((
591 591  
592 592  
593 593  确保新的组件、产品和服务及其变更，符合约定的准则
594 -)))|(((
546 +)))|(% style="width:334px" %)(((
595 595  满足功用和功效要求的产品和服务的百分比
596 596  
597 597  利益相关者对所选的服务验证以及测试模型和方法的满意度
... ... @@ -600,11 +600,11 @@
600 600  
601 601  因测试中忽略造成的服务事件和问题带来的损失
602 602  )))
603 -|(((
555 +|(% style="width:259px" %)(((
604 604  
605 605  
606 606  实践的汇总指标
607 -)))|服务验证和测试生产效率索引
559 +)))|(% style="width:334px" %)服务验证和测试生产效率索引
608 608  
609 609  对于正在进行中的价值流的管理，以及服务验证和测试实践的周期性评估和持续改进来说，将指标正确累加到复杂的指标集中，将使数据使用更加容易。没有唯一的最佳解决方案。
610 610  
... ... @@ -654,8 +654,9 @@
654 654  
655 655  表3.1测试方法和模型管理的输入、活动和输出流程
656 656  
657 -|**关键输入**|**活动**|**关键输出**
658 -|(% rowspan="3" %)(((
609 +(% style="width:558px" %)
610 +|(% style="width:211px" %)**关键输入**|(% style="width:171px" %)**活动**|(% style="width:174px" %)**关键输出**
611 +|(% rowspan="3" style="width:211px" %)(((
659 659  服务模型和设计
660 660  
661 661  更新的发布管理方法和模型
... ... @@ -667,11 +667,11 @@
667 667  更新的发布管理方法和模型
668 668  
669 669  发布计划
670 -)))|(((
623 +)))|(% style="width:171px" %)(((
671 671  定义测试策略和评审
672 672  
673 673  
674 -)))|(% rowspan="3" %)(((
627 +)))|(% rowspan="3" style="width:174px" %)(((
675 675  测试策略和测试模型标准，包括测试成功准则
676 676  
677 677  改进措施
... ... @@ -678,8 +678,8 @@
678 678  
679 679  知识管理文章更新
680 680  )))
681 -|定义测试标准和评审
682 -|定义测试模型和评审
634 +|(% style="width:171px" %)定义测试标准和评审
635 +|(% style="width:171px" %)定义测试模型和评审
683 683  
684 684  图3.2显示了这个流程的流程图。
685 685  
... ... @@ -714,6 +714,7 @@
714 714  |(% style="width:149px" %)定义测试型号和评审|(% style="width:590px" %)服务测试经理按需建立可重复的测试模型，以确保产品和服务更新采用一致的测试方法。或者可以针对一次性大型服务推出专门生成一个测试模型，作为整体项目规划活动之一。
715 715  
716 716  
670 +
717 717  === 3.2.2 服务验证 ===
718 718  
719 719  该流程包括表3.3中列出的活动，并将输入转换为输出。
... ... @@ -722,8 +722,9 @@
722 722  (% class="wikigeneratedid" id="H88683.3670D52A19A8C8BC16D417A0B76848F93516530016D3B52A8548C8F9351FA" %)
723 723  表3.3 服务验证流程的输入、活动和输出
724 724  
725 -|**关键输入**|**活动**|**关键输出**
726 -|(((
679 +(% style="width:481px" %)
680 +|(% style="width:152px" %)**关键输入**|(% style="width:139px" %)**活动**|(% style="width:188px" %)**关键输出**
681 +|(% style="width:152px" %)(((
727 727  服务设计封装
728 728  
729 729  功用和功效需求
... ... @@ -733,11 +733,11 @@
733 733  测试模型
734 734  
735 735  发布计划
736 -)))|(((
691 +)))|(% style="width:139px" %)(((
737 737  记录验收标准
738 738  
739 739  验证验收标准
740 -)))|(((
695 +)))|(% style="width:188px" %)(((
741 741  服务验收标准
742 742  
743 743  服务测试范围和关注点
... ... @@ -756,17 +756,18 @@
756 756  (% class="wikigeneratedid" id="H88683.4670D52A19A8C8BC16D417A0B4E2D6D3B52A87684793A4F8B8BF4660E" %)
757 757  表3.4 服务验证流程中活动的示例说明
758 758  
759 -|**活动**|**描述**
714 +(% style="width:656px" %)
715 +|**活动**|(% style="width:547px" %)**描述**
760 760  |(((
761 761  
762 762  
763 763  记录验收标准
764 -)))|(((
720 +)))|(% style="width:547px" %)(((
765 765  
766 766  
767 767  服务验证专家需要了解功用和功效，以服务设计实践和业务分析实践为参考，简历服务及其组件通过测恶事需要遵循的准则。此活动贯穿整个服务解决方案交付的设计阶段 。
768 768  )))
769 -|确认验收标准|服务验证专家接受测试的结果，并向利益相关者保证，在特定的测试之后，已经满足了验收准则。此活动贯穿整个服务解决方案交付的转换阶段。
725 +|确认验收标准|(% style="width:547px" %)服务验证专家接受测试的结果，并向利益相关者保证，在特定的测试之后，已经满足了验收准则。此活动贯穿整个服务解决方案交付的转换阶段。
770 770  
771 771  === 3.2.3 执行测试 ===
772 772  
... ... @@ -776,29 +776,9 @@
776 776  (% class="wikigeneratedid" id="H88683.56D4B8BD576848F93516530016D3B52A8548C8F9351FA6D417A0B" %)
777 777  表3.5 测试的输入、活动和输出流程
778 778  
779 -|**关键输入**|(% style="width:471px" %)**活动**|(% colspan="2" style="width:422px" %)**关键输出**
780 -|(% rowspan="3" %)(((
781 -发布模型
735 +(% class="wikigeneratedid" %)
736 +[[image:1642337873604-752.png]]
782 782  
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 -
802 802  图3.4显示了流程的工作流图。
803 803  
804 804  
... ... @@ -812,37 +812,37 @@
812 812  (% class="wikigeneratedid" id="H88683.66D4B8BD56267884C4E2D76846D3B52A87684793A4F8B8BF4660E" %)
813 813  表3.6测试执行中的活动的示例说明
814 814  
815 -|**活动**|**描述**
816 -|(((
751 +(% style="width:497px" %)
752 +|(% style="width:129px" %)**活动**|(% style="width:365px" %)**描述**
753 +|(% style="width:129px" %)(((
817 817  
818 818  
819 819  测试规划和准备
820 -)))|(((
757 +)))|(% style="width:365px" %)(((
821 821  
822 822  
823 823  服务测试经理会评估正在测试的服务或产品的验收标准，并使用总体测试策略、标准和适用模型来计划执行测试所需的环境，人员，硬件和其他组件。
824 824  )))
825 -|(((
762 +|(% style="width:129px" %)(((
826 826  
827 827  
828 828  执行测试
829 -)))|(((
766 +)))|(% style="width:365px" %)(((
830 830  
831 831  
832 832  服务测试专家使用手动或自动测试，观察并记录输出。
833 833  )))
834 -|评估测试准出标准和报告|服务测试专家检查测试结果，并得出结论：是否满足测试成功标准（或测试准出标准）。
835 -|(((
771 +|(% style="width:129px" %)评估测试准出标准和报告|(% style="width:365px" %)服务测试专家检查测试结果，并得出结论：是否满足测试成功标准（或测试准出标准）。
772 +|(% style="width:129px" %)(((
836 836  
837 837  
838 838  测试完成
839 -)))|(((
776 +)))|(% style="width:365px" %)(((
840 840  
841 841  
842 842  服务测试经理评估测试报告，如果满足测试模型要求，则正式确认测试完成。
843 843  )))
844 844  
845 -
846 846  ----
847 847  
848 848  
... ... @@ -865,105 +865,11 @@
865 865  
866 866  表4.2负责服务验证和测试活动的角色示例
867 867  
868 -|活动|负责角色|能力侧写|特定技能
869 -|(% colspan="4" %)**测试方法和模型管理流程**
870 -|定义测试策略和评审|服务测试经理|LMTA|(((
871 -强大的设计思维
804 +[[image:1642337962023-310.png]]
872 872  
873 -具备测试方法相关知识
874 -)))
875 -|定义测试标准和评审|服务测试经理|LMCA|(((
876 -具备测试方法相关知识。
806 +[[image:1642337989013-897.png]]
877 877  
878 -沟通技巧，以确保符合实现合规性标准
879 -)))
880 -|(((
881 -
882 882  
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 -
967 967  == **4.2 组织架构和团队** ==
968 968  
969 969  
... ... @@ -986,6 +986,7 @@
986 986  * 管理测试环境和相关资源。
987 987  
988 988  
831 +
989 989  ----
990 990  
991 991  = **5. 信息和技术** =
... ... @@ -1008,144 +1008,12 @@
1008 1008  
1009 1009  表5.1 服务验证和测试活动的自动化解决方案
1010 1010  
1011 -|**流程活动**|**自动化手段**|**关键功能**|**对实践效果的影响**
1012 -|(% colspan="4" %)测试方法和模型管理流程
1013 -|定义测试策略和评审|(((
1014 -资源规划工具
854 +[[image:1642338106734-963.png]]
1015 1015  
1016 -协作工具
856 +[[image:1642338122231-235.png]]
1017 1017  
1018 -分析和报告工具
1019 -)))|沟通策略和策略的更新|中
1020 -|(((
1021 -
1022 1022  
1023 -定义测试标准和评审
1024 -)))|(((
1025 -资源规划工具
1026 1026  
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 -
1149 1149  ----
1150 1150  
1151 1151  = **6. 合作伙伴和供应商** =
Icon 1642338122231-235.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +29.9 KB
Content Icon
深圳市艾拓先锋企业管理咨询有限公司