End To End 测试简介
当我作为软件测试人员开始我的职业生涯时，我们遵循的是V型模型，它是瀑布模型的改进。这是由于几个原因引入的。在本文中，我们将分析早期End To End Testing是否是一种更好的方法。
早期的End To End测试有一些依赖性和优势。下面逐一详细讨论。
End To End 测试依赖关系
良好的业务流程：当我们清楚地了解流程时，就可以据此规划早期的End To End测试。流程可能包括要使用的测试环境类型，业务流程，截止日期，需求和测试人员等。业务分析人员负责这些文档。当这些支持文档可用时，测试团队更容易参与早期测试计划和策略。测试团队可以准备所需的测试用例，并根据他们的经验水平在文档化场景中发现缺陷。
适当的测试环境：进行早期的End To End测试，建立合适的测试环境至关重要。不仅这将给出正确的结果，而且有助于获得正确的缺陷。当测试环境是适当的时候，新的测试团队成员就有足够的时间学习和操作这个环境。如果一个测试人员对环境有了更好的理解，那么它将对测试结果产生积极的作用，这些结果将由正确的缺陷组成，从而朝着正确的方向努力。
精心设计的测试用例：根据要求，End To End测试用例应写成任何测试人员可以理解和执行，没有分歧或误解。如果给测试团队提供项目的具体文档，那么就可以更容易地来编写最大测试覆盖率的测试用例。
测试数据的可用性：正确的结果取决于正确的测试数据。不同的测试用例可能需要不同的测试数据集，可以提前生成以帮助End To End测试。测试数据应等同于生产数据，以便测试团队在正确的数据集上进行测试，以获取正确的缺陷和积极的测试结果。
资源可用性：测试团队有着多重职责，从测试需求到设计测试计划和创建测试用例。早期End To End测试不一定由测试团队进行，也可以由业务用户完成。有适当的资源来帮助进行End To End测试是很重要的。通常，因为测试经验很重要，测试人员或具有适合项目的适当测试技能的最终用户需要测试一切软件应用。根据测试人员的经验，可以观察到End To End测试的生产率。
End To End测试的优点
降低成本并节省资金：我们都知道，在后期修复缺陷的成本远远高于早期修复缺陷。早期的End To End测试有助于在软件生命周期的早期阶段发现缺陷，节省了大量资金并降低了整体项目成本。
减少工作量：早期End To End测试是一个双赢的局面，修复早期的bug对于开发人员来说很容易，而且在后期阶段测试人员的工作量也较少。例如，我们有40个测试用例用在End To End流测试。我们知道这些是最重要的测试流程，我们可以投入一些时间来自动化这些流程，并将其作为回归套件，从而节省时间和精力。换句话说，我们可以说这将是一个正确方向的努力。
时间管理：早期End To End测试有助于管理最后期限，从而有更多的时间进行详细的测试。如果业务用户进行End To End测试，那么测试人员将有更多的时间进行功能、性能或集成测试。他们将有更多的时间来计划其他的测试活动。如果给测试人员适当的测试时间，那么他们就可以在传统测试方法的基础上花费更多的精力来实施先进的测试技术。
更好的集成测试：早期End To End测试的主要优点是改进了集成测试。End To End测试将拥有所有主要的End To End流，这些流将与系统集成，当我们进行早期测试时，我们将更好地了解集成如何为我们工作，以及需要改进什么。它提供了完整的集成系统测试的一瞥。
提高要求、质量：这是早期End To End测试的明显优势。当我们提前开始测试时，我们也会测试需求，这将利于找出所有的差异和缺陷，因此，它将有助于我们满足产品的需求和整体质量。质量报告在优质的产品开发中，只能由质量分析小组才能批准。
更好的理解功能：如果业务用户早期进行End To End测试，他们将更好地了解软件以及如何正确使用它。这将在以后的培训中节省一些时间，而且在市场推出软件的时候也会减少混乱。