几乎无所不在的敏捷实践要求在软件开发生命周期（SDLC）中进行更快、更早的测试。尽早将开发和测试工作结合起来通常称作“左移”。
传统测试
典型的瀑布式软件开发项目一般是在产品发布到生产环境之前进行测试。这意味着当不可避免地发现缺陷或可用性问题时，产品发布将被推迟，直到这些问题得到修复为止。
在这种模式中，测试成为严重阻碍项目按时交付的瓶颈。
何为左移测试？
简单说，左移软件测试就是将开发周期看作从左到右的一条直线。
在旧模式中，测试仅在这条直线的最右边发挥作用。认识到这一瓶颈，我们现在希望将测试的开始位置尽量左移。
左移是旨在软件交付过程中尽早发现和防止缺陷的一种实践方法，目的是尽量在软件开发生命周期中尽早将测试任务左移，以提高产品质量。左移测试意味着在软件开发过程的早期阶段进行测试。
为何要左移测试？
在传统的软件开发模式中，需求挖掘一直位于整个测试计划的左侧，产品交付和测试则位于右侧。问题是，这种做法无法应对不断变化的期望和需求，从而给企业带来负面影响，例如：
·增加成本
·延长上市时间
·意外错误
成本本身就是将测试左移的主要动机之一。据估算，超过一半的软件缺陷可以在需求挖掘阶段被发现，只有不到10%的缺陷出现在生命周期的开发阶段。但修复这些缺陷的成本正好相反：
在产品投入生产后消除缺陷的成本将是需求挖掘阶段的100倍以上。
Ponemon研究所2017年的调研显示，如果在早期开发阶段检测到漏洞，其平均修复成本可能在80美元左右。但是，如果在产品投入生产之后修复相同的漏洞，则平均修复成本可能高达7,600美元。
左移方法强调开发人员需要在软件构建的最早阶段便开始关注质量，而不是等到SDLC后期发现错误和缺陷。
左移使产品团队能够执行以下日常任务：
·测试
·提供反馈
·审查变更和进度
左移总是合适的吗？
在现实生活中，左移测试方法并不总是能够提供最佳性能和功能。
这种情况下，采用右移测试策略可能有助于：
·增强客户体验
·提供测试自动化的覆盖范围
·确保更好的测试覆盖范围
右移测试是指从右边开始测试，即产品投入生产之后。在右移测试中，您需要测试的是一个完全构建好的正常运行的应用，以确保其性能和可用性。
目标用户的评论和反馈有助于进一步提高软件质量。右转方法的一个重要特征是您愿意：
· 尝试通过新的解决方案来验证假设条件
· 与客户合作来确定哪些是有效的做法（而不是以假设为依据进行操作）
用户的持续反馈可能有助于更好地处理软件故障。
如何左移
一些关键策略可以帮助您开展左移软件测试：
需求规划
测试分析师与业务和运营利益相关者互动，以提供前瞻性的需求视图。此视图将允许您提前规划并确定：
·预算
·资源
测试策略
需求规划是左移方法中不可或缺的组成部分，为测试生命周期中的所有其他活动提供了起点。
静态测试
静态测试是在项目早期阶段进行的，包括对需求和设计进行验证。静态测试的目的是在生命周期的早期阶段发现缺陷，以避免拖延到项目后期阶段而付出极为高昂的代价。
使用适当的检查清单来验证和确认需求与设计。将缺陷记录到缺陷管理工具中。
统一测试策略
这是一个整体的、高层次的端到端测试策略，适用于从单元测试到用户验收测试（UAT）、运营准备测试（ORT）和部署后测试的所有测试。
该策略涵盖质量控制的所有阶段，并明确规定了职责。统一测试策略允许您分析环境、存根、自动化和测试数据的依赖关系，以确保各团队能够满足需求。
基于风险的分析
开展基于风险的分析，以确定每个测试场景的影响和失败概率。此方法适用于功能、非功能和回归类型的测试。
测试用例一旦建立，您便可以根据分析结果对测试用例进行优先级排序。请与业务分析师或设计师讨论失败的影响，并确定开发团队失败的概率。
左移方法的好处
采用左移策略可以带来很多好处，尤其是：
自动化
左移可以提高自动测试的能力。测试自动化的主要好处包括：
·显著减少人为错误
·扩展测试范围（可以同时进行多个测试）
·测试人员能够专注于更有趣、更有意义的任务
·减少生产问题
加快交付速度
越早发现缺陷、越能快速修复它们。如果您能在生产周期的早期发现缺陷，便可以更快地修复它们。从而：
·大大缩短两次产品发布之间的时间间隔。
·提高软件质量。
提高满意度
更快地交付具有更少缺陷的软件是左移方法的一个主要优点。
如果您认为上面的任何好处都不足以吸引您采用左移方法，不妨想想业务伙伴脸上满意的笑容。
