Waterscrum +阶段环境中的敏捷测试过程

Question

目前，我在几个团队同时工作。项目团队在Waterscrum中工作，并定义了一个敏捷的sprint，即-一周的开发+一周的测试。

所有团队彼此工作，但在不同的项目上，这些项目又是相互关联的。

有些团队还没有一个准备环境，因此不使用基于正常敏捷阶段过程的测试过程。目前，团队中只使用功能测试。直接集成测试和单元测试都不是问题。

但是因为这个主题，单元测试，是要解决的，我的任务现在被定义了。到目前为止，一切都在正常环境中正常工作，但在这里，外部因素被定义为根本不同。

，但是对于无法解决的因素有以下几点：

• 对每个人来说，统一测试都是强制性的。指定给他的利益相关者和客户的指示。
• 所有团队都应该在阶段过程中引入单元测试，并通过敏捷计划进行相应的计划。
• 所有团队都将使用最统一的测试环境。
• 直到现在，每个团队都有自己的准备和完成的定义。
• 要解决能力问题，迫切需要对“准备就绪”和“已经完成”的全球范围内的定义进行定义。

问题：

• 如何构建一个可供所有项目团队使用的单一的统一测试平台？
• 基于Waterscrum原理？
• 根据“王子”的分期。如何定义“就绪”和“完成”的全局定义，使其在新的Unitetst过程中为所有团队所接受？以前的方法
• 为了在暂存区也使用静态测试过程，我向开发人员介绍了Sonarqube。阶段环境中的团队之间的代码质量问题是一个无法解决的问题。
• 在下一步，我们希望使用Unittest程序在早期阶段更快、更有效地认识到我们的问题因素。

对于如何解决这些问题，你有一个或多个想法或提示吗？这个问题有意识地建立在自己的基础上，这样人们就能更好地理解这些联系。

Answer 1

你提出的情况有几个挑战。首先，没有所谓的水First官方的东西，所以没有规则去做它。通常，Waterscrum或WaterScrumfall是指糟糕的Scrum实践的贬义术语。因此，我们应该从其自身价值的角度来对待每一种质量实践，而不是在更广泛的方法中占有一席之地。

接下来，您的流程将开发和测试划分为两个不同的活动，我假设是两组不同的人员。然后，您将尝试将依赖于这些要合并的活动的概念进行分层--特别是done和单元测试的定义。

在大多数敏捷方法中，有一个假设(源自精益)，您希望构建质量，而不是以后检查它。上述两种做法都有这样做的目标。to的定义建立了一个标准，旨在促进任何产品的特定质量水平，并且团队将应用任何必要的技能来增加达到所需质量水平的产品。你描述的问题不一定不常见。然而，解决办法是直截了当的.您将团队(或团队的可信代表)聚集在一起，为跨越团队的整个产品定义最小定义(尽管欢迎单个团队更加严格)。

单元测试和TDD是开发人员用于确保代码质量的最底层代码的常用技术。一般来说，这些实践可以减少异常的代码逻辑和难以找到的边缘案例，也有助于减轻高级别测试的负担。根据应用程序的不同，使用单个平台可能是可能的，也可能是不可行的。回答这个问题的最佳人选是开发人员。值得注意的是，即使有可能，如果从不同平台获得的价值大于维护这些平台的努力，也可能是不可取的。同样，让这个问题从团队中出现，传统上是解决这个问题的最佳方法。

要回过头来，你所面临的核心挑战似乎不是一个技术性的挑战。相反，您试图将坚持控制的传统方法与坚持放弃控制的敏捷方法相结合，并要求团队找到自己的方法(无论是单独的还是集体的)，以满足产品所要求的质量标准。