产品质量的成功直接取决于质量保证团队和开发团队的良好协作能力。 当QA和Dev在同一个团队中工作和交付时,这在敏捷世界中更加紧密地结合在一起。 质量保证和开发人员之间的共生关系将加快交货时间,创造出更坚固的产品,并且总体上将提高团队成员的满意度。
说以上是显而易见的。 但是,如果不了解质量检查和开发人员之间的关系,则会使您的产品/团队朝相反的方向发展。 两者之间存在着微妙的关系,一定的紧张关系必须面对而不容忽视。 你们中的大多数人可能在您的工作场所中感觉到了。 您会听到一个质量检查问题,然后是一个自鸣得意的回答,基本上是在告诉他他会
从来不懂,因为他没有写代码。 反之亦然,当开发人员提出有关产品的问题,而质量检查人员看着他时说:“您确实需要摆脱小世界。 整个宇宙都在等着你……”
有几种症状/原因可以帮助您确定工作场所的紧张程度:
领域知识主要在质量检查人员手中
在这种情况下,开发人员将在真空中工作。 他了解足以完成其任务的知识,但还不足以使他的代码可重用。 他无法预见兴趣领域的新进展。 他就像一头在长长的走廊上翻来覆去的牛。
缺少尊重
大家都知道那里和那里。 “这个功能写了很多错误,我奶奶会写得更好”,或者“他怎么敢打开这个错误? 这只是向我展示了他的理解力……”双方都在建立自己的战trench,同时指责对方在地球遇到的每一个问题中。
过度测试
每次更改后,似乎都有对整个产品进行重新测试的趋势(应通过适当的健全性自动测试来防止,而不是通过人工检查来防止)。 检查太严格了。 这导致产品改进缓慢,并使开发人员感到沮丧。
正在测试中
在压力下编写要素,因此要在压力下进行测试。 并非所有的肢体病例都是模拟的。 这可能会导致质量检查方面感到沮丧,因为它们是签署该功能的人。
老板是谁?
开发人员有时会将质量检查视为他们的个人助手。 他们可能会要求质量检查人员完成与质量检查人员不直接相关的任务,但主要是为了节省“昂贵的”开发人员的时间。
谁该怪?
在质量保证负责产品质量的地方,产品随附的每个错误都有可能引起新的火灾。 谁该怪?
- 跨职能团队。 将它们放在同一个团队中,并使整个团队负责产品。 正如我们之前所说,这已经在敏捷时代发生。
- 让他们彼此做自己的工作。 让质量检查人员以编写脚本的形式进行一些开发,或者让他们理解不可避免的错误的任何事情。 让开发人员进行一些质量检查,以便他们理解说的恐怖:“我已经对其进行测试并且可以发货了”
- 团队经理层应同时来自开发人员和质量检查人员,因此可以为管理层提供更广阔的视野。
- 管理层必须拥有良好的人际关系,并意识到紧张局势,并在必要时与之面对。
翻译自: https://www.javacodegeeks.com/2013/05/the-dev-qa-delicate-relationship.html