拦截bug就需要持续的质量建设，质量是全面质量管理，公司每个成员都有责任参与质量保证。
—质量不单单是测试的
请输入标题 abcdefg
测试左移
尽可能的在测试之前发现问题，测试机制要尽早的引入到开发编码阶段
评审
组织需求评审能有效评审业务逻辑和用户需求价值，可能发现需求bug
通过技术评审了解架构设计，评估技术实现合理性，发掘设计缺陷
工程
建设单测和接口自动化可以有效拦截开发编码的bug
CR
codereview经过研发测试的交叉评审也可以拦截部分问题
自测
约束研发开发完毕后进行自测，研发同样要具备质量意识
准入
测试提供冒烟测试用例，PM验收测试，有效提高提测质量
测试类型
不同的项目需要不同的测试，测试功能测试、性能测试、安全测试、稳定性测试、异常测试、兼容性测试等
测试用例
测试设计完备的测试用例，构造各种用例，执行用例
深度广度
保证执行深度（上下游、页面、关联模块、日志、数据库）广度（测试类型）
缺陷管理
创建bug卡片
研发修复bug
测试回归验证
测试右移
如果线上发生任何问题，我们有没有能力第一时间发现并解决问题，并保证线上数据的一致性或尽可能少的影响线上用户
上线
研发测试提供完备的上线checklist清单
灰度
分级发布：线上沙盒验证、分区域发布
白名单机制：用户、设备；ab实验、小流量、众测等
监控
运维对资源进行监控(cpu、内存、io)、研发测试要配置线上监控，对应用服务稳定性监控、接口流量监控、验证error&fatal拦截等、产品要配置业务层面的数据监控
反馈
建立完备的反馈机制，从客服-运营-技术的链路打通，有效感知线上问题并第一时间处理问题
质量不单单是测试的
公司每个成员都有责任参与质量保证
