深入了解卓越测试中心

Sciencesoft软件测试总监

发布:

卓越检测中心(TCOES),旨在巩固围绕企业单位的QA资源,已成为对众多组织的矛盾感受的问题。一方面,TCoE是一种益处所带来的一种益处,统一的测试质量标准和更多。另一方面,它与许多缺点有关,其中一个是其设置和进化的重要组织努力。

让我们试着看看树木的森林,概述了TCoE的核心所在的想法,要意识到哪些陷阱,它可以带来哪些真正的好处以及如何创造成功的TCoE。

TCoE卓越检测中心

TCoE展望

TCOES最适合具有复杂组织结构的大型企业,包括许多部门,细分和业务线(LOB)。这家大企业有几家 QA工程师分配给每个LOB。通常情况下,这些公司面临着相关的QA预算和员工分配的挑战,需要规范测试质量要求和文件。这就是TCoe可能会有所帮助的地方。

TCoE包括3个主要组件:QA进程它必须应对(QA促销,QA要求,测试资源和测试过程管理,控制测试效率等);人力资源它包括(手动测试工程师,测试自动化工程师,QA和测试经理);工具使用(错误和问题跟踪工具,测试自动化框架)。 TCoE整合这些主要组件,并标准化其元素以执行和管理所有LOB所需的QA和软件测试。 

TCoE缺点

在企业内部集中化的特定情况,TCOE绑定了任何集中化的自然问题。 

每个完全集中的结构都很容易发生官僚。 QA和测试流程的决策功能及其管理可能会被限制为TCoE经理,同时离开项目经理和测试工程师,没有机会贡献。这可能导致他们缺乏主动性和QA战略误解。 

完全集中的TCoE的另一个问题问题是约束 不同团队的合作,特别是在Devops /连续交付和敏捷项目中。 TCoE需要满足项目团队的需求,同时,项目利益相关者应符合TCOE征收的高QA标准。不愿意受到不同组织单位的需求的影响,可能导致代码更改中的不合理测试或测试间隙。此外,当所有测试工程师都坐在开发人员之外,对代码修正案的快速测试响应是复杂的。

TCoE福利

现在,让我们考虑TCoE实际好处,看看他们是否夸大突出显示的挑战:

相关测试自动化 

测试自动化可以缩短测试时间,提高测试质量,并通过手动测试努力提供无法实现的覆盖范围。尽管如此,您需要介意并非所有测试用例都适合自动化。没有任何意义 脚本对每个软件释放或源代码修改的唯一测试用例以及很少重复的源代码修改。 TCOE团队收集并分类所有手动测试用例。因此,决定自动化的测试场景更容易,哪些测试场景是多少。此外,TCoE负责统一测试自动化工具,可重复使用的自动化测试用例和方案的累积,决定对测试自动化的正确时间及其对特定项目的相关性。 

增强的手动测试

收集测试过程和工件,分析并开发统一的测试方法,提高了手动测试的质量。测试工程师使用经过验证的连贯的测试方法和测试标准,由TCoE提供,旨在促进测试过程本身,以及创建错误报告。据报道,用TCOE错过严重虫子的速度,测试质量最有形的标记,可以最小化到2%。 

平衡测试资源分配

在没有TCoE的情况下,项目经理试图坚持下去 预算可能会节省QA并分配不足的人力资源测试。 QA资源平衡中的TCOES可以高效。 TCoE经理可以建议均衡规模和能力的测试团队,以满足测试预算限制。如果它只通过损害测试质量才能实现,他们可以建议项目经理扩展预算,因此由于错误的软件发布而导致更大的财务失败。至于平衡测试人力资源:在测试工程师在其项目中的低工作量的情况下,它们很容易转移以便于测试更苛刻的测试。

轻松外包

如果项目需要其他或特定的测试资源,则可能会转向QA外包扩展测试团队并获得最佳的专业人士。尽管如此,从头开始测试外包可能并不容易。要与QA外包破解,您需要巩固工作流程,收集多级软件要求,并克服开发人员不愿与外包测试人员合作。而TCoE可能会有所帮助。由TCoE建立的QA工艺迎合了平稳的工作流程。 TCoE的一般QA标准和模板可以帮助BAS准备一致的软件要求,并以对测试团队连贯的方式表达它们。在较高水平的TCoE成熟时,当TCoE成为一个单独的全运行单元时,开发人员无论是与内部或外包测试工程师合作的关键差异。这样,他们准备使用传统的通信渠道和程序与外包测试团队合作。此外,在您的TCoE中提供管理单一或多个QA外包供应商所需的足够的QA工作人员,并且可以在需要时介入。

