“测试左移”只要累不死 就卷死别人

文章讨论了软件开发中"左移"的概念，即在开发生命周期中尽早介入测试和质量保证活动。作者分享了个人关于何时和如何实施左移的观点，以及对左移实践的看法。

作者首先建议，如果没有必要，则不应强行进行左移。左移可能会导致角色冲突，尤其是测试工程师挑战业务分析师(BA)的职责。但是，如果测试工程师能够通过例子验证需求，即实例化需求，这种做法仍然是值得的。

接下来，作者指出当一个团队在研发领域交付高质量工作，且能够准确估算交付时间时，可以考虑实施左移。此时，研发已经达到了较优化的状态，可以开始考虑如何进一步提升质量。

在左移实践中，作者提倡的是尽早加入项目的早期阶段，帮助评估项目的风险和成本。理想情况下，一个全栈或架构师级别的人员能够在项目初始阶段就参与，规划和分解任务，减少后期因能力差异带来的团队协作问题。

对于左移的质疑，作者提出了不同的观点：如果左移做得好，可以成为行业的标杆。即使做得不好，也不会有太多人知道。因此，作者认为应该专注于通过左移实践来提升自己，而不是担心可能会失去测试的工作。

最后，文章提到了敏捷测试中需求实例化的重要性，以及构建敏捷测试的左移体系的相关讨论，未详细展开。