在我工作的产品团队中,工程资源如下所示:
目前,单个QA团队一起工作,以便手动测试来自所有4开发团队的票。这种方法是可行的,但它也会产生关于优先级的问题:哪个团队的票证更需要测试?开发团队如何选择测试人员将票分配给?等。
不过,我们正在考虑的是,为每个开发团队指派1名QA工程师。当然,这引起了卡车因素的问题,因为只有一个专用的QA工程师可以与单个开发团队一起工作,这看起来很危险,而且可能效率低下。
根据您的经验,将QA团队集成到我们的产品开发中的最佳方法是什么?上述两种方法是否有任何合理的替代办法?
发布于 2020-02-07 21:15:47
您的标签中有Scrum,因此值得注意的第一点是Scrum需要跨功能的团队。我假设QA需要将产品交付到生产部门,所以这种技能需要在团队中进行。
现在,有了4:1的比例,他们就有被压垮的危险,特别是如果所有的工作都在冲刺的最后一天交给他们的话。以下是在这方面需要考虑的几点:
1)如果需要的话,来自另一个团队的团队成员什么都不会说是帮不上忙。这是一个解决问题的绷带,但有时一个绷带正是你所需要的。
2)并行运行开发和测试的方法有很多。我强烈建议查看TDD、BDD和Spec逐例,以了解如何不要等到sprint结束后再进行测试。(我知道这并不包括所有类型的测试,但它确实有助于将工作扩展到整个sprint)。
3)一个优秀的QA工程师的价值不在于运行测试或记录测试。它是在确定什么是测试-裂缝和角度,开发人员没有考虑。这意味着任何scrum团队成员都可以承担大量的测试工作。
4)在这一模式中,你肯定会失去一件事,那就是拥有相似技能的人互相帮助成长。一个简单的“章节”或“实践社区”模型,让测试人员每周聚会一次,分享想法和最佳实践,有助于缓解这一问题。
作为开发人员和测试人员,我都在这两种模型中工作过。选项2总是给我带来更好的结果。
发布于 2020-02-08 10:30:12
从QA的角度看
通常,当测试人员被分配到团队中时,他/她所经历的测试阶段很少。最重要的是:
这将给你更多的结果,在麻木猴子测试和探索性测试。作为测试人员,领域知识和产品知识在测试多个产品的场景中将受到限制,而不是集中在单个产品上。(因为我们都是人类,当多重任务时会分心)。
第一种方法的
测试人员将缺乏领域专家和产品专业知识,这可能会导致错过测试复杂的业务场景和错误被推向生产。
用户在改进产品和领域知识方面有更多的时间。
这将在功能测试中提供更多的结果,因为测试人员非常清楚产品和领域的复杂用例。这样可以确保产品按其预期的方式工作。
第二种方法的
由于测试人员非常清楚产品和领域,有时他们在识别可能会阻止用户购买产品的UX缺陷方面漏掉了。
因此,探索性测试和猴子测试在这里效率较低(但熟练的测试人员甚至可能涵盖这一部分)。
发布于 2020-02-08 10:46:56
我的建议是采取不同的方法。
我建议将QA分为两种功能:
这个解决方案的主要挑战是你需要雇佣更多的员工。不过,也许不是两倍。也许2可以做探索性测试。记住,探索性测试并不是详尽无遗的,使用所有的数据组合和设备--这更像是一种抽样方法。
正如其他人所指出的,在一个团队中有一个qa/qe .需要写UI测试..。这是为了完成功能..。由三个开发商..。在短跑中只剩下很少的时间了..。导致这一切只是行不通。
https://sqa.stackexchange.com/questions/42468
复制相似问题