一切没有质量保证手段的开发活动最终大多是不可控的，大多是没有长远意义的，规范也大多不会真正落地在开发过程中的，甚至最终交付大多也是需要费大力气的。质量保证前面还要加定语：持续地、自动化地。
质量保证不能因为任何内外在的原因停滞或取消。如果取消了质量保证就等同于将这条产品线放在了悬崖边上。要从项目转型到产品，先解决这个产品有没有办法做到做好持续的自动化的质量保证。如果不能，那么这个产品的生命周期就不能指望他能有多久，除非投入大量人力。因为没有持续的质量保证，就没法可靠地进行不断改善，一个不能进行不断改善的产品不是真正意义上的产品。
质量保证不是哪个专门的部门要去干的事，也不是哪个时间段专门要干的事。要不分时间要植入、生根在每一个人的开发测试活动中。实施质量保证的环节越靠前，解决问题的成本越低。质量保证应该是面向全员的，执行者要不分是领导还是基层干部还是员工。越是基层员工水平参差不齐的项目组越要做好质量保证。
质量保证不能单纯的理解为狭义的功能测试，它要形成体系，不仅仅体现在测试活动中，也需要体现在项目管理、开发过程、代码规范、开发工具、构建集成里，最终要到达每个人的习惯里。
尤其以产品而不是运营作为核心竞争力的公司，质量保证更是决定公司业务走向的关键。如果因为种种客观的原因真的做不了持续的质量保证，那只能说明做这个产品是个瓷器活，我们还没有找到金刚钻。要不然就是以产品做为核心是一句空谈或者是不能落地的理想而已。
不能因为有最终的功能测试就放弃中间环节的质量保证。不能因为没有后台数据配合或者没有后台服务就放弃质量保证。不能因为有专门的测试公司服务这个项目就放弃质量保证。不能因为要快速迭代就放弃质量保证。这些都不是矛盾的。
质量保证的具体实施不能一刀切。要分层次，分模块根据其不同特点去细化具体的保证策略，但这些策略的制定都不能脱离上面的这些描述。