QA步骤，将sprint故事从准备好让QA完成吗？

Question

我正在寻找由QA工程师在scrum团队中使用JIRA和一个测试管理工具(如test )执行的高级通用步骤。我意识到对于每个公司来说，这将是不同的，但是一旦一个sprint开始，QA人员会采取哪些一般步骤来将一个故事从QA准备好到完成呢？

Answer 1

在进行测试工作之前，不要等到sprint开始。你应该在票证的规划过程中在场，并对这个功能给予反馈。所有可能的场景都被排除了吗？可以添加一些东西来提高特性的可测试性吗？是否需要为自己创建额外的工作项来设置环境或生成测试数据？验收标准是否明确和可测试？

您将需要花一些时间考虑测试策略，并希望编写测试用例。这不需要等到sprint开始。这应该传达给团队，但特别重要的是要与开发人员讨论实现该特性，因为它可能会暴露出对该特性应该做什么的不同意见。

一旦票据转移到QA准备，部署特性并运行前面考虑/记录的测试用例。如果发现阻塞问题，它会移动回open /重新打开。

be可能有不同的含义，但通常意味着它被合并到主人或可以合并到主人。

Answer 2

1. 根据用户需求测试用户故事
2. 报告你发现的任何错误
3. 重测修复错误
4. 当没有更多的bug时，向利害关系方演示它(取决于这个用户故事的大小，您可能不需要这样做。
5. 如果每个人都很高兴，就把它标记为已完成的。

Answer 3

最常见的路径是:为QA ->测试->完成(或重新打开)做好准备。我看不出有必要在这里增加任何额外的阶段。也许在测试很大一部分功能时，您可能需要它们。例如，你可以使用“冒烟测试”、“负荷测试”等步骤。如果有一堆测试用例，其中有些是自动化的，那么“测试中”阶段可以分为“手动”和“自动”两个部分。

但是，在我看来，只有当你真正需要它们来组织一切的时候，才应该增加额外的阶段。否则一切都会变得太复杂。人们有时会误以为是另一个等等.