职业经验 既然测试也要求写代码,那干脆让开发兼任测试不就好了吗?

狂师 · 2024年06月11日 · 最后由 simonpatrick 回复于 2024年06月11日 · 6991 次阅读

在软件行业,测试和开发是两个不可或缺的角色。

然而,随着技术的不断演进,测试工作也逐渐从单纯的手工测试过渡到自动化测试,乃至如今的智能化测试。在这个过程中,测试工作也越来越多地涉及到编写代码,甚至代码要求丝豪不比软件开发低,以应对日益复杂的测试需求。这也引发了一个有趣的讨论:既然如此,让开发直接兼任测试不就好了吗,开发本身就有较强的代码功底,让他们自己开发一些高效测试工具自动化测试自己开发的功能模块,这样子就不需要测试人员了。

今天我们就围绕,既然测试也要求写代码,那为什么不直接让开发人员兼任测试呢? 来探讨一下这个问题。

首先,我们需要明确一点,测试并不仅仅是编写代码那么简单。测试在软件工程中,是一门独立的学科,是一个全面的过程,它不仅仅是对软件功能的简单验证,还包括对软件性能、安全性、兼容性等多方面的测试。测试人员需要具备专业的测试知识和技能,它包括需求分析、测试计划、测试设计、测试执行、缺陷跟踪和测试报告等多个环节。而编写代码只是其中的一部分,特别是在自动化测试中。这些技能是开发人员难以在短时间内掌握的。因此,仅仅会编写代码并不意味着就能胜任测试工作。

其次,开发人员和测试人员的工作重心是不同的。开发人员关注的是如何实现功能,他们的目标是尽快地完成代码编写并交付产品。而测试人员关注的是产品质量,他们的目标是找出产品中的问题和缺陷,确保产品的稳定性和可靠性。这种不同的关注点导致了他们在思维方式和工作方法上的差异。如果让开发人员兼任测试,可能会导致他们无法全身心地投入到测试工作中,从而影响产品的质量。

再者,让开发人员兼任测试可能会破坏团队的协作和沟通。在一个健康的软件开发团队中,开发人员和测试人员应该是相互支持、相互学习的关系。如果让开发人员兼任测试,可能会导致他们之间的界限变得模糊,从而影响到团队的整体效率。此外,当开发人员需要对自己的代码进行测试时,可能会出现一种 “盲点” 现象,开发人员可能由于自身的主观性和对代码的熟悉程度,难以发现一些潜在的问题。而测试人员则可以站在用户的角度,以客观的态度去发现软件中的缺陷。此外,独立的测试团队还可以为开发团队提供及时的反馈,帮助开发团队更好地改进软件质量。

当然,这并不是说开发人员不能参与测试工作。实际上,在一些敏捷开发团队中,开发人员和测试人员的角色已经越来越模糊。在这种情况下,开发人员不仅需要编写代码,还需要参与到测试工作中来。但是,这并不意味着开发人员就可以完全取代测试人员。相反,他们需要与测试人员紧密合作,共同确保产品的质量和稳定性。

总的来说,虽然测试工作确实涉及到编写代码,但这并不意味着就可以让开发人员兼任测试。因为测试不仅仅是编写代码那么简单,它还涉及到许多其他的技能和知识。而且,开发人员和测试人员的工作重心不同,让他们兼任可能会导致产品质量受到影响。因此,我们应该鼓励开发人员和测试人员各自发挥自己的专长,多交流和合作,共同为提高软件质量而努力。

如果觉得我的文章对您有用,请随意打赏。您的支持将鼓励我继续创作!
共收到 7 条回复 时间 点赞

听说好像 Google 就是让高水平的开发去做测试,但也不完全是测试,算是 SRE 团队(只是听说

😂 这是在写申论吗?

这个问题之前在知乎看到过?高赞回答大家怎么看 既然测试也要求写代码,那干脆让开发兼任测试不就好了吗?

谷歌,微软都是这样的,最典型 SET 角色

测试写代码能驱动加薪,开发兼任测试只能加工作量

越看越像论文

讨论这些没有任何意义的,需要给这种讨论设定一些范围:

  1. 比如说什么样阶段的产品
  2. 比如说什么样阶段的公司
  3. 等等外部其他因素 。。。。。。。。。。。

讨论了很多开发和测试工作的不同,这没有问题的,但是毕竟这些都是人做的工作,工作有些不同,不同的地方人就哪里需要哪些学呗,开发兼任测试不是不行,测试兼任开发也不是不行,就没有不行的。职位要求需要重心不同,这不代表就是完全不能做呀。

目标是降本提效,身兼多职;目标是跑马圈地,那就多找点人。

需要 登录 后方可回复, 如果你还没有账号请点击这里 注册