测试保证官和测试教练的新角色

耗尽温柔 提交于 2020-02-24 07:33:44

目录

个人理解

摘要

译文内容

案例1

案例2

现代测试中不断发展的角色


个人理解

测试领域,测试的执行者或多或少发生了变化,这其中涉及了整体测试计划的设计

摘要

在过去的十年中,测试发生了很大的变化。 尽管某些传统技术仍然有用,但是开发人员,用户和其他非专业测试人员正在完成许多测试活动。 因此,测试经理的角色已经变成了更多的测试保证官和教练。 新角色的实施方式因情况而异。 这是有用的方法。

译文内容

在传统测试中,测试经理或测试负责人是一个单独的测试团队,由团队负责人制定测试计划,组织测试并为测试人员提供支持。 但是大多数组织都没有这些团队了。 测试人员是Scrum团队或DevOps团队的成员,测试也由其他人员(例如开发人员,用户或产品所有者)完成。

测试经理角色消失了吗?

原来的角色肯定会消失。 但是我们看到了另一个不同的角色:测试保证官和测试教练。

在本文中,我们描述了两种情况,其中测试保证官和测试教练的角色为项目或组织增加了价值。 我们在每个组织或每个项目中都看不到这种角色,而且实施的方式因情况而异。 让我们看看该角色如何发挥作用。

案例1

案例1是一家很少进行IT项目的医疗保健组织。 IT组织相对较小,并且IT项目的经验有限。

实施的系统是必须配置的标准应用程序。在部署系统之前需要定义和实现流程,以便系统可以由管理员实现并由用户进行测试。但是,尽管用户具有特定于域的保健知识,但是他们没有任何测试知识或经验。为了克服这一障碍,该组织聘用了一名测试顾问,担任测试保证官和测试教练。

他从一些传统的测试管理活动开始,例如产品风险评估。他决定了如何记录测试(在这种情况下,思维导图用于测试设计),概述了功能,并与用户一起决定了谁来测试什么。

在开发过程中,用户开始了准备工作-这是大多数辅导工作的一部分。教练向用户教授了与该项目相关的基本测试设计技术,并支持用户应用这些技术。这也导致了第一个测试保证活动:测试顾问检查了测试设计,确保测试设计的覆盖范围和质量良好,并帮助用户正确地应用了测试技术。

一些用户没有时间进行准备,而另一些用户则对此感到不满意。在那种情况下,测试顾问会进行准备,通常是与具有所需流程知识的用户一起进行的。测试顾问还负责测试和验收环境的设置和维护。

在执行测试教练期间,他监视进度并确保测试正确完成,因此他主要担任测试保证角色。当然,测试教练也自己进行了一些测试-坦白地说,这是因为他只喜欢测试。是的,用测试人员的眼睛,他看到了用户遗漏的一些缺陷。

通过任务,测试保证和测试指导的结合,测试顾问确保测试由非专业测试人员专业完成。用户参与了该项目的早期阶段,并学会了在专业水平上做过从未真正完成过的活动。

从测试和质量的角度来看,该项目是成功的。在测试过程中,用户发现123个缺陷的数量出乎意料,该系统投入生产后没有任何重大缺陷。从项目管理的角度来看,它也是成功的,因为达到了时间表,并且在经过大量的转换测试之后才交付了项目。

案例2

案例2是一家大型有限责任公司,由公众持股管理,该项目运行着十二个团队一起工作的项目。该项目是实现功能完善的对社会至关重要的系统以及最先进的持续集成和部署平台的计划的一部分。

在程序中,区分了应用程序级别,性能级别和基础结构级别,并且每个级别都有明确的要求。在这种情况下,该项目专注于基础架构的实现。在该项目中,SAFe用于协调不同团队完成的所有工作。

大多数测试是在团队中完成的—工程师测试了自己的工作以及其他工程师完成的工作。但是在项目级别上,没有有关团队中进行的测试是否专业化的信息。做出这一决定是测试保证官和测试教练的首要任务-出于实际原因,在这种情况下,我们将他称为测试经理。

这是一个高度非正式的评估:当测试不够用时,测试经理提出新的测试用例,并通过关注连续性,可用性和稳定性的高可用性原则,帮助团队优化测试。这更多是教练活动。有时,应用程序测试人员(不属于团队的用户)通过此活动来支持测试经理。

尽管在团队中进行的测试很重要,但这还不够。许多风险与不同基础架构组件的集成有关。该系统集成测试主要关注于高可用性方面以及不同基础架构组件,应用程序和接口的集成。在这里也测试了与现有系统(应用程序和基础架构)的集成。不同的组织参与了该测试。建筑师在进行高级和低级设计以及通过框架指导架构团队方面非常重要。

在通过教练支持工程师的过程中,测试经理有时会越过一方面的测试保证和指导,而另一方面的测试实施之间的界限。在那种情况下,测试经理进行测试设计和测试用例。它在该项目中效果很好,但是您应该意识到,这使他的角色独立性降低了。缓解措施是应用程序测试人员参与制定测试设计和测试用例,因此,除了架构师和测试经理之外,还包括其他知情的项目成员。这降低了不良测试的风险。

顺便说一下,在这个项目中,不同的团队和集成测试人员制作了专业的回归测试集。总是由测试经理,有时由用户或架构师对这些设置进行审查。大多数回归测试都是自动化的,以便可以快速执行它们。

归根结底,测试经理以测试保证官和测试教练的身份,对所测试的内容进行了端到端的概述,其中包括是否测试了所有组件和集成以及是否进行了测试。是专业完成的,是否有盲区。他不能单独做到这一点,因此测试经理需要项目和用户的不同利益相关者参与。这样,他确保对基础架构进行了彻底的测试。

现代测试中不断发展的角色

我们再也很少看到传统的测试经理角色:管理层级别的项目成员,他定义测试策略,制定测试计划,管理进行测试的人员并报告结果。 大多数传统的测试管理活动都是由团队完成的。

图1提供了对传统的测试管理活动是否不再进行,由团队完成还是在组织中其他地方进行的洞察。 每个组织的矩阵都不尽相同,但是这个矩阵是在SEETEST Sofia 2017大会敏捷测试管理研讨会上制定的。

由于现代项目中的测试并非总是由专业测试人员完成,因此这可能会带来风险,尤其是当我们谈论大型或复杂系统时。 测试保证或指导可以作为降低此风险的缓解措施。

这只是测试保证和测试指导(组合或单独)可以为组织,项目和团队增加价值的一种方式。

易学教程内所有资源均来自网络或用户发布的内容,如有违反法律规定的内容欢迎反馈
该文章没有解决你所遇到的问题?点击提问,说说你的问题,让更多的人一起探讨吧!