上周，小酋组织了异常关于“软件测试左、右移和DevOps”的讨论会，主要对这些概念进行了解释及共同探讨可能的实践。
下面来说说我们整理的一些总结。
测试左移、测试右移
主要是针对于测试生命周期线向左、右移动，目的都是为了更好的服务于软件产品质量，并为公司节约时间和成本。
测试左移
左移的核心思想是尽量让测试团队尽早接入软件项目的测试，并扩展测试内容项，达到提前把缺陷在萌芽阶段清除，避免后续时间紧张及更大的经济损失。
通过大家的讨论，“左移”我们可以从以下这些方面着手：
1、需求文档测试、评审和复述
这一点，讨论总结出了以下几点思路：
①需求文档的测试及评审；
②业务、功能的梳理，并找到对应的产品进行复述，确保理解正确，无歧义；
③开发对业务、功能可能存在理解偏差情况下，找到对应开发员，复述确认需求。（非常不错的实践）
2、文档测试
包括了需求文档、概要设计、详细设计、数据库设计、UI原型、UI效果图等所有交付文档的测试。
3、单元测试
通常不建议对代码进行路径覆盖、条件覆盖等涉及代码能力较高的测试，如果公司有条件，应该交由专门的测试开发团队负责，一般测试员可以做：
代码规范性检查；
代码扫描；
4、接口测试
接口测试自动化。
5、常规测试前准备工作
测试计划制定、测试方案制定，测试用例设计及用例评审。
测试右移
右移的核心思想是让测试团队确保产品上线后的正确运行，并建立一套机制，让线上的bug能尽早或先于用户发现并处理。
通过大家讨论，“右移”可以从下面两方面着手
1、预留问题反馈处理时间（类似于游戏测试的公测期）
根据项目大小（或评级），从而预定一定的时间来进行项目发版后的问题反馈收集，筛选出bug并进行集中修复处理。
2、建立问题及时处理机制（需要多部门协同）
通过开发工具或建立一套部门协同处理问题机制（如客服先收集问题，技术对问题进行过滤，测试确认bug，开发进行回归测试）来及时发现线上问题，确保软件产品有良好的用户体验。
DevOps （Development and Operations）
字面意思是开发和运营，实际指：为解决开发、运营、测试和网络运维等的沟通鸿沟，打破信息不一致的阻碍而建立的一套机制和采取一些列方法（工具）的统称。最终目的在软件项目版本开发中良好快速的进行流程流转，从而节约版本开发时间，达到快速发版的目的。
通常需要从公司高层支持，可以从下面着手：
1、技术与运营同属一事业部，从而在行政层面保持沟通顺畅；
2、采取OA协同平台类似的工具，能够方便、快速的交流处理问题；
3、在流程中引入各角色的明确分工及配合，项目根据规模适配不同的流程；
4、引入高程度的自动化（不仅仅是测试）；
5、成立类似于CCB（控制变更委员会）或EPG（过程改进小组）这样的小组来快速处理过程问题，从而保证项目良性发展。
总的来说，我们应该根据公司、项目情况，引入以上提到的部分实践（当然，可能还有更多的实践需要我们去探寻）。欢迎各位同仁拍砖~