QA成熟度更高

TCoE可以成为更高的方式QA成熟度水平预先假定测试资源和流程进行了优化,开发人员确保代码可读性和可测试性,在“输入 - 输出”比率的基础上不断分析测试过程,持续考虑并介绍新的测试方法和工具。此外,建立一个常见的QA过程更容易,通过其成熟阶段推进并促进企业,而不是为每个LOB开发其中一些。

TCoE建设

TCOE创作需要重大组织努力和成本。您的内部QA团队可以进入TCoE创建和培育,或者您可以转向专业的外包团队,以了解您现有的QA流程和标准的绳索,执行QA成熟度评估,提供量身定制的TCOE创建计划和帮助你的执行。 

为了使TCoE的设置较少问题,可以从小规模的“虚拟”TCoe开始。它意味着专用员工不会改变他们的位置,而是成为新的“虚拟”组织实体的一部分,具有自己的结构和特定的工作流程。 

通常,TCoE设置和进化过程包括以下步骤。

第1步。累积方法,指标,标准和政策。在此阶段,巩固了基础测试质量标准,政策,基本报告程序和最佳实践。

第2步。知识传输。您需要雇用或提供对现有的QA和测试经理,手动测试工程师,以及测试自动化工程师的培训,以获得普遍的高资格来处理相关的测试或管理职责。

第3步。TCoE的稳定性。从这个阶段开始,你可能已经说成立的时间结束了,你有一个TCoE。该团队标准化QA和测试方法,流程和工具。他们执行并管理他们的第一个测试项目。

第四步。TCoe稳步发展。在这个级别,TCoe处于成熟的中间。它充当组织QA服务的核心来源。 QA专业人员评估并调整企业的QA流程,使其更有效。 TCoE团队为所有部门提供了QA咨询和援助,处理企业的大部分软件测试项目,按照业务要求提出适当的测试资源。

第5步。TCoE争取持续创新。现在,TCoE提供测试服务,方法,工具和专业知识,建议平衡测试资源,并管理所有测试项目。 TCoE成员不断测量每个测试项目的结果,开发新的质量实践,创建和调整新的测试工具和框架。

TCoe有机会成功,如果不仅是高管,而是整个企业承认并支持其建设和未来合作的思想。具有足够高管支持的全TCOE演化过程需要大约24个月。尽管如此,好消息是你不需要一次通过所有步骤。您可以在每一步之后轻松停止,只有当您的TCOE KPI展示有形的QA改进时才进行。通过这种方式,您可以以自己的步伐扩展TCoE。

在设置它时不容错过的TCoE基础知识

深刻的商业理解

您未来的TCoE的所有活动都应旨在促进企业的业务优先事项。一般QA战略和政策是在TCOE中开发的,然后通过所有LOB不断共享和先进。对于您未来的TCOE来说,提供有效的测试策略,并根据业务优先事项提供有效的测试策略,并协助每个项目的充分测试资源分配。

深刻的软件知识

QA专家分配给某种LOB,深深地了解他们的相关软件,并意识到可能的开发和测试并发症,因为例如遗留解决方案。 TCoE是包括高度专业化的QA专业人员的软件能力以及统一QA标准带来的福利。可以通过知识转移,测试管理和透明测试质量评估来实现。

项目团队和TCoE的对齐

项目团队需要与TCoE团队成员不断,热切地合作,反之亦然。应从TCoE稳定水平建立常规合作程序和通信渠道,以确保顺利进行协作过程。

在最终的纸条上

TCoE的主要目标是将分段的QA资源集中在每个LOB中。这种集中化可能导致许多问题。尽管如此,请记住,TCoE应该迎合业务优先事项,深度软件理解,以及TCOE工作人员和项目团队之间的不断沟通,TCoE可以帮助您实现一些实用的QA目标。它可以是明智地管理软件测试资源,增强的测试性能,适当的测试自动化和更高的QA成熟度水平的方法。

QA咨询商有19 多年的经验,我们将帮助您巩固QA努力并协助TCOE设置和演变。