缺乏重点测试

Question

对于敏捷项目中的测试人员来说，很难专注于测试。

有那么多的任务要完成，举几个例子：

• 与业务分析师一起准备未来短跑的故事。
• 与开发人员讨论当前sprint的故事
• 关注在CI上失败的构建
• 与产品所有者合作进行演示。
• 帮助开发人员处理测试数据
• 环境设置或单元测试
• 集成试验
• 在需要时注意非功能性测试。
• 测试自动化
• 支撑刺激释放
• 不同环境下的测试

这通常会给实际测试留下很少的空间。敏捷测试有缺陷吗？(开玩笑!)所以，我在这里的问题是，什么是最理想的优先处理任务的方法，我们应该把测试团队分成更小的块来处理这种情况吗？

这难道不会使测试人员从更广泛的接触中失去系统级别的感知能力吗？

Answer 1

当使用敏捷(或任何方法)时，我建议让您的测试员团队的一部分，而不是有一个单独的QA团队，这是孤立于所有的工作。(这也意味着，如果您在同一间办公室，测试人员将与开发人员坐在一起。)

在以上要点中，您列出了许多任务，这些任务并不是测试人员的唯一责任，整个团队都需要参与进来。

例如：

与业务分析师一起准备未来短跑的故事。

准备故事应该由产品负责人来完成，如果这是不可能的，那么整个团队应该在任何计划会议之前分享负责任和理想的做法。

与开发人员讨论当前sprint的故事

这在敏捷中不应该被用到，每个人都应该参加那个计划会议，所以要对开始的事情有一个很好的了解。

关注在CI上失败的构建

与测试人员一样，开发人员的职责也是如此。

与产品所有者合作进行演示。

再一次，让开发人员参与其中，他们是那些致力于故事的人，所以他们也应该对降级他们负责。在我参与的前一个项目中，每个开发人员负责将他们所做的每一个故事的简短演示放在一起，然后依次将其展示给产品所有者。测试人员仍然在房间里，并在QA端进行更新，但实际上是开发人员做了演示。

你明白了，分担工作量.

下面这篇文章可能也会让您感兴趣，我们已经编写了https://blog.testlodge.com/the-role-of-qa-in-agile/，其中详细介绍了测试人员在使用敏捷时如何参与QA团队的工作。

如果您确实有一个由许多测试人员组成的团队，那么您可以做的一件事是让他们之间保持沟通，让他们拥有一个scrum，在那里他们都会简短地见面并相互提供更新。(这不需要每天一次，用不同的时间段进行实验，找出哪种方法最有效。)