敏捷方面的高级QA工程师应该设计/架构应用程序功能吗？

Question

QA工程师实际上能被期望设计和/或架构产品特性(不仅仅是自动化框架)吗？

特别是如果他/她拥有12+多年的经验，并且在一个团队中，其他具有类似背景但具有开发背景的工程师需要设计/架构师呢？

至少，他是否可以期望参与设计讨论并验证设计的可测试性？在敏捷项目中，这样一个经验丰富的QA工程师还应该扮演什么角色或承担哪些责任？

Answer 1

一个经验丰富的质量保证工程师当然可以增加设计和架构讨论的价值。他们最有价值的输入通常是在测试上，如何测试，可测试性。它们还可以就以下方面提供良好的投入和信息：

• 可用性和可访问性问题和方法
• 在单元、集成、功能、负载和探索性区域的象限中测试什么。
• 如何利用敏捷测试三角法对单元进行特征测试
• 设备、浏览器和版本问题以及开发过程中需要考虑的因素
• 需要建立什么基础设施来支持移动测试
• 测试所需的物理设备

一般来说，它们应该集中在有助于高质量的所有不同因素上。测试只是其中之一。我通常回避的一个领域是应用程序端的深层次技术细节(“生产特性”)。然而，这真的取决于公司，工程师是谁，他们带来了什么样的知识。

也许最重要的是，这应该是关于谁能够、应该和将为发展的哪些部分作出贡献的公开讨论。我建议你总是从“我能怎么做贡献”的心态来看待这个问题。而不是“我知道很多东西，我会告诉(‘建议’)开发人员该做什么”。

Answer 2

QA工程师应该做招聘经理雇他或她做的事情。这种设计参与是在职位描述中还是在招聘过程中提到的？

我不认为任何专业的QA工程师会拒绝参加这样的讨论。也许你和这位质量保证工程师有沟通问题？如果是这样的话，最好还是把你的问题重说一遍，然后在职场论坛上问。

Answer 3

去问问团队。

有了良好的实现敏捷，团队决定如何做工作，而不仅仅是你，也不是经理。我希望任何能够编程的团队成员都能参与到大多数主要的设计决策中。所以，是的，我希望QA工程师能够帮助设计和架构，而不仅仅是自动化框架。

极限编程有一些有用的术语，比如管，管来衡量简单性，代码应该是可测试的、可理解的、可浏览的和可解释的。高级QA可以尝试激励团队使用这样的实践来制作更好的质量代码。

就我个人而言，我也是清洁代码实践的老师，这是使产品敏捷所必需的，而不仅仅是过程。阅读更多关于技术精湛的信息，它包含了大量的测试内容。在执行货物邪教 Scrum的敏捷团队中，这常常被忽略。

最后，人们应该做他们觉得舒服的事情，这给团队增加了最大的价值。因此，再次询问团队，他们对QA工程师的期望是什么，QA工程师可以解释他/她必须用他们的经验提供什么。

请记住，作为QA角色，您不应该过多地关注学科。敏捷团队应该由T形人组成，他们拥有广泛的软件开发技能，有一两种他们传授给其他人的专业知识。这是为了最小化团队母线因数。