在敏捷开发中，我应该使用什么策略和测试用例来测试？

Question

1. 如何构建测试用例与用户案例/特性与需求？
2. 您在敏捷开发模型中的测试策略是什么？
3. 什么是敏捷开发模型中的自动化测试策略？

Answer 1

问:如何构建测试用例与用户案例/特性与需求？

使用BDD工具，如Cucumber，这将为您提供活的文档作为代码。

问:在敏捷开发模型中，您的测试策略是什么？

答:我们遵循敏捷测试金字塔和敏捷测试象限(google获得更多信息)。自动化开发人员整天都在和应用程序开发人员交谈。

问:敏捷开发模型中的自动化测试策略是什么？

答:在敏捷测试中，自动化测试策略是敏捷测试金字塔，包含完全存根的单元测试、非存根集成和API测试以及少量的UI测试。在敏捷中，测试的目的是反馈到开发过程中，这是一个巨大的转变，从传统的'qa‘作为一个检查，验证，“不坏”的模型。

Answer 2

只是为了补充提到的要点，

战略还应考虑项目因素，例如，

1. 自动化工程师和开发人员的比率是多少？
2. 您有多少测试自动化资源？
3. 什么是冲刺大小和多久发布计划

拥有像BDD这样的抽象级别将是一个瓶颈，因为只有1QA和6-7的开发人员比例，因为开发团队提供的特性将是巨大的。

测试开发是一个全职的过程，如果您想要高效地完成它，BDD的最初道路将是艰难的，团队中的每个人都需要适应这一点。但一旦你掌握了它，那就容易了。

因此，对于没有BDD抽象的简单框架，我将使用以下策略：

1.如何构建测试用例与用户案例/特性与需求？

使用标记，在自动化测试名称中添加用户故事或功能ID

2.您在敏捷开发模型中的测试策略是什么？

将测试移到左侧并添加到自动管道中。创建更多的单元测试、API测试和UI测试。

当您看到测试金字塔时，我们可能需要在单元测试中进行更多的测试，而在UI中则需要更少的测试。

但我不同意这一点，我希望从覆盖的角度来看测试金字塔。

因为作为一个例子，仅仅因为API端点工作正常，我们不能为此跳过UI测试，因为我们不能保证UI将按它假设的那样使用和呈现结果。

因此，应该更多地考虑覆盖范围，单元测试可以确保组件具有更多的测试覆盖率。服务等的API，UI，即使我们有1000个测试，也会有很多因素可能会漏掉，比如，UX，可访问性，视觉回归等等。

3.敏捷开发模型中的自动化测试策略是什么？

自动化测试策略是：https://www.smartsheet.com/comprehensive-guide-values-principles-agile-manifesto

1. “敏捷宣言”中的第一个价值是“个人和跨过程和工具的交互”。比过程或工具更重视人是很容易理解的，因为响应业务需求和驱动开发过程的是人。如果过程或工具驱动开发，则团队对更改的响应较低，满足客户需求的可能性也较小。沟通是重视个人与过程之间区别的一个例子。就个人而言，交流是流动的，在需要时发生。在进程的情况下，通信是排定的，并且需要特定的内容。

为了讨论，研究和确定最好的工具和过程，你的团队需要做有效的工作。仅仅因为产品是用.net开发的，或者javascript或java不使用这些工具来实现自动化。

研究和寻找好处，为所有工具设置开销，并最终确定能够完成工作的最佳个人和工具。