目录
一、质量与设计阶段
二、质量与开发阶段
三、质量与测试阶段
四、质量与运维阶段
五、几大质量原则
一、质量与设计阶段
很多时候大家认为质量是在研发阶段的后期才应重点关注的事情，其实质量贯穿着这个研发过程。
以软件领域来说，软件架构的合理性、健壮性和可扩展性，会极大的影响软件整个生命周期的质量。软件模块设计的好坏，也会直接影响软件功能的完善程度和开发难度，从而间接影响了软件质量。设计阶段如果没有FMEA（可维可测）等手段，将会影响开发自测和后续的测试运维阶段，导致做好质量的成本成倍增加。
所以在设计阶段，就应该重复考虑架构设计和模块设计的合理性，并把可维可测手段也设计完整。
二、质量与开发阶段
开发阶段后期，需要做好验证，包括硬软件的单元测试、联调和集成验证。由于是开发人员做的验证，更清楚容易出问题的地方。这个阶段的验证工作做好了，后期的测试和运维才会顺畅，否则会大大增加发现问题和解决问题的难度和时间成本。
三、质量与测试阶段
测试阶段需要通过多种方式把使用场景覆盖全面，最大程度上避免漏测。真正有经验的专家，是会在测试上投不少精力的，因为想要快速发现致命和严重问题，需要对产品和业务有足够的了解，并且清楚哪些地方最容易出问题，甚至通过走读代码和看电路板发现一些问题，并增加相关的测试用例。这个阶段如果没做好足够的把关，运维阶段就会问题频发，维护成本大增。
四、质量与运维阶段
产品交付到运维阶段，也需要足够的时间稳定下来。对运维能力的考验也不小，如果运维人员不能快速解决一线发现的问题，并排查及处理相关问题，长此以往，会让客户对产品的印象大打折扣。运维能力的建设也涉及多方面，包括对运维人员的赋能、运维工具的建立和运维流程的疏通等。
五、几大质量原则
1）一次性把事情做对
这个很重要，特别是对于涉及多环节、需要多部门配合的研发项目。
越往下游，问题的牵扯面越广，牵扯人员越多，影响也越大，定界定位问题的复杂度也越大，解决问题的成本将成指数倍增加。
2）质量是设计出来的，而不是测试出来的
