#1 楼
爱德华,欢迎来到SQA。我会假设您就是开发人员。我认为开发人员可以通过多种方式帮助质量检查小组。最明显的帮助方法是编写自动化测试或编写使测试更容易的工具,例如创建测试数据或自动化部署。
您可能会拥有编码之外的技能,这也会使您的团队受益。例如,如果您擅长编写代码,则您可能能够以比您的团队现在更好的方式编写测试计划。深入了解软件的组合方式可以使您对如何进行测试有不同的看法。
当然,您询问如何发挥最大的影响。我无法回答,因为我不在您的公司或团队中工作。如果我是您,我会花一些时间与人们讨论一下现在的测试感觉:什么有效,什么无效,什么容易测试,什么困难或费时。我也会在您的错误跟踪系统中寻找趋势。您还可以与开发人员讨论这些事情。
最重要的是,您可能需要将测试人员的寿命延长几个星期或几个月。我相信,几个月后,您将对如何对测试产生重大影响有很多好的想法。
#2 楼
对于缺陷隔离的质量检查团队,开发人员也很有用。具有阅读代码,了解系统架构和调试运行程序的技能,您将可以找出导致问题的根本原因。您或您的质量检查小组其他成员发现的缺陷。当您执行测试并且可以访问测试环境时,通常可以更快地重现和隔离问题。想象一下要修复缺陷的人可能需要亲自隔离缺陷。她将需要自己设置测试环境或访问它。这需要知识,即从事单个组件开发的开发人员通常没有这种知识。为什么会这样呢?
这是因为构建应用程序的开发人员高度专注于单个组件。在极端情况下,他们“头脑狭窄”:他们的工作是确保软件在单元级别上运行。另一方面,测试人员可能对系统有更广泛的了解,可能知道您的团队尚未开发的组件的问题,可能知道集成点的挑战,并且更好地了解了外部系统。
#3 楼
@ user246有一些不错的选择-我想到的第一个也是自动化和支持工具的创建。我认为,我一直在研究的许多测试团队可以从另一个领域受益的是对系统体系结构和技术的更深入的了解。开发人员对系统有不同的看法-他们拥有更多的技术知识和/或经验,可以使他们更好地了解系统固有的技术风险。也许代码的某些部分因未知原因而起作用-开发人员可能能够更轻松地识别出这些部分。可能存在某些风险较高的技术互动。如果开发人员已经与仍在开发系统中的开发人员进行了合作,或者已经与其他开发人员一起参与了代码审查,则测试中的开发人员甚至可以提供诸如“哦,Joey编写了该代码。当他用完指针后,别忘了释放指针,所以一定要对它的内存泄漏进行测试。”有时,即使只是能够向测试人员解释系统的技术方面,也可以帮助他们查看其他测试用例。这并不一定适用于每个测试人员-一些测试人员或测试用例不必具有实现其目标的技术细节。这也不是需要开发人员去做的事情-技术测试员也可以担任这个角色。但是,我认为这是一个很大的领域,分配给测试团队的开发人员除了可以为测试和工具创建代码之外,还可以提供帮助。
评论
取决于团队面临的挑战/需求。那是什么?这不是sqa.stackexchange.com/questions/726/…的副本吗?还是sqa.stackexchange.com/questions/726/…和sqa.stackexchange.com/questions/1900/…?他们会回答您的问题吗?如果没有,那为什么呢